Hey y'all. Come visit me at dkeithrobinson.com
September 10, 2005 |
16 Comments
I just started Bulletproof Web Design by Dan Cederholm.
I needed a bit of a CSS refresher and it’s pretty good so far. But it’s also disappointing. Not in the fact that it’s incomplete, or that Dan’s techniques or writing are off the mark. All of that seems great so far. It’s clearly written and easy to follow. And the techniques are solid.
No. It’s disappointing because the whole first chapter is about how to hack your CSS to make sure IE handles font sizing correctly. I mean, that really sucks when you stop to think about it. A whole chapter devoted to hacks. Worthy hacks, and hacks you should know, but still hacks.
I’d forgotten how little we’ve progressed in that regard. In general, I don’t think to much about IE anymore. Which is probably not a good thing, but it just seems to slip my mind until someone reminds me or shows me one of my pages is broken in IE. Still, even then I usually drag my feet fixing it.
Ah well, thanks to Dan for reminding me and refreshing my memory with easy solutions.
Filed under: Web Standards
Keyword Tags: bullet+proof+web+design css css+hacks dan+cederholm
There is a school of thought that says the entire World Wide Web is a hack. I attend this school regularly.
A hack is merely jimmying something to get it to do what it initially couldn’t/wouldn’t do.
HTTP: Designed to transport chunks of hypertext asynchronously.
– The hack: Using it to download large media files, tunneling socket connections, etc.
HTML: Designed to share and display rigidly structured textual scientific documents.
– The hack: Now used to display things like images, Flash movies, web applications, etc.
Javascript: Originally invented to add a basic behavior layer to browsers.
– The hack: Now used for ad tracking, Ajax, pop-unders, etc.
And finally CSS: Designed to separate out all presentation from markup and provide a very basic means to style your pages.
– The hack: Image replacement, underscore hacks, box model hacks, faking vertical alignment, simulating hover states, etc, etc, etc.
I really think we are pretty far out from ever having an internet which is not chock full of hacks. It’s part of what makes this absolutely *not* a medium for perfectionists… whether a designer, a developer, or a producer.
Posted on September 10, 2005 09:19 AM | #
Excellent reply Mike. Indeed the entire Internet as we know it, has evolved to the state it is in now, with the help of hacks.
I think it’s a good thing there is a whole chapter about hacks. It’s not the ideal situation, but at least it is well documented…. That reminds me I still have to order the book :)
Posted on September 10, 2005 09:37 AM | #
“I don’t think [too] much about IE anymore. Which is probably not a good thing, but it just seems to slip my mind until someone reminds me or shows me one of my pages is broken in IE. Still, even then I usually drag my feet fixing it.”
Don’t feel too bad, Keith– I’m right there with ya. When I’m working on a design, I have to mentally force myself to fire up IE/Win. I just don’t want to know how it’s going to screw up.
Posted on September 10, 2005 10:15 AM | #
Mike – I’m sure your right. Still…I guess I’d have hoped to have new hacks. Yeah, that’s it. ;0)
Dennis – This is the best explaination of the Box Model Hack I’ve read. So yeah, in that way it’s good.
Eric – That makes me feel better about my lax ways. I cringe as well everytime I open a newly coded page in IE.
Posted on September 10, 2005 11:13 AM | #
”[…] the whole first chapter is about how to hack your CSS to make sure IE handles font sizing correctly”
Huh. I don’t know the book - yeah, slap me, I don’t care -, but this sounds strange. Is it the ol’ keyword problem (using “small”, “smaller”, and the like)? Gosh, who uses them (they are a problem)? Otherwise, I never ever had font sizing problems with IE. Never ever. For the records, I usually set up fonts with a rule like this:
html {
font: 80%/1.2 verdana, arial, helvetica, sans-serif;
}
…continuing with “em” units for exceptions. Works everywhere, scales fine.
Posted on September 10, 2005 11:35 AM | #
I thought this first chapter was an interesting compliment to both the chapter on Best Practices for XHTML and CSS from Professional CSS (were they talk about hack management) and then the fact that in Professional CSS they talk about setting your font sizing with the all-mighty 62.5% value.
In one hand, Professional CSS was telling us to use 62.5% and forget about. End of story. And then I open up Bulletproof CSS and there is a whole flippin’ chapter on font sizing. Even the pros can’t agree on these most basic best practices, er guidelines.
Posted on September 10, 2005 12:53 PM | #
I’m not sure I agree with you about only worrying about IE as a second-thought. Since you say you often wait until someone mentions that a page is busted in IE, I assume you don’t test in IE before moving things into production.
That comes off as irresponsible, in my view. IE still has ~90% market share, no? Even if your own site gets a far smaller percentage of IE users, you are still punishing the users.
It isn’t as if M$ gives shit. Bill Gates doesn’t get an alert everytime someone opens a busted page in IE. In fact, those using IE are much more likely to assume that the developer has made the mistake. You aren’t going to here my mother saying “oh, this page looks strange, it must be because I am using IE, and this page is coded to standards.” Instead she will just think your site sucks. Not her fault. And now you have lost a patron/reader (or at least a little of their trust/respect/etc).
Your behavior isn’t thumbing a nose at M$, it is thumbing a nose at many of your users.
Posted on September 10, 2005 01:40 PM | #
I don’t think to much about IE anymore
You spoiled, spoiled web developer! I do envy you, though.
Posted on September 10, 2005 01:46 PM | #
Thanks for mentioning the book, Keith!
“A whole chapter devoted to hacks.”
Really, the only hack here is one that compensates for IE5/Win’s botching of keyword sizes, which renders text significantly different from other browsers. So, the hack is only necssary if support for that browser is needed.
But that’s true for more than just sizing fonts with keywords. As long as support for those older browsers is needed, the same ol’ hacks will unfortunately be used. I’d argue the whole chapter isn’t about hacks, but rather the takeway should hopefully be: stressing the importance for allowing the user to control text size. Whether you use ems, keywords, percentages or all three. I shared one method in the book (keywords w/percentages) but like anything, there are roughly 5,397 ways to accomplish the same goal.
I agree with you (and Eric) that it’s painful to fire up IE to check designs. There are times when I (un)knowingly refrain from checking in IE for a long stretch, only to nervously peek through my hands to see what damage I’ve done. It’s the terrible reality of designing for the web in 2005. ;-)
Posted on September 10, 2005 01:46 PM | #
Hey, I recently purchased my own copy of Bulletproof Web Design. I got a chance to briefly browse through some chapters at a B&N and aside from the valuable content, the layout and used of color throughout the book accentuates this great read.
Posted on September 10, 2005 02:29 PM | #
I think it’s important to remember that many people don’t get a choice when it comes to browsers. For example, I work for a very large company (40,000 employees) and the corporate browser is of course IE. Now most of those people won’t install something else because it’s not exactly encouraged, and therefore they will more than likely use the same thing at home. And they do.
Because we work in this industry we know about alternative browsers, but believe me, I haven’t met many people who even know what Firefox is never mind Opera and Safari - merely mentioning these provokes a glazed expression.
So, ignoring IE seems to me to only be doing clients a disservice.
Posted on September 10, 2005 04:28 PM | #
Seth – IE is not 90% of market share. It hasn’t been for awhile. I think it’s around 70%. For client work I do test with IE, but I do it very last. And for my own sites…It’s a definite afterthought. What I’m talking about above is for MY stuff. As well my audiences have a lower percentage of IE users than average due to the nature of the sites. Oh I’m not “thumbing my nose” at anyone. I just don’t think about it.
The sites I build are fully functional in most flavors of IE right off the bat, the problems usually amount to minor display issues. Can the same be said for people who develop for IE but don’t test with Opera, Safari and Firefox? I don’t think so. So, who is irresponsible?
Also, you’re assuming how people react to pages that don’t display properly. The kind of breakage I see most users don’t even notice. It’s usually a fairly small thing that I often can live with anyway.
Dan – I didn’t mean to imply it’s all “about hacks”, only that if IE supported font resizing properly the chapter wouldn’t have been as important. Meaning, if IE got it right, do we need to talk about how to help it along? I do like the book so far though and thought the first chapter was helpful.
Wendy – I’ve been in that very situation and if you only have to support one browser (say for an intranet) it does make things easier. Again, I don’t ignore IE purposefully and I’d sure as heck test with it in a situation like you’ve got. I mean, if I was working on a project where the client wanted Netscape 4 support, I’d worry about that too.
Posted on September 10, 2005 07:26 PM | #
“Dan – I didn’t mean to imply it’s all “about hacks”, only that if IE supported font resizing properly the chapter wouldn’t have been as important. Meaning, if IE got it right, do we need to talk about how to help it along? I do like the book so far though and thought the first chapter was helpful.”
Roger that. I completely see your point now. And you’re right, it’s a shame that we have to spend time talking, writing, and dealing with browser inconsistencies, and I see now that was part of your entry’s point. If IE had gotten it right, there’d have been no need for Chapter 1 at all, or it could’ve been a single paragraph or something. :-)
Posted on September 10, 2005 08:36 PM | #
Try working in an enviroment that uses IE as their standard and have them (developers) say Safari/Firefox/Opera do it all wrong. YEs it’s happened and is one hurdle I am trying to overcome, next to getting everyone on the mac to ditch IE and move to Safari.
The one chapter on hacking for IE fonts is much better than say a whole book but I agree it’s just kind of annoying that we have to do so much to get around all the bugs in IE. Doubling of margins when you use float-left is my favorite/bane.
Hopefully IE 7 will be a vast improvement for standards support.
Posted on September 11, 2005 07:35 PM | #
Recent changes included within IE7 appear to have broken many of the older IE hacks (such as the *html one), as has been documented on quirksmode.org/blog/ and elsewhere.
Web designers now face a problem - do we abandon all but the safer hacks (such as conditional [If IE] style ones) in an attempt to force users to upgrade to IE7 where we’re assured that CSS bugs are being eradicated? (Google ‘IE7 beta 2” to see reassuring evidence of this on the IEBlog page.)
Or must we be forced into finding clever new hacks that bridge the gap between the inadequacies of earlier versions of IE and the new improved version?
Neither solution seems ideal. Until we can safely add early IE versions to the ‘dead list’ I fear many more sleepless nights are ahead. We need to find a way to encourage IE users to upgrade to make this a reality, rather than just casually ignoring what represents a significant (around 74%) of the global audience.
Posted on September 12, 2005 08:17 AM | #
Good old IE… just before reading this post, I opened up my current project in IE, and it’s all over the place. It worked last week, and I haven’t really changed very much, but that’s the nature of the beast! Another morning of tweaking, just to get it running smoothly again.
Kevin T: I know exactly the kind of thing you mean. A couple of weeks ago (when the code was working on IE) I had one of my client’s permanent staff visiting. As the organisation brought me in specifically to produce a standards-based site, with accessibility a primary consideration, I was pleased to be able to show him my implementation of the design, working beautifully cross-browser, IE supporting transparent PNGs, scaling seamlessly with font size changes, 3 columns with content first in the source - all the stuff I’ve been telling them about.
I thought I was really convincing him of the benefits of a standards-based implementation, until he commented that “The trouble with CSS is that you get it working, but when you look at it in Firefox or Opera they display it all wrong.” I think I may have a way to go to get everybody in this company to understand what’s been going on for the last few years…
Posted on September 14, 2005 10:47 AM | #
is a writer, designer, etc. in Seattle, Washington.
Home | Search | Archives | Subscribe
Battle Royale : Web Standards vs. Legacy Code
The highly recommended Dreamhost!