<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: How to specify dynamic font sizes consistently with CSS</title>
	<atom:link href="http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/</link>
	<description>Web development and Internet trends</description>
	<pubDate>Fri, 05 Dec 2008 10:55:48 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: All in a days work&#8230;</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-91043</link>
		<dc:creator>All in a days work&#8230;</dc:creator>
		<pubDate>Mon, 13 Aug 2007 02:56:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-91043</guid>
		<description>[...] How to specify dynamic font sizes consistently with CSS Letâ€™s say we want a web page where the general font size is 10 pixels. We then take the desired font size, 10, and divide it with the default web browser size, 16: 10 / 16 = 0.625. This is the value that we use for the em unit on the body element: .625e (tags: em) [...]</description>
		<content:encoded><![CDATA[<p>[...] How to specify dynamic font sizes consistently with <acronym title="Cascading Style Sheets">CSS</acronym> Letâ€™s say we want a web page where the general font size is 10 pixels. We then take the desired font size, 10, and divide it with the default web browser size, 16: 10 / 16 = 0.625. This is the value that we use for the em unit on the body element: .625e (tags: em) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenneth Sundqvist</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-42477</link>
		<dc:creator>Kenneth Sundqvist</dc:creator>
		<pubDate>Wed, 14 Mar 2007 14:48:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-42477</guid>
		<description>One rule that should be used when deciding on the size for the body copy is that at the largest user setting in IE6 it should hit the bolder state (which is also +2 in FX, and that is less irritable to scale to than +3). If you don't know what that means try to scale the font on a page and watch it get bolder at some point.

This is a usability thing. Because there are people with poor vision who use IE6 who like to scale their text and hitting that bolder spot makes reading a lot easier to read. Even I scale text to bolder when I'm sitting back from the monitor to read longer texts, such as these comments.

Needless to say, the cool, crisp, small designer size fails at this, especially with the horrible medium grey colour.

The Noodle Incident guide, posted above, is very good indeed. And I use it myself all the time.</description>
		<content:encoded><![CDATA[<p>One rule that should be used when deciding on the size for the body copy is that at the largest user setting in IE6 it should hit the bolder state (which is also +2 in FX, and that is less irritable to scale to than +3). If you don&#8217;t know what that means try to scale the font on a page and watch it get bolder at some point.</p>
<p>This is a usability thing. Because there are people with poor vision who use IE6 who like to scale their text and hitting that bolder spot makes reading a lot easier to read. Even I scale text to bolder when I&#8217;m sitting back from the monitor to read longer texts, such as these comments.</p>
<p>Needless to say, the cool, crisp, small designer size fails at this, especially with the horrible medium grey colour.</p>
<p>The Noodle Incident guide, posted above, is very good indeed. And I use it myself all the time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kimblim</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-40577</link>
		<dc:creator>kimblim</dc:creator>
		<pubDate>Tue, 06 Mar 2007 08:14:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-40577</guid>
		<description>But ofcourse! Thanx!</description>
		<content:encoded><![CDATA[<p>But ofcourse! Thanx!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Nyman</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-40573</link>
		<dc:creator>Robert Nyman</dc:creator>
		<pubDate>Tue, 06 Mar 2007 07:57:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-40573</guid>
		<description>kimblim,

The value following the slash is line-height.</description>
		<content:encoded><![CDATA[<p>kimblim,</p>
<p>The value following the slash is line-height.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kimblim</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-40432</link>
		<dc:creator>kimblim</dc:creator>
		<pubDate>Mon, 05 Mar 2007 21:45:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-40432</guid>
		<description>Just a quick question regarding this:

h1{
    font: 1.7em/1em Arial, Helvetica, sans-serif;
}

Why the "1.7em/1em" ? Whats the 1em for?</description>
		<content:encoded><![CDATA[<p>Just a quick question regarding this:</p>
<p>h1{<br />
    font: 1.7em/1em Arial, Helvetica, sans-serif;<br />
}</p>
<p>Why the &#8220;1.7em/1em&#8221; ? Whats the 1em for?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Nyman</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-40269</link>
		<dc:creator>Robert Nyman</dc:creator>
		<pubDate>Mon, 05 Mar 2007 08:03:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-40269</guid>
		<description>Stefan, Jens, Anton,

Thanks for your comments and input!</description>
		<content:encoded><![CDATA[<p>Stefan, Jens, Anton,</p>
<p>Thanks for your comments and input!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anton Andreasson</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-40086</link>
		<dc:creator>Anton Andreasson</dc:creator>
		<pubDate>Sun, 04 Mar 2007 18:08:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-40086</guid>
		<description>Yeah, the noodle method is the only one I dare use on larger projects.</description>
		<content:encoded><![CDATA[<p>Yeah, the noodle method is the only one I dare use on larger projects.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jens Wedin</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-40015</link>
		<dc:creator>Jens Wedin</dc:creator>
		<pubDate>Sun, 04 Mar 2007 10:59:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-40015</guid>
		<description>Here's a great resource when it comes to font sizes.
IÂ´ve used his idea on a few big sites.

http://www.thenoodleincident.com/tutorials/typography/index.html</description>
		<content:encoded><![CDATA[<p>Here&#8217;s a great resource when it comes to font sizes.<br />
IÂ´ve used his idea on a few big sites.</p>
<p><a href="http://www.thenoodleincident.com/tutorials/typography/index.html" rel="nofollow">http://www.thenoodleincident.com/tutorials/typography/index.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan Van Reeth</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39750</link>
		<dc:creator>Stefan Van Reeth</dc:creator>
		<pubDate>Sat, 03 Mar 2007 03:46:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39750</guid>
		<description>Great article, good discussion. Except for agreeing mostly with Robert, there's not much to add to it anymore, so I leave it like this.

Robert, about your last question: nope. Same answer as the big font sizes. If the user wants microscopic fonts, just let them ;).</description>
		<content:encoded><![CDATA[<p>Great article, good discussion. Except for agreeing mostly with Robert, there&#8217;s not much to add to it anymore, so I leave it like this.</p>
<p>Robert, about your last question: nope. Same answer as the big font sizes. If the user wants microscopic fonts, just let them ;).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Nyman</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39569</link>
		<dc:creator>Robert Nyman</dc:creator>
		<pubDate>Fri, 02 Mar 2007 08:45:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39569</guid>
		<description>I agree with Ash here, that someone can always break the design anyway. And hell, if they want a gargantuan font size, just let them.

What might be interesting in relation to that, though, is the question if we should prevent users from having a too small font-size. If the end user, accidentally (trust me, this has been up for a lot of web sites), have set their font size to smaller, the script could bump the default level up to a reasonable standard.</description>
		<content:encoded><![CDATA[<p>I agree with Ash here, that someone can always break the design anyway. And hell, if they want a gargantuan font size, just let them.</p>
<p>What might be interesting in relation to that, though, is the question if we should prevent users from having a too small font-size. If the end user, accidentally (trust me, this has been up for a lot of web sites), have set their font size to smaller, the script could bump the default level up to a reasonable standard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ash Searle</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39365</link>
		<dc:creator>Ash Searle</dc:creator>
		<pubDate>Thu, 01 Mar 2007 12:10:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39365</guid>
		<description>To answer some of Johan's questions with my own opinion:
The usual default font-size is 16px (tested across different browsers and platforms.)  12px is the default only for monospaced text (e.g. text in a &lt;code&gt;&#60;pre&#62;&lt;/code&gt; block)

No, we don't need JS to control a max font-size setting (why would you?  If a user wants to zoom to 160pt size, why stop them?  They can always *always* break your layout if they want to...)

Default line-height:
&lt;code&gt;alert(getComputedStyle(document.documentElement, null).lineHeight)&lt;/code&gt;
This turns out to be &lt;code&gt;normal&lt;/code&gt;... The CSS 2.1 spec says that browsers should implement a 'reasonable' value for &lt;code&gt;normal&lt;/code&gt; somewhere between 1.0 and 1.2.

I think the line-height depends on the application: if you're going to use sub-scripts and super-scripts (footnotes?) then you'll want a bigger line-height.  Also, academic texts generally use a line-height of either 1.5 or 2 (allowing people to write notes between lines on a printed copy.)

As for setting &#60;body&#62; font-size: most pages contain a few &lt;code&gt;div&lt;/code&gt; elements used purely for layout, so why not set the font-size on each containing element (to 'small', 'medium' (16px) or 'large') then use context-relative &lt;code&gt;em&lt;/code&gt; values?</description>
		<content:encoded><![CDATA[<p>To answer some of Johan&#8217;s questions with my own opinion:<br />
The usual default font-size is 16px (tested across different browsers and platforms.)  12px is the default only for monospaced text (e.g. text in a <code>&lt;pre&gt;</code> block)</p>
<p>No, we don&#8217;t need JS to control a max font-size setting (why would you?  If a user wants to zoom to 160pt size, why stop them?  They can always *always* break your layout if they want to&#8230;)</p>
<p>Default line-height:<br />
<code>alert(getComputedStyle(document.documentElement, null).lineHeight)</code><br />
This turns out to be <code>normal</code>&#8230; The <acronym title="Cascading Style Sheets">CSS</acronym> 2.1 spec says that browsers should implement a &#8216;reasonable&#8217; value for <code>normal</code> somewhere between 1.0 and 1.2.</p>
<p>I think the line-height depends on the application: if you&#8217;re going to use sub-scripts and super-scripts (footnotes?) then you&#8217;ll want a bigger line-height.  Also, academic texts generally use a line-height of either 1.5 or 2 (allowing people to write notes between lines on a printed copy.)</p>
<p>As for setting &lt;body&gt; font-size: most pages contain a few <code>div</code> elements used purely for layout, so why not set the font-size on each containing element (to &#8217;small&#8217;, &#8216;medium&#8217; (16px) or &#8216;large&#8217;) then use context-relative <code>em</code> values?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Nyman</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39322</link>
		<dc:creator>Robert Nyman</dc:creator>
		<pubDate>Thu, 01 Mar 2007 07:39:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39322</guid>
		<description>Johan,

I'll leave it to other readers to answer those questions, to see what the general opinion is.

NICCAI,

Thanks for sharing!</description>
		<content:encoded><![CDATA[<p>Johan,</p>
<p>I&#8217;ll leave it to other readers to answer those questions, to see what the general opinion is.</p>
<p>NICCAI,</p>
<p>Thanks for sharing!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NICCAI</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39263</link>
		<dc:creator>NICCAI</dc:creator>
		<pubDate>Wed, 28 Feb 2007 23:08:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39263</guid>
		<description>I prefer to set body font-size equal to x-small which is approximately 10px (but not in IE 5.5 which is xx-small).  From there I simply size up using percentages - 110% approx =  to 11px, 160% approx = to 16px, etc...</description>
		<content:encoded><![CDATA[<p>I prefer to set body font-size equal to x-small which is approximately 10px (but not in <acronym title="Internet Explorer">IE</acronym> 5.5 which is xx-small).  From there I simply size up using percentages - 110% approx =  to 11px, 160% approx = to 16px, etc&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Johan</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39177</link>
		<dc:creator>Johan</dc:creator>
		<pubDate>Wed, 28 Feb 2007 10:28:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39177</guid>
		<description>There is a correlation between page lay-outs and font styling:
- fluid lay-outs use ems and percentage for font-size depending on the way the fluid container boxes are styled to prevent breakage.
- zoom lay-outs are ems all the way, both font-sizing and container boxes
- fixed lay-outs use px, ems and percentage for font-size but have px styled container boxes

The body is the preferred way to set a default font-size but does vary a lot, as I have seen with many a design.

body {font-size:100.01%; /* Opera fix*/}
body {font-size: 100%;}}
body{font-size: 76%; /* Owen Briggs idea?? */}
body{font-size: 62.5%; /* very small */}

body{font-size:0.8em; /* any quirks possible??*/}

body{font-size: small; /* IE5 WIN and font sizing}

All of the above are related to the px range 12-16px for default font-size.

Other questions:
- What is the default font-size to aim for: 12px or 16px
- Do we need JS to control eg max font-sizing?
- line-height has many settings from 1.2 to 1.5 which equals about 19px  for average normal text treatments, what is a default line-height value here?</description>
		<content:encoded><![CDATA[<p>There is a correlation between page lay-outs and font styling:<br />
- fluid lay-outs use ems and percentage for font-size depending on the way the fluid container boxes are styled to prevent breakage.<br />
- zoom lay-outs are ems all the way, both font-sizing and container boxes<br />
- fixed lay-outs use px, ems and percentage for font-size but have px styled container boxes</p>
<p>The body is the preferred way to set a default font-size but does vary a lot, as I have seen with many a design.</p>
<p>body {font-size:100.01%; /* Opera fix*/}<br />
body {font-size: 100%;}}<br />
body{font-size: 76%; /* Owen Briggs idea?? */}<br />
body{font-size: 62.5%; /* very small */}</p>
<p>body{font-size:0.8em; /* any quirks possible??*/}</p>
<p>body{font-size: small; /* IE5 WIN and font sizing}</p>
<p>All of the above are related to the px range 12-16px for default font-size.</p>
<p>Other questions:<br />
- What is the default font-size to aim for: 12px or 16px<br />
- Do we need JS to control eg max font-sizing?<br />
- line-height has many settings from 1.2 to 1.5 which equals about 19px  for average normal text treatments, what is a default line-height value here?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Nyman</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39160</link>
		<dc:creator>Robert Nyman</dc:creator>
		<pubDate>Wed, 28 Feb 2007 08:56:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39160</guid>
		<description>Johan,

&lt;blockquote&gt;
why not add seperate font styles in pixels for IE WIN??
&lt;/blockquote&gt;

Answered twice above.

&lt;blockquote&gt;
more specific: zoom feature IE7 and fontsize?
&lt;/blockquote&gt;
Doesn't affect font-size at all, but only the display of the entire web page.

&lt;blockquote&gt;
px vs percentage?
&lt;/blockquote&gt;
That's a long discussion. My take is that percentage would be the way to go then to make it scalable.

&lt;blockquote&gt;
line-height in px or relative fontsizes for body? (to accomodate min-fontsize Moz FF)
&lt;/blockquote&gt;
Definitely a discussion for another day... :-)

Ash,

Absolutely. But while that's true, most designs out there are based on a preferred pixel size that will work best with the design. My take is that one should try to make the default font match that font size, but still be scalable (through em/percentage etc).

Jeena,

Well, I think that's the general problem: to try and combine a custom font size with the font size set in a web page. In my opinion, it shouldn't be done.

But if someone has chosen a larger font size, it will be smaller than the one set through preferences, but still larger than the normal font size. So, in that respect, it's still dynamic, but it isn't an exact match for the setting. But if you want that, my take is that you should use the overriding option.

Jermayn,

I understand that. 10 pixels is just a simple example for demo and calculating purposes. Go with what suits you best. :-)

And thanks, I'm glad it was useful to you! :-)

Siegfrid,

Thank you!
Good input about IE.</description>
		<content:encoded><![CDATA[<p>Johan,</p>
<blockquote><p>
why not add seperate font styles in pixels for <acronym title="Internet Explorer">IE</acronym> WIN??
</p></blockquote>
<p>Answered twice above.</p>
<blockquote><p>
more specific: zoom feature IE7 and fontsize?
</p></blockquote>
<p>Doesn&#8217;t affect font-size at all, but only the display of the entire web page.</p>
<blockquote><p>
px vs percentage?
</p></blockquote>
<p>That&#8217;s a long discussion. My take is that percentage would be the way to go then to make it scalable.</p>
<blockquote><p>
line-height in px or relative fontsizes for body? (to accomodate min-fontsize Moz FF)
</p></blockquote>
<p>Definitely a discussion for another day&#8230; <img src='http://www.robertnyman.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Ash,</p>
<p>Absolutely. But while that&#8217;s true, most designs out there are based on a preferred pixel size that will work best with the design. My take is that one should try to make the default font match that font size, but still be scalable (through em/percentage etc).</p>
<p>Jeena,</p>
<p>Well, I think that&#8217;s the general problem: to try and combine a custom font size with the font size set in a web page. In my opinion, it shouldn&#8217;t be done.</p>
<p>But if someone has chosen a larger font size, it will be smaller than the one set through preferences, but still larger than the normal font size. So, in that respect, it&#8217;s still dynamic, but it isn&#8217;t an exact match for the setting. But if you want that, my take is that you should use the overriding option.</p>
<p>Jermayn,</p>
<p>I understand that. 10 pixels is just a simple example for demo and calculating purposes. Go with what suits you best. <img src='http://www.robertnyman.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>And thanks, I&#8217;m glad it was useful to you! <img src='http://www.robertnyman.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Siegfrid,</p>
<p>Thank you!<br />
Good input about <acronym title="Internet Explorer">IE</acronym>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeroen Mulder</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39159</link>
		<dc:creator>Jeroen Mulder</dc:creator>
		<pubDate>Wed, 28 Feb 2007 08:52:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39159</guid>
		<description>While I understand the problem and the reasoning this method might break (being the result not the same as the setting) the advantage of setting a new default font size in your browser, I ask you: what is the solution? 

The solution is &lt;em&gt;not&lt;/em&gt; fixed font-sizes, because that does not solve the source of the problem mentioned above. In fact, I doubt it can be solved. Simply fact is that for most people the default font size is too large, meaning designers need to accommodate for that by setting the root's font size element to a fraction of it. 

After all, even now when people set their default font size to the actual default (usually 16px), we &lt;em&gt;still&lt;/em&gt; don't get that. So, is the correct conclusion that the default font size is bound to break anything that tries to take the user's setting into account, while still providing decent font sizes?

I probably don't understand the problem, but if I do, I would encourage the people that change their default font size to stop pretending they are important, because all it takes is to increase your non-standard default font size by 1.6 times.</description>
		<content:encoded><![CDATA[<p>While I understand the problem and the reasoning this method might break (being the result not the same as the setting) the advantage of setting a new default font size in your browser, I ask you: what is the solution? </p>
<p>The solution is <em>not</em> fixed font-sizes, because that does not solve the source of the problem mentioned above. In fact, I doubt it can be solved. Simply fact is that for most people the default font size is too large, meaning designers need to accommodate for that by setting the root&#8217;s font size element to a fraction of it. </p>
<p>After all, even now when people set their default font size to the actual default (usually 16px), we <em>still</em> don&#8217;t get that. So, is the correct conclusion that the default font size is bound to break anything that tries to take the user&#8217;s setting into account, while still providing decent font sizes?</p>
<p>I probably don&#8217;t understand the problem, but if I do, I would encourage the people that change their default font size to stop pretending they are important, because all it takes is to increase your non-standard default font size by 1.6 times.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Siegfried</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39156</link>
		<dc:creator>Siegfried</dc:creator>
		<pubDate>Wed, 28 Feb 2007 08:24:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39156</guid>
		<description>Indeed a very good article. I personally use font sizes in percent and base the various container sizes then on em. 
Now, the IE has &lt;em&gt;no bug&lt;/em&gt; here. The IE behaviour here is simply close to the specification. So if a designer setz a font size to 12px, then this simply means 12px. What most designers do not know is that the physical dimensions of one pixel may vary largely across different media. But still, a size in pixels is a size in pixels. So if a web page designer wishes to fix a font size to some pixels this should not be ignored by any browser. I had a long discussion about that in the mozilla zine some time ago. What i learned there was, that this special Firefox feature to let the user ignore the page design by rezizing fonts regardless of their pixel size was put in because the vast majority of real world pages where designed so poorly. So to be precise, this "feature" is indeed a "bug" in Firefox, altough a bug which unfortunately is necessary to make poorly designed pages usable.

The correct place to set the users preferences (f.ex. the preferred font size) is the preferences dialogue. Firefox has this and IE has this. This has exactly the efects Jeena Paradis already pointed out. And a well designed page always referes to these sizes. Font sizes in pixels are an exception and should, if at all, be used very very sparse. F.ex. i had for some time navigation buttons on my page. These had a grafical button as background images. So then the size of the button element was set exactly to the size of that grafik. The text on the button then had to fit into that box and that grafik. So for these navigation texts i fixed the font size to the appropriate number of pixels. The "font size bug" in Firefox made it possible to crash this layout. Lately i threw out those grafical buttons. Besides not adapting to very small screens (PDAs and the like) i wanted to avoid the layout beeing crashed by font resizing. 

Font size fixing in pixels may be necessary, but exceptional and rare. But since under very rare and special conditions this may be necessary resizing fonts may make those pages unusable. Tis Firefox "feature" is a quite dangerous one, altough i admit that it is necessary because of those many poorly designed web pages. But it is &lt;em&gt;no bug&lt;/em&gt; that the IE does not have this "feature".</description>
		<content:encoded><![CDATA[<p>Indeed a very good article. I personally use font sizes in percent and base the various container sizes then on em.<br />
Now, the <acronym title="Internet Explorer">IE</acronym> has <em>no bug</em> here. The <acronym title="Internet Explorer">IE</acronym> behaviour here is simply close to the specification. So if a designer setz a font size to 12px, then this simply means 12px. What most designers do not know is that the physical dimensions of one pixel may vary largely across different media. But still, a size in pixels is a size in pixels. So if a web page designer wishes to fix a font size to some pixels this should not be ignored by any browser. I had a long discussion about that in the mozilla zine some time ago. What i learned there was, that this special Firefox feature to let the user ignore the page design by rezizing fonts regardless of their pixel size was put in because the vast majority of real world pages where designed so poorly. So to be precise, this &#8220;feature&#8221; is indeed a &#8220;bug&#8221; in Firefox, altough a bug which unfortunately is necessary to make poorly designed pages usable.</p>
<p>The correct place to set the users preferences (f.ex. the preferred font size) is the preferences dialogue. Firefox has this and <acronym title="Internet Explorer">IE</acronym> has this. This has exactly the efects Jeena Paradis already pointed out. And a well designed page always referes to these sizes. Font sizes in pixels are an exception and should, if at all, be used very very sparse. F.ex. i had for some time navigation buttons on my page. These had a grafical button as background images. So then the size of the button element was set exactly to the size of that grafik. The text on the button then had to fit into that box and that grafik. So for these navigation texts i fixed the font size to the appropriate number of pixels. The &#8220;font size bug&#8221; in Firefox made it possible to crash this layout. Lately i threw out those grafical buttons. Besides not adapting to very small screens (PDAs and the like) i wanted to avoid the layout beeing crashed by font resizing. </p>
<p>Font size fixing in pixels may be necessary, but exceptional and rare. But since under very rare and special conditions this may be necessary resizing fonts may make those pages unusable. Tis Firefox &#8220;feature&#8221; is a quite dangerous one, altough i admit that it is necessary because of those many poorly designed web pages. But it is <em>no bug</em> that the <acronym title="Internet Explorer">IE</acronym> does not have this &#8220;feature&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jermayn Parker</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39109</link>
		<dc:creator>Jermayn Parker</dc:creator>
		<pubDate>Wed, 28 Feb 2007 03:19:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39109</guid>
		<description>Probably my only problem with this article is that size 10 is too small. I have average eyes and I find it too small. 

btw just for the record I usually use the same method as you, thanks for the article, always useful as a reference tool :)</description>
		<content:encoded><![CDATA[<p>Probably my only problem with this article is that size 10 is too small. I have average eyes and I find it too small. </p>
<p><acronym title="By The Way">BTW</acronym> just for the record I usually use the same method as you, thanks for the article, always useful as a reference tool <img src='http://www.robertnyman.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeena Paradies</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39065</link>
		<dc:creator>Jeena Paradies</dc:creator>
		<pubDate>Tue, 27 Feb 2007 22:48:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39065</guid>
		<description>&lt;blockquote&gt;In my opinion, I donâ€™t think I break it.&lt;/blockquote&gt;

I thik they do. Think of one who wants his "normal" font size not to be 16 but 20 pixel on every page. All other font sizes should scale with it. So his 1em is 20px big and that's what em is all about, to ensecure that all sizes scale with the users own personal 1em (eg. 20px).

If all sites would ues em the "right" way, he would never have to change the font-size on a specific page becourse the "normal" font-size would always be his own 20px.</description>
		<content:encoded><![CDATA[<blockquote><p>In my opinion, I donâ€™t think I break it.</p></blockquote>
<p>I thik they do. Think of one who wants his &#8220;normal&#8221; font size not to be 16 but 20 pixel on every page. All other font sizes should scale with it. So his 1em is 20px big and that&#8217;s what em is all about, to ensecure that all sizes scale with the users own personal 1em (eg. 20px).</p>
<p>If all sites would ues em the &#8220;right&#8221; way, he would never have to change the font-size on a specific page becourse the &#8220;normal&#8221; font-size would always be his own 20px.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Article Feed &#187; How to specify dynamic font sizes consistently with CSS</title>
		<link>http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39061</link>
		<dc:creator>Article Feed &#187; How to specify dynamic font sizes consistently with CSS</dc:creator>
		<pubDate>Tue, 27 Feb 2007 22:04:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2007/02/27/how-to-specify-dynamic-font-sizes-consistently-with-css/#comment-39061</guid>
		<description>[...] m, since most designs and wanted end results are based in pixels, &#8230; Original post by Robert Nyman and powered by Img Fly 	  	  [...]</description>
		<content:encoded><![CDATA[<p>[...] m, since most designs and wanted end results are based in pixels, &#8230; Original post by Robert Nyman and powered by Img Fly 	  	  [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
