Users and Web Developers Vent Over IE7 528
Spinlock_1977 writes "ComputerWorld is running a story about developers frustration with IE 7, and Microsoft's upcoming plans (or lack thereof) for it. From the article, "But the most pointed comment came from someone labeled only as dk. You all continue to underestimate the dramatic spillover effect this poor developer experience has had and will continue to have on your other products and services. Let me drive this point home. I am a front-end programmer and a co-founder of a start-up. I can tell you categorically that my team won't download and play with Silverlight ... won't build a Live widget ... won't consider any Microsoft search or ad products in the future.""
Then you will likely go out of business... (Score:2, Insightful)
Re: (Score:3, Funny)
Others: "It might be that 800lb gorilla over there."
dk: "What 800lb gorilla?"
Others: "The one that's sitting in the corner throwing poo at us."
dk: "I don't know what you're talking about."
Others: "For the love of god, it's right there! Stop ignoring it!"
in other news ... (Score:5, Insightful)
Re: (Score:2)
CSS support (Score:5, Informative)
Re:CSS support (Score:5, Insightful)
And never will. Microsoft doesn't want to produce a standards-compliant browser. It doesn't want to produce a standards-compliant anything. It is only interested in furthering its monopoly by lock-in. I'm sure the IE7 team is under strict orders never ever ever to produce anything that comes close to being able to run nontrivial CSS, Javascript or anything else "out of the box". It wants developers to abandon competing browsers and push their customers to use IE. That was the strategy behind the mutiliation of Java, the pushing of possibly the most ludicrously insecure plugin system every known in the computing world (better known as ActiveX), and that's its purpose in making sure that IE, no matter the iteration, doesn't play well with CSS.
Now maybe the odd developer will be like the one guy in this article, and vow not to work with MS technologies, but the majority will either go through the countless extra hours of work basically writing two versions of a good chunk of their web apps or going to compatibility libraries (which is insane considering we're dealing usually with interpreted languages at both ends of the connection, so adding yet another layer seems nuts) or will push IE simply because they don't have the time or energy to take the punishment that Microsoft is doling out for being evil and communistic enough not to work strictly with Microsoft's software.
Of course, the irony of this is that when they push out IE8 (whenever the hell that is), Microsoft will bugger those developers again by changing functionality, making sure pages don't display correctly, that objects don't function quite like they did before, and ultimately force developers to in fact support three browsers; IE current, IE last version and everything else. Microsoft's so horrific that it doesn't even attempt to honor its own ad hoc standards.
The same moral level as spammers. (Score:5, Insightful)
The kicker for me, though, was seeing people implement Javascript layers that addressed the inconsistencies. In their spare time. For free. It completely demolished the idea that any kind of technical difficulty was in the way. It's been almost four years since Dean Edwards released the IE7 js layer and since then, Microsoft hasn't even managed to roll that much support into their product.
Personally, I put whoever's in charge of Microsoft's IE product development team on the same moral level as spammers. Much in the same way spammers end up wasting your time and gumming a fantastic common resource, Microsoft's product wastes the time of thousands of web devs and holds the web back.
I honestly don't think that anyone's gone far enough in expressing the level of contempt they've earned.
Re:The same moral level as spammers. (Score:5, Interesting)
I've not checked to see how Dean's IE7 js thing works with the real IE7 - does it still work?
Re:The same moral level as spammers. (Score:4, Informative)
Removal of star-html bug is a good thing (Score:5, Insightful)
Well they had to.. The abuse of IE 6 bugs in the star-html selectors is so heavy that pages would break each time the IE 7 team fixed a bug. Standard-compliant web pages are filled with hacks like these:
* html ... { height: 1%; }
Do you really want that to be rendered at 1% in IE 7? That's what your code really states, and it's what IE 7 will render because they fixed the expanding box [positioniseverything.net] problem. That bug is abused heavily to enforce containment for the floats in IE 6, since IE 6 magically enlarges the box if is too small.
I haven't had any real problems when the star-html parser bug was removed. IE 7 renders almost everything like Firefox because Microsoft fixed most of the bugs. There is one thing that I did have problems with, which is missing support for :after. This is typically used to enforce containment for standard-compliant browsers.
Fortunately, there is a simple way to work arround that problem. A min-height of 0 will also trigger "hasLayout", and cause the box to contain all floats. So a nice way to clear floats without structural markup becomes:
Yes, and note the *+html selector. :-)
Re: (Score:3, Insightful)
Active X a poor excuse for javascript
Ever changing Document formats,
MS JAVA a rip off windows only implentation of Java,
Kerebos? nope.
the only Industry standard that MSFT properly supports is ??? TCP/IP And even that is questionable at times. Networking? SMB, nope SMB MSFT way, nope SMB sucks use CIFS. Every time someone gets close to reverse engineering MSFT
Re:Just plain incompetent (Score:4, Interesting)
Re: (Score:3, Informative)
Make no mistake: Microsoft have a deliberate strategy of disrupting the standardisation process, and everything they do that requires any amount of interoperability is designed with this strategy in mind.
Maybe you're too young to remember, but incompatibility was Microsoft's explicit strategy from the early days of Internet Explorer. Oh,
Re:CSS support (Score:5, Interesting)
So, I have a compatibility library. Yes, it adds another layer... but that layer *works*, and I don't have to rewrite the code every time I want to know where the scrollbar is or how big a div is. And it's fast enough for anything I've needed to do with it, which has included making calls to it every 100 milliseconds in some instances. And because I have my compatibility library, I can do things in minutes that take other people hours or days or weeks... if they can do them at all.
I've been doing extensive Dynamic HTML work since 1999, so I have to deal frequently with the various browsers' implementations of Javascript and the DOM. And yes, IE sucks. Bad. But you know what? All browsers suck, bad. I have constant problems with Firefox too, and with Safari. Do I have more of them with IE? Yup. If I had a nickel for every time IE made me swear, I could buy Microsoft. But that doesn't make Firefox or Webkit good. They're just less bad.
And, let me point out one case in which IE is the winner, in the hope of embarrassing Firefox (and Webkit?) into doing something useful to me... IE is the only browser with a built in API for replacing the scripting language. You want to replace Javascript with, say, Ruby? IE has the API, you can write a plugin and do it. Firefox doesn't: to write a plugin for it you'd have to extensively muck about in Firefox's internals.
Re:CSS support (Score:4, Insightful)
I think you misunderstood the OP. You aren't insane for having written what appears to be a very good compatibility library and the OP didn't say you were. What's insane (to the OP) is the fact that you needed to write it in the first place.
Re: (Score:3, Interesting)
You guys seem to forget something critical -- "standards" are supposed to be what most participants do, not what most participants should do, or are being told to do. In this case, there's only one plarey in the game that's been in teh game for more than five years: IE.
Well, I for one applaude your proper use of quotes.
"Standards" are indeed those de facto standards, where a monopolist does what it wills, and the rest ought to scramble after it.
Real standards, however, are specifications agreed upon by most or even all players, as you call them. The rules of the game, if you will.
You can't, or rather you shouldn't be complaining that IE doesn't support some arbitrary spec from some arbitrary corporation that's never built to their own spec. The W3C had a browser of their own for six seconds, and it never came close to adhering to their own standard. So they've decided to sit back and tell others what to do.
Well, correct me if I'm wrong, but isn't Microsoft a member of the W3C?
Besides, W3C is not a corporation (at least AFAIK), but a consortium. Do check the meaning of the abbreviation.
It's nice that FF has come along, and chosen to support much of what the W3C have said. But that too is a copp-out. They've decided to make no decisions, and simply to follow what someone else says -- in this case, someone else who's got absolutely no experience actually doing anything.
Oh
Re:CSS support (Score:5, Funny)
Point 2: You've got me confused with another poster.
Point 3: You're an immoral Microsoft shill.
Re: (Score:3, Funny)
Fortunately for me, I'm a Unix admin, and I get all my Unix and Linux for free
Re:CSS support (Score:4, Insightful)
You get no accountability with purchased software, haven't you read the license agreement?
If microsoft decide to drop ie, not update it, change it in a fundamental way that breaks your apps - what comeback do you have? IE7 is significantly different to 6 that it breaks some apps, but you still have to support 6 as well because customers running win2k or earlier can't run 7, while customers running vista can't run 6.
Firefox won't fundamentally change things as they are working to a defined spec, and if you want to move away from firefox there are other standards compliant alternatives (webkit/safari, opera etc), or you can maintain firefox yourself if it's worth it.
While it is beneficial to be supplied with the same thing for a long time, this is what standards achieve, but you get the added benefit that the suppliers have to compete for your custom, you can push down the prices and make demands. Consider, who is your hardware supplier? How long have you used the same hardware supplier? And how is today's hardware compared to what was available 10 years ago?
Is there any reason why you couldn't switch to a different supplier if they offered you a better deal than your current supplier? What hardware supplier do your customers use? Do you try and lock your customers in to a single supplier?
Wouldn't it be good to have the same flexibility over obtaining software as hardware? Companies competing to make better products available at lower cost, and an exit strategy for you if your supplier takes a direction you don't like.
Re: (Score:2)
Close. It now supports full alpha transparency in 24-bit PNGs. IE6 hsupports a transparent index colour in 8-bit PNGs. Too bad IE7 also messes up the palette in those fancy 24-bit PNGs, though.
Re: (Score:2)
But in TFA we're talking about lousy Microsoft support for Microsoft technology. It
Re: (Score:3, Insightful)
The seasoned web developer's point of view: anything that works in Opera, Firefox and Safari might work in IE7, but chances are you will probably need to adjust the whole design just to compensate.
IE8 announced.. (of course with no details) (Score:5, Funny)
Re: (Score:3, Interesting)
: IE Desktop Online Web Browser Live Professional Ultimate Edition for the Internet (the marketing team really pushed for this one
emoticons aside, that pretty much sums up a lot of problems at microsoft. I guess as director he must have some real pull.
Re:IE8 announced.. (of course with no details) (Score:5, Insightful)
Not marketing (Score:3, Informative)
Microsoft has used exclusionary licensing deals with the distribution channel companies to ensure they are the only OS sold on PCs. That stranglehold has worked effectively, to the point where, when competition has arisen and MS is legally barred from such tactics, OEMs are still hesitant about crossing Microsoft. This is slowly changi
Using IE7 sucks... (Score:5, Informative)
I hate it. There are little things, such as having to tab twice to get from the address bar to the search bar (in Firefox it is only once...), re-arranging all of the buttons (the back and forward buttons are too far away now, the refresh and stop buttons are too small and in an inconvinient place etc.), lack of spell checker (as you can probably tell from my nasty spelling in this post) and other simple UI issuse like those.
As well, often I've noticed that it will freeze the rendering of a page for no apparent reason, or blur the page, so that you can't actually see anything at all... for a time.
This is not to mention the inability to save a page by right clicking it (useful when Javascript hides the menu bar), the persistent attempt at getting me to save pages in "WebArchive" format (MHT), no matter how many times I select something else, and various other things.
Another thing! It refuses to let me go directly to a secure website that has been signed by itself (and not be a 'signing authority')! Again, no matter how many times I go to the website it throws up the same stupid page, we reccomend that you don't go to this website... BUT I HAVE TO TO DO X (check email, whatever).
In short, I've noticed few good things about IE7 as a user (the addition of tabs and the search bar are the only two things), and many bad things.
As a developer, I shall continue to ignore IE unless I happen across a copy of the browser while I'm actually thinking about developing.
Re: (Score:2)
Re: (Score:3, Informative)
Re:Using IE7 sucks... (Score:4, Informative)
Re: (Score:3)
Warning: IE7Pro site hacked (Score:4, Informative)
Re:Using IE7 sucks... (Score:5, Funny)
Oh yea, that has been reported many times. But actually it's not IE blurring the screen, it's your own tears!
Stop using windows and the problem will go away.
Re: (Score:3, Informative)
It's a false sense of security, leading users to do stupid things. People tend to believe that encryption is a brick wall that will protect them against anything, and it's almost true when you do both encryption and authentication, like SSL. Trouble is, on a LAN such as a public WiFi network, doing man-in-the-middle is almost as easy as sniffing, so defending against one but not the other is hardly an improvement, and outwe
Re: (Score:3, Informative)
Two ways:
if (document.all) (Score:5, Funny)
}
Kinda funny (Score:5, Interesting)
I developed them in Firefox, tested them with Safari, and didn't give IE a thought.
IE7: All functionality worked fine, with one or two very minor formatting differences. (which I'm not going to do anything about)
IE6: Completely and unusably horked. Fortunately I don't have to care.
Thank goodness for internal only sites.
Another problem... (Score:4, Insightful)
building up controversy? (Score:4, Interesting)
Websites and simple web apps must first be compatible, so the problem is not IE7 more than IE6.
Complex apps might benefit by targeting only "standard browsers" like Firefox and Opera, if you have to use a complex app you're literate enough to install a second browser, and the dev effort to reach compatibility takes resources away and prevents good but not cross platform stuff to be used. I'm not talking only about svg and xform, but little things which make a huge difference when you're behind a web app for hours: IIRC on IE6 you couldn't pick the correct entry in a long drop down menu by typing the first few letters when it's focused.
So this outburst of noise might just make the scheduled revamp of IE7 a "MS listen to us" propaganda stunt.
Does IE7 have a revamp? Well, FF3 is round the corner and opera is fast.
Get Firefox! (Score:2)
There is some holiday involving gift giving coming up. Perhaps somebody would like a nice shiny fiery CD from the Mozilla store?
Firefox is number 1 in W3Schools.com (Score:3, Interesting)
DK - large turd in a small bowl (Score:2, Interesting)
customer: "We standardise on the MS platform, what can you offer us?"
DK: "No i swore off it on some random blog, can't go back on my word now!"
customer: "Good day to you sir"
I feel sorry for this guy's staff if he thinks he should be the one driving what customers want, not the other way around.
I dunno (Score:3, Informative)
If somebody has some great web-based application, that is just what I need, I'm not going to turn it down just because I would have to download a free browser.
You can still standardize on the MS platform if you use firefox. Ever hear of adobe, intuit, symantec, macafe, or autodesk? Those companies have products that are used by thousands (millions?) of shops that standardize on the MS platform. Just because you use windows doesn't mea
Re:DK - large turd in a small bowl (Score:5, Interesting)
That's because this hypothetical client doesn't know his ass from a hole in the ground, if you'll pardon my French. What software the client is using doesn't mean jack squat if you're building a public website. What's important is what the rest of the world is using today, and what they will be using 12 months from today.
Standards compliance is not ideology. It's the practical application of the very principle that the Internet depends on: We have to be able to talk to one another using known protocols. Anything that subverts that principle should be treated as damage and routed around, to coin a phrase.
If a potential client doesn't care about turning 20% or more of their potential customer base away simply because they don't want to support software from more than one manufacturer, then I don't want to work for them, because they're going to be equally stupid about other decisions, too.
If you're talking about an Intranet application, then your point is moot. It has no bearing whatsoever on the the Internet, which is what's being discussed here. If I meet a potential client that wants a Microsoft-centric intranet application, then I'll politely decline the work and send them on to someone who actually likes that kind of thing. There's enough work to go around.
This argument has been rearing its ugly head since the mid-1990s. Do a Google search for 'standards compliant' in comp.infosystems.www.html.authoring and you'll find endless, tedious debate there. Frankly, I find it boring. I made the decision not to work with Microsoft anything on the web back in 1998, and it hasn't hurt a bit. I've never lacked for work, and I find I spend so much less time dealing with bugs and incompatibilities that I can actually focus on polishing and improving things instead of busting a nut against Microsoft's latest crap-du-jour.
Organise a no-IE protest day! (Score:5, Interesting)
A day organised where all web developers can band together and intentionally not make their sites work for IE, just for one day.
I can't think of anything that would be a more effective protest. A single day where every IE user couldn't access a significant number of sites might make Microsoft sit up and take notice.
Re:Organise a no-IE protest day! (Score:5, Insightful)
Bring out the translucent PNGs, the padding, the XML and XHTML declarations and the DOM access. And don't forget to let your pages degrade gracefully; use images and JavaScript only to enhance. We don't want to lock out text browsers, spiders, or users with disabilities. We don't actually want to lock out anyone. We just don't want to be bogged down by IE anymore. We want to make great web sites. If your browser fails to render them, because it fails to comply to standards...well, you can always use a browser that does implement the standards. They're freely available for every platform.
Design for a Real Browser (tm) then check IE (Score:2)
IE 7 is a good first step.... (Score:2)
As I said, this is a good first step for Microsoft, and a good first step for moving the web into an environment
Re: (Score:3, Informative)
Actually IE 7 is better only in CSS 3 basic properties when compared to Firefox 1 (Firefox 2 outbeats IE 7 on that too). For everything else, including the total score for CSS 3, Firefox 1 beats IE 7:
http://www.webdevout.net/browser-support-summary?IE7=on&FX1=on&FX2=on&uas=CUSTOM [webdevout.net]
Here are some highlights:
Tech IE 7 Firefox 1
HTML / XHTML 73% 90%
CSS 2.1 5
In the meanwhile, take a look at WPF (Score:2, Funny)
It's sort of like HTML for true apps, except:
1. You have a "real" programming language backing it, you can do whatever you want with it, even processor heavy computations. It's FAST.
2. All HTML niggles are fixed. You don't have to dig around in Google to figure out how to lay out a piece of UI. It's just obvious.
3. You can deploy your apps as *.xbap pages. As simple as that. If the user has
Stillborn (Score:3, Insightful)
Re:Go to Secunia.com (Score:5, Informative)
Secunia advisories often cover multiple vulnerabilities. Consequently, the number of advisories issued for a product does not always reflect the number of security issues that have been disclosed. For instance, in 2006 Secunia issued more than 5,000 advisories covering more than 9,000 vulnerabilities. This is counted AFTER removing duplicates generated by Linux distributions, issues in beta software, and what Secunia considers non-issues and fake issues that our competitors and other security vendors often write about.
It should also be noted that some operating systems (e.g. certain Linux distributions) bundle together a large number of software packages, and are therefore affected by vulnerabilities, which do not affect other operating systems (e.g. Microsoft Windows) that don't bundle together a similar amount of software packages.
Additionally, the number of Unpatched vulnerabilities for a product may be affected by the fact that certain products (product bundles) consist mostly or solely of third party software (such as Linux distributions). Secunia tracks the number of issues fixed by the product vendor and not the issues reported in the third party software; this affects the statistics looking at Unpatched issues A direct and fair comparison of Unpatched issues for e.g. Microsoft Windows and Linux distributions is therefore NOT possible using the aggregated Secunia statistics. Such a comparison can only be made by tracking the upstream third party software included in Linux distributions and combining this with Linux distributions' own patches before comparing this with the aggregated statistics for Microsoft Windows operating systems.
Why should we be the ones to change? (Score:2, Interesting)
Inherent problem (Score:5, Informative)
The other problem is this. I'm a web developer. In order to make my job easier I use many software tools. Most of those tools, like the web developer toolbar and Firebug, are Firefox extensions. No version of IE really has any tool that can equal Firebug. I was considering moving away from Firefox because of its instability and poor memory usage, but I am so dependent on the extensions that I can not leave.
The result of this is that I will always develop for Firefox where the handy developer tools are. Then after I am done, I will tweak and hack until it works under IE. Really, Microsoft created this horrible situation, and now there's almost no way out. Honestly, they should just get rid of IE and have Firefox be the default browser for everybody. That's about all they can do at this point.
All the browsers have issues... CCs? (Score:4, Interesting)
To be honest, I've run into so many quirks in all 4 major browsers alike (IE/FF/Opera/Safari) that I'd almost say I hate them all. As someone on IRC said a few days ago: I hate IE 1 MS, and I hate all the others several milliMS, but I don't love any of them.
IE7 still has issues with PNG's (just use AIL as in IE6, it works better, it's actually faster, and you have to do that for IE6 anyway), you can't use fading effects on text because of the cleartype issues and developers tools are just not nearly as good as their FF counterparts.
In the other hand, I've been playing with FF3 (and posting bug reports like crazy) and it breaks. It really really breaks. FF3b may pass the ACID2 test, but that's about all it passes. It has broken pretty much all the complicated sites I've tried in it. Sure it's a beta, and a lot of issues will be resolved, I just wouldn't be surprised if FF3 final still breaks a lot.
Opera, yeah, let's talk about Opera. The latest Opera is worse than FF3b. 9.2 is totally bugridden. It seems that every bug I run into, I upgrade to a newer Opera (every month or two) and it's fixed. Sure this says a lot for how hard the Opera guys are working and fixing things, but it's till bad. Opera 9.5b? I'm surprised to find it in that quirksmode comparison. According to that page it does lots of things it doesn't actually do - or only does half. Again, 9.5 breaks, and it breaks bad. They even had the nerve to 'fix' the mousewheel to now use - and + indices as the other browsers do. That's a good thing, if it weren't for the fact that pretty much all mousewheel JS depends on Opera doing it the other way around. Should we talk about all the redraw bugs Opera suffers from? Seriously it's amazing how may artefacts you see on screen that disappear by minimizing/maximizing (and other such operations that force the window to completely redraw). These are not really HTML/CSS rendering errors, it's just redraw code where corners have been cut that shouldn't have been. Sure it's fast, but if this is the price you pay....
Safari? Oh yeah Safari. It's bitchingly fast. Too bad the rest of the interface is slow as a dog. Really, who came up with the 'sliding' message box animation? Yeah there's an error, oh, hey, let me just wait 7 seconds on a really stupid animation that's not even anti aliased just so I can click OK. Webkit good. Safari interface bad. And it has LOTS of quirks as well (and I'm talking about v3 here, not v2, that's a horror of biblical proportions by itself).
Just saying. IE7 isn't 'the doggs bollocks', but neither are the other browsers. And with the betas of FF3 and Opera 9.5 I'm almost scared for the future, it doesn't look well so far, but at least there's hope in those departments.
Which brings me to my real point. Conditional comments. Sure, they may be bad practise, and yeah, they bloat. In the meantime, in the REAL WORLD, things need to be fixed. I can't sell to a client that we can't do something correctly cross-browser or it takes XXXX more hours because of quirk A in browser B that simply cannot be fixed without a bunch of javascript that does the SAME THING as a conditional comment would, but EVEN LESS mainta
Re:Enough already (Score:4, Funny)
You must be some sort of Communist.
Re:Enough already (Score:5, Insightful)
Nothing to see here, move along...
=Smidge=
Re: (Score:3, Insightful)
Wouldn't it be nice.... (Score:5, Interesting)
I'm a web developer by profession, and I must say IE6 and 7 are a frustrating pair of browsers to develop for.
I use the Web Developer toolbar extension for Firefox, which conveniently lets me know if my webpages are following standards and if there are any errors on the page. It's a bit depressing when you've developed a perfectly standards-compliant page, and then are forced to break standards, create Javascript warnings etc just so the page renders properly on the IE browsers.
I don't think Microsoft should leave the browser business, as competition is healthy.. but they have polluted the market with these strange browsers, forcing web developers to have to deal with these issues. It will be a triumphant day for us web developers when we can stick to standards and not have to degrade/hack-up our code in order for the majority of the public to be able to view it as it was intended.
Re:Wouldn't it be nice.... (Score:5, Insightful)
However, I don't honestly believe it's in Microsoft's interests to make a better IE. If IE8 arrived tomorrow with better standards support and better performance, wouldn't we all be able to make use of those "web 2.0" (yuk!) sites. We'd then be able to support a much richer user experience online and in less time. However, this would just give the community developers a way of delivering software that would compete with Office.
Microsoft chose to lessen its support for HTML-based email because it wanted it to render more accurately in Word. Microsoft decided that so much email went through Outlook/Exchange that it was better to use Word as a rendering engine rather than IE. Why on Earth would Microsoft deliver a browser that allowed rich applications to be delivered across the Internet, essentially creating competition for them?
Microsoft will keep delaying IE updates for years to come, always trailing behind the standards-based browsers but they know that as long as the majority of enterprises and businesses keep rolling out Office and sticking with the Microsoft stack, they can delay the inevitable for a long time. It's a very similar tactic that every monopolistic computer company has used and every time it's failed.
In the meantime, I'll carry on promoting Firefox and others so that eventually IE becomes the NS4 of the browser world and I can stop dealing with a minority product.
Re:Wouldn't it be nice.... (Score:4, Interesting)
If you're not trying to do slick marketing, you can always just dismiss IEs little quirks and let it become known among the public as the ugly but functional browser that comes with Windows before you stick FF onto it, just as they do with the default Media Player.
Re:Wouldn't it be nice.... (Score:5, Insightful)
Figuring out which of 20 bugs is causing an issue is a relatively minor inconvenience if you see it as soon as it comes up. You know what you just changed so you know pretty much exactly where it must be coming from.
On the other hand, if you only find out about the issue when you've got a dozen nested elements in hundreds of lines of code and multiple CSS files, potentially with multiple bugs clashing in different ways, you're looking at hours spent tracking down a single issue.
Plus, fixing a single bug at a time really reinforces your realization there are only a small set of real issues (yes, I know people can point out thousands of minor quirks). Only fixing an issue when it has complex interactions makes each bug seem totally unique and yet another flaw. Thus your perception of the number of bugs increases.
I develop primarily in Firefox (Firebug is a godsend for helping me figure out the things that I was an idiot with). However, every time I finish a small block of code, I quickly load it up in IE (IE Tab [mozilla.org] for Firebug makes this even quicker but loses you the (admittedly small) benefit of the Internet Explorer Developer Toolbar [microsoft.com]).
By regularly checking in with IE, it's exceptionally rare that any of IE's bugs takes more than a couple of minutes to fix. My experience is that it's nowhere near as painful as many others seem to find it.
Similarly, because I see each bug on its own, they quickly fall in to a small set of unique issues rather than seeming like each one is yet another issue. As a result, not only do I not find it as painful, I also don't see it as being as bug riddled - just flawed with 20 or so big ones.
It may be that your perception of IE's bugs is, in part, because you develop for Firefox first and then only check IE at the end, dramatically increasing the pain you experience with each issue. You may find that, if you swap to regular itterative testing, your perception of how buggy IE is and how painful it is decreases dramatically.
I'd really make the suggestion you try checking IE regularly throughout development, fixing issues as they arise, rather than just at the end. You may find your experience is transformed.
Don't get me wrong - I'm not saying IE doesn't have bugs. It has a whole bunch of really annoying ones (about 20). What I am saying is that you can avoid the issue and have them make life hell or you can approach things differently and discover that, whilst an issue, it's nothing that can't easily and relatively painlessly be overcome.
Re:Wouldn't it be nice.... (Score:5, Insightful)
Whats relevant is how easy they are to fix and how common they are.
The answers to that? Bloody hard to fix and you need to do it for virtually every single page you make.
More than one person has been driven insane by the bugs. *eye twitches*
Re:Wouldn't it be nice.... (Score:5, Insightful)
http://quirksmode.org/bugreports/index.html [quirksmode.org] reports 122 rendering bugs for IE5/IE6 and 88 for IE7.
Mozilla has 52 in comparison.
Even when you encounter a small bug (and I did discover some !), it's really unbearable, since the browser cannot be patched, and also you cannot report a bug to the IE team.
Re: (Score:3, Informative)
Re:Wouldn't it be nice.... (Score:5, Insightful)
Yes, it's more standards compliant, but that doesn't make it the golden child. Every browser has a long way to go, and we really need to SERIOUSLY push all these companies to follow them. DOMs need to be checked into, as well. Try writing rich javascript experiences for all the browsers with one code base. It's doable, but a huge, huge, HUGE pain in the ass.
Frankly, we have a long ways to go and this idle bitching isn't helping.
Re:Wouldn't it be nice.... (Score:4, Informative)
Parent has a halfway decent point (Score:5, Insightful)
We're not bitching idly. We're all working three times as hard as we would have to without IE messing everything up.
While I agree that Firefox has its many flaws (it still fails to render ACID properly, for instance, and still doesn't support a lot of the newer, more interesting CSS selectors and attributes), I have to disagree.
Developing for Firefox is an experience of wishing I could use such-and-such CSS attribute, or wishing it didn't automatically slip padding in such-and-such location. It's quirky. It's definitely NOT buggy the way that IE is, though. IE's layout and rendering are so attrocious that they break things that look just fine in other browsers--something that happens only very rarely in Firefox.
As for javascript, it's like a whole different universe. Firefox has a great, if sluggish, javascript interpreter. It gives me access to a debugging console, too, that is far more functional than that in IE. In addition, I can install extensions like Firebug that make the experience almost as easy as profiling code in an application. Meanwhile, IE provides me with no means whatsoever to inspect how it is operating, no way to determine what the problem is if something goes wrong. This is unbelievably frustrating when I make my living writing web *applications*, not just web sites.
The really sad thing about IE is that it merely takes up space in the web ecosystem; it cannot be said that it improves anything. It raises the bar for frustration tolerance among web developers but that's pretty much it. The only original idea that has come to HTML from Microsoft, sadly, has been the marquee tag, and I'm actually not really sure that it's still supported in IE.
Re:Parent has a halfway decent point (Score:5, Informative)
This is absolutely not true. IE has had debugger hooks since forever (at least IE4, which is the earliest IE that mattered). You simply need an external debugger in order to use them. Visual Studio works great, but you can use one of the free Express versions like Visual Web Developer Express [microsoft.com], or you can use the archaic Microsoft Script Debugger [microsoft.com]. Enabling debugging does require poking around in the Tools -> Options Advanced tab to flip the counter-intuitively named "Disable script debugging (Internet Explorer)" to off (yes, the checkbox is a negative, so when it's checked debugging is disabled and when it's unchecked debugging is enabled). Once you've done that, you can attach your debugger to the iexplore.exe process or you can use the new debugger-related options in the "View" menu to attach, break, etc (may have to restart IE for those menu options to show up), or you can just wait for something to break and present with you a "do you want to debug?" prompt.
While hooking a debugger to IE is not quite as simple as it is in Firefox (install Firebug, you're done), it does allow you to work in a familiar interface (assuming you're familiar with Visual Studio, of course) and is sufficiently powerful. Couple that with the IE Developer Toolbar [microsoft.com] for DOM inspection and Fiddler [fiddlertool.com] for session inspection and you have all of the tools you need to debug even the largest of web applications. When you're done, don't forget to Drip [outofhanwell.com] for memory leaks.
Not directly to HTML, but Microsoft was responsible for creating XMLHTTP, the precursor to XMLHttpRequest, without which the whole "web2.0" "AJAXy" stuff wouldn't exist. I believe XMLHttpRequest is now a w3c standard, which never would've happened if not for XMLHTTP (and yes, IE7 finally does support a native XMLHttpRequest object so you don't have to have branches for XHR vs. XMLHTTP if you don't care about supporting IE6). Similarly, there would be no SVG if it weren't for VML (not to be confused with VRML). Saying that marquee is the best Microsoft's ever been able to contribute to the web is very, very shortsighted.
Re:Parent has a halfway decent point (Score:5, Insightful)
No, I'm saying that if you're going to actively modify your code such that it runs on IE (either by your own choice or by mandate from management), you're going to have to have a Windows computer in order to run IE (WINE aside, there is no difference between running a VM like VMWare or Parallels and running a separate Windows machine). If you're going to test for IE, you need to be aware of the tools available for developing and testing in IE. Claiming that IE sucks because it doesn't have Firebug is ignorant.
Obviously the ideal situation is for things to Just Work(tm), whether you're dealing with IE, Firefox, Opera, Safari, Konqueror, or whatever other browser you're testing with. In practice, you'll have to debug your code on each of those browsers, and when you're doing so you need to know how to do it rather than just throwing up your hands in disgust and writing off the browser because you can't figure it out.
Re: (Score:3, Interesting)
Re: (Score:3, Insightful)
Re:Parent has a halfway decent point (Score:5, Insightful)
No, the really sad thing is that it doesn't just merely take up space; it has a massive footprint in the web ecosystem.
My five-year-old son broke my heart the other day. I helped him get online and started up Firefox. And he said, "I want to use Internet Explorer. It's better than Firefox." Why does he think this? It sure as hell isn't because I'm a bad parent; it's because a lot of websites for kids have areas that only work for IE. When you try to use Firefox, you're told that you need to "upgrade" to Internet Explorer. That's the damn word they use--"upgrade."
Okay, so how do you explain to a Kindergartener that Firefox is better even though he can't see Blues Clues or whatever? Probably the same way you explain it to an adult who can't use Firefox to watch movies on Netflix.
Re:Parent has a halfway decent point (Score:5, Insightful)
Re:Parent has a halfway decent point (Score:4, Interesting)
Sluggish as it is, by my measurements is around 5 times as fast as the one of IE7.
On a side note, I'm very surprised that setting the innerHTML of a table row doesn't work on IE- it will give an Unknown runtime error (very informative). I ended up writing a javascript setTRinnerHTML function that does what is really the job of the browser: interpret HTML, converting it to DOM and building up the table row like that. I guess MS couldn't have spent a day extra development time to let the browser behave as expected. A completely uninformative error message was easier to implement, I suppose.
Re:Parent has a halfway decent point (Score:4, Informative)
http://ajaxian.com/archives/firefox-30-passes-acid-2-css-test [ajaxian.com]
Re:Wouldn't it be nice.... (Score:5, Insightful)
From my Web development experience, IE is the only real problem. Sure other browsers have quirks, but they all follow standards well enough that if you code to standards 99.99% of the time the result is just fine. I think I've had a Safari specific bug once and a Firefox specific bug twice when my code was actually in compliance with the standards. On the other hand, I have a problem with IE almost every time I programatically create a page.
What isn't helping is one company who is breaking the law and breaking standards for profit. What also isn't helping is apologists who try to point out how other browsers have problems too, when realistically the problem is orders of magnitude smaller, and different in nature because none of those other browsers are bundled with an OS that monopolizes the market.
The message from the developer community and from the techie community in general should not be muddled with minor points. It should be crystal clear. IE is the single largest problem with the Web. It is illegal and it is hurting society and technological progress and it needs to be fixed yesterday!
Re: (Score:3, Interesting)
The problem (Score:3, Informative)
That wasn't hard was it? I'm all for accessible sites that work in everything from lynx to Fx3 but my days o
Re:The problem (Score:4, Insightful)
Re: (Score:3, Insightful)
Re: (Score:2)
Re:Wouldn't it be nice.... (Score:5, Funny)
This has my vote for the most ironic thing ever said on Slashdot.
Re: (Score:2)
IE7 Might not be the best browser out there, but it is leaps and bounds better then IE6. I think the real disappointment here is that they aren't going to develop it any further and fix the bugs. There is room enough for IE7, and if they fixed their crap I wouldn't have a problem using it.
Re:Enough already (Score:5, Insightful)
It's still very much broken, though. It doesn't have as many major issues as IE6, but it still has its own pile of quirks (some old, quite a few new) that you end up working around in most sites of a reasonable complexity that you build, and it still doesn't support lots of things that every other browser of more than 1% marketshare has had forever.
In other words: IE7 sucks. IE6 sucks significantly more, but IE7 still sucks.
Re: (Score:2, Informative)
Re:Enough already (Score:4, Funny)
Re: (Score:3, Insightful)
Yeah, more browser plugins and flashing shit never hurt anybody.
Re:Trash IE all you want but.. (Score:5, Funny)
"Microsoft Silverlight. How many pieces of flair are YOU coding?"
Re: (Score:2)
In order to seriously compete with Flash, Microsoft's going to have to provide some compelling features, and be a wee bit more "open" than Adobe is, which they do appear to be doing.
For one, their video codec doesn't suck up 100% CPU to DECODE a 320x240 video on a decently powerful machine.
Although it's not "open" by any stretch of the imagination if you want to compare it to the GPL, they *are* being con
Re: (Score:2)
For one, their video codec doesn't suck up 100% CPU to DECODE a 320x240 video on a decently powerful machine.
What do you describe as a decently powerful machine? Admittedly I just upgraded my PC, so I have a new Core 2 Duo (6750 I think) which is pretty damn fast, but I'm playing a youtube video here via Flash (natch) and the Windows task manager is showing the CPU usage as alternating between 1% and 0%.
I'm actually quite impressed by that :-)
Re: (Score:2)
No such luck on the mac side of things. Although my machine's not terribly powerful compared to some (Core Duo Mac Mini), a 320x240 video should *not* bring the machine to a crawl. Things are even worse on my "old" G4 Powerbook, and some videos won't even play at the full framerate. (And these are machines that don't have a problem doing H.264 *encoding* at close to real-time!)
Flashblock [mozdev.org] is virtually ess
Re: (Score:3, Insightful)
Silverlight is not just a competitor to Flash, it's yet another attempt to kill the web as a competitor to desktop apps - really it's a competitor to DHTML. I'm unhappy they've released it cross platform, because it'll be supported well everywhere at first (enough to kill the competition), and then deprecated, and then dropped, like IE, Mac Office, Java and countless other techs. Hell, they even left IE t
Re: (Score:2)
You should care, if not a savvy user (Score:2)
Why do I need IE 7 when IE 6 already works. I know there are security issues, but I would expect that IE 7 will have security issues too.
Unless you know enough to disable automatic updates on Win XP, you already have IE7 installed, thanks to Microsoft's roll-out of IE7, sneaking it in the normal update. I had to disable auto-update to prevent IE7 install which would have sunk me. I have touchy web-apps which would not run in IE7 so I had to hold off. A lot of people, unknowingly were given IE7 and probably wouldn't have clue number 1 how to roll back to IE6.
Re: (Score:2)
Re: (Score:2)
You probably already know this, but you can install IE6 as a standalone app [tredosoft.com] and just run it out of a folder with all its DLLs in it. I do this constantly for testing.
Re: (Score:3, Insightful)
Define "works". If you're fine with the slow rendering, broken DOM, memory leaks, etc, then so be it. The thing is, people like you shouldn't have the right complain when pages don't display properly, if you can't be bothered with upgrading.
Re: (Score:3, Informative)
Re: (Score:3, Informative)