i’ll keep an eye on this site as it has some good points raised.
]]>From:
http://www.w3.org/TR/REC-CSS2/syndata.html#values
”
There are two types of length units: relative and absolute. Relative length units specify a length relative to another length property. Style sheets that use relative units will more easily scale from one medium to another (e.g., from a computer display to a laser printer).
Relative units are:
em: the ‘font-size’ of the relevant font
ex: the ‘x-height’ of the relevant font
px: pixels, relative to the viewing device
”
How difficult is it for the developers of IE to get their app to work out how to multiply a pixel value? How come every other browser has managed this feat?
Oh well – IE10 maybe?
]]>Read the article.
“setting a doctype isn’t going to fix all of IE’s problems.”
I didn’t say it does. But it does address the scenario you presented.
]]>FYI: The title of your article is “Internet Explorer Is Not Broken”
What does your title have to do with pixel based fonts? Something like “Internet Explorer (Arguably) Does One Thing Correctly” may be more appropriate here.
And I’m sorry, but setting a doctype isn’t going to fix all of IE’s problems.
]]>What does that have to do with pixel-based fonts?
Anyhow, I do these all the time without any problems in IE, but I am always sure to use a doctype.
]]>I am sure you have changed your mind by now.
]]>