While I appreciate your attempt to be helpful, knowing the solutions wasn't the problem, it's the ease with which I'm able to implement them (or avoid needing them in the first place), and the cumulative number and effect on any given layout, particularly more complicated ones with precise alignment.
I remember when this first came out, though now that IE5 Mac is functionally dead I usually don't bother with the messier hacks to hide stuff from it and just use * html (or a separate conditional comment stylesheet) to fudge IE6 margins. That's when the height 1% method works; there are occasions (I ran into one recently) where it has issues, and I've needed to resort to more brute-force methods.
Not to mention that, as the sub-linked
article notes, you can end up using a half dozen Holly Hacks on more complex layouts.
box model issues - most of these issues are resolved when you force IE into standards compliant mode.
Of course, but that's most, not all, and those "not all" are nasty, at least for those somewhat less experienced with planning ahead to get around them, like me.
lack of :hover for most elements - aside for links, I cannot understand why you need :hover for other elements.
True, but there are occasions. There's also lack of :before and :after, which is annoying and leads to unnecessary inline content addition if you don't want to just leave it off in IE6. (The afore-linked "IE7" script claims to add support, which would be nice, though the last time I tried either an earlier version of it or a similar script it didn't work properly for me.)
lack of min- and max-width - I use the IE conditionals to get around this.
Which is what I do as well, particularly if you want to just stick IE6 with a fixed width instead of semi-flexible, but doing that is sort of my point.
That's slightly different from the hack I usually use, but similar. I'm pretty sure I've run into specific cases where it had issues, but maybe I'm remembering wrong.
Again, my point isn't that there are many completely uncorrectable bugs/omissions in IE6, just that cumulatively fixing all of them to behave precisely the same as other browsers is time-consuming. Were I a faster coder like yourself, and if I had enough skill to do attractive layouts myself rather than relying on a graphic designer, hours apparently wouldn't be necessary; for less experienced coders like me, however, if I'm willing to sacrifice some minor visual anomalies it can usually be done quite quickly, which was the point I was trying to make.
Anyway, just pointing out that I'm not a rank amateur when it comes to IE workarounds, just a lot slower than you, and unskilled at graphic design.
Regardless, the fact that there are so many different ways both discovered and necessary to deal with these things, and that even if it's not hugely time consuming they must be done to nearly every layout a pro does, remains reason enough for me to despise IE6 and the Microsoft monopolistic hubris that allowed them to persist so long.