T O P I C ��� R E V I E W
|
Harry
Member # 265
|
posted
Okay.. so I have this little website, with a little UFP database. Now, it all works fine and validates for XHTML 1.0 Strict, and for CSS. So it works.
And there you have fucking Internet Explorer, with it's flawed box model and it seems to completely destroy the layout. On my machine anyway.
Now.. I don't really want to think up even more tricks to cope with IE's annoying bugs. And as a matter of fact, no visitor (assuming most people still mindlessly use IE) has ever even bothered to point it out to me.
IE seems to be optimized for badly designed layouts using tables and the whole spectrum of propietary or otherwise deprecated tags. Bah.
So, fellow webmasters, should I still bother about jumping through hoops to support browsers that don't support web-standards?
|
MinutiaeMan
Member # 444
|
posted
I don't bother fixing my code for IE. From everything I'd read before, anything that works for Mozilla should not be actually ruined by IE.
If you decide to try to compensate for M$'s lazy programming, there is one trick I've heard of: apparently, all versions of IE are incapable of recognizing the "@import" rule in CSS. So basically, you would use the normal "link" method to create an IE-compatible stylesheet, and then use the @import rule to make another one for Mozilla, Safari and other DECENT browsers.
Of course, that means more work for you... Otherwise, I'd just come up with a JavaScript or a PHP function that'll create a notice for any IE browsers that the CSS styles won't function properly in their browser.
|
PsyLiam
Member # 73
|
posted
Yes, do that. Because pissing off the 90% of people who use IE is a great way to get people going to your web-site.
quote: Originally posted by Harry: So, fellow webmasters, should I still bother about jumping through hoops to support browsers that don't support web-standards?
Unfortunatly, since the vast, vast majority of people use Internet Explorer, then it is the defacto "Web-standard". Ignoring it is bad business sense, and at the very least, alienates a large portion of your potential fanbase.
|
MinutiaeMan
Member # 444
|
posted
There's a cool new feature in Dreamweaver MX 2004 -- it's a built-in browser check function that can analyze your web page and find what HTML or CSS styles will cause display problems inside a specific browser.
And it's not just a generic "Netscape or IE" check, either. You can check for individual versions of each browser (like IE 6.0, 5.5, 5.0, and 4.0). Besides Netscape and IE (both back to version 3.), it also includes Mozilla, Opera (back to version 2.1), and Safari.
With my site, I've found that the only problem I've got with IE is that the CSS media types are not recognized properly. That's an inconvenience, but I worked around that by changing the order of my LINK tags, so that the screen one was last and will have precedence over the previous stylesheets.
Frustrating, I know... but I figure, if people are gullible enough to still be using IE, they don't deserve to have a fine viewing experience.
(Maybe all you should do, Harry, is place a JavaScript disclaimer that will be inserted into the page for anyone using IE, saying that you're not responsible for any flaws in the page rendering, and tell them to go download a REAL browser!)
|
Charles Capps
Member # 9
|
posted
One of the more popular trends in bleeding-edge development is to treat IE like we treated Netscape 4 ages ago.
In short - first, make your site work in IE. Then enhance it to work with better browsers, leaving IE with a less-than-optimal user experience, even though the site "works." (We do that here at Flare... the styles for form elements, for instance, are much more consistant in Mozilla than IE, because Mozilla understands how to do a subset of the proposed CSS3 selectors.)
(FYI - @import itself is used to filter out NS4... the mis-use of @import is known as the high pass filter for IE. It only works in versions prior to 6.0, however. For 6.0+, you'll need to use some other set of rules, such as the star bug.)
Then start speaking of the nifty things on the site... for instance, dropdown/pullout menus based on nothing more than lists and links. Then say something to the effect of "But those won't work in IE, because IE doesn't know how to handle such new techniques."
Don't try mentioning web standards or anything like that... and don't say "works best in X browser" either... that's so 1997. Users generally won't care about web standards.
Users with a clue will take the suggestion and try out a more modern browser... users without a clue will be using IE6 years and years from now, just as ~1% of the web still uses NS4.
|
MinutiaeMan
Member # 444
|
posted
quote: Don't try mentioning web standards or anything like that... and don't say "works best in X browser" either... that's so 1997. Users generally won't care about web standards.
LOL! Yeah, that's a good point. In that case, I'd suggest that you put up one of those badges in your site's footer, so people can check the validation themselves. Just something you tacitly point to and say, "See? There's nothing wrong with my site!"
|
Harry
Member # 265
|
posted
Thanks for pointing out the star bug, Charles.
That will sort out the problems with most IE versions. And people with old versions of IE should just go away
|
MinutiaeMan
Member # 444
|
posted
You may be interested in this brief treatment of the CSS-P capabilities of various browsers, Harry: http://www.wpdfd.com/editorial/wpd1003.htm#feature
|
|