<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Font Sizing: em, pixel, point, percent and keywords</title>
	<atom:link href="http://blog.w3conversions.com/2009/02/font-sizing-em-pixel-point-percent-and-keywords/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.w3conversions.com/2009/02/font-sizing-em-pixel-point-percent-and-keywords/</link>
	<description>realizations on life, the web, and everything</description>
	<lastBuildDate>Mon, 16 Mar 2015 06:43:26 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: nexflo</title>
		<link>http://blog.w3conversions.com/2009/02/font-sizing-em-pixel-point-percent-and-keywords/comment-page-1/#comment-3662</link>
		<dc:creator>nexflo</dc:creator>
		<pubDate>Wed, 30 Sep 2009 07:55:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.communitymx.com/blog/index.cfm?newsid=941#comment-3662</guid>
		<description>Automatic px to em resizing can be done at http://pxconverter.com/ &lt;br /&gt;&lt;br /&gt;allows file upload and on the fly conversion&lt;br /&gt;&lt;br /&gt;</description>
		<content:encoded><![CDATA[<p>Automatic px to em resizing can be done at <a href="http://pxconverter.com/" rel="nofollow">http://pxconverter.com/</a> </p>
<p>allows file upload and on the fly conversion</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Grosch</title>
		<link>http://blog.w3conversions.com/2009/02/font-sizing-em-pixel-point-percent-and-keywords/comment-page-1/#comment-3661</link>
		<dc:creator>Michael Grosch</dc:creator>
		<pubDate>Thu, 26 Feb 2009 23:19:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.communitymx.com/blog/index.cfm?newsid=941#comment-3661</guid>
		<description>Thanks for turning the switch on thet lightbulb.&lt;br /&gt;&lt;br /&gt;I also found this nice online tool that really helps converting px to em, which I wanted to share: http://pxtoem.com/</description>
		<content:encoded><![CDATA[<p>Thanks for turning the switch on thet lightbulb.</p>
<p>I also found this nice online tool that really helps converting px to em, which I wanted to share: <a href="http://pxtoem.com/" rel="nofollow">http://pxtoem.com/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rod murgatroyd</title>
		<link>http://blog.w3conversions.com/2009/02/font-sizing-em-pixel-point-percent-and-keywords/comment-page-1/#comment-3660</link>
		<dc:creator>rod murgatroyd</dc:creator>
		<pubDate>Wed, 25 Feb 2009 20:25:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.communitymx.com/blog/index.cfm?newsid=941#comment-3660</guid>
		<description>Got your point Stef...pixels are still relative to a screen setup. My reading of the MAC px definition was that 1px = 1pt...NO not unless you are a printing man!!&lt;br /&gt;&lt;br /&gt;Looking forward to your next page illustrating this.&lt;br /&gt;...Rod</description>
		<content:encoded><![CDATA[<p>Got your point Stef&#8230;pixels are still relative to a screen setup. My reading of the MAC px definition was that 1px = 1pt&#8230;NO not unless you are a printing man!!</p>
<p>Looking forward to your next page illustrating this.<br />
<br />&#8230;Rod</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stef.</title>
		<link>http://blog.w3conversions.com/2009/02/font-sizing-em-pixel-point-percent-and-keywords/comment-page-1/#comment-3659</link>
		<dc:creator>Stef.</dc:creator>
		<pubDate>Mon, 23 Feb 2009 19:50:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.communitymx.com/blog/index.cfm?newsid=941#comment-3659</guid>
		<description>Rod... Hi again. :)&lt;br /&gt;&lt;br /&gt;As I said before, screen CSS should never use the pt unit. That said, it is equivalent to 16px FOR THE BROWSER DEFAULTS. Defaults are the way the browser ships of course, and yes, the user ABSOLUTELY can change that. Most won&#039;t, but people with low vision (as well as web developers) may. That&#039;s what started my first blog post on this subject about why I use the em unit for sizing my layouts as well as fonts. :)&lt;br /&gt;&lt;br /&gt;I&#039;m extremely unclear on what you&#039;re saying about fonts needing a &quot;correction factor&quot; based on their point value. On the demo I linked to, you can see that fonts DO render at different sizes based on their font-family. This is why I always recommend checking the size of all fonts in the font cascade you create for elements on your page as you could get varying visual results dependent on what&#039;s available on the user&#039;s machine. You can&#039;t set a different size for each font-family you define in your font cascade (yet!). &lt;br /&gt;&lt;br /&gt;As far as the pixel size of the mac - yes, we&#039;re now 96dpi just like PCs and apparently have for a while. :D &lt;br /&gt;&lt;br /&gt;Opera has the same 16px default for both mac and pc. And they&#039;re not actually translating it to em units to zoom (AFAIK), they&#039;re simply magnifying the page. Just like IE7 will do by default if you increase the text size (though you can change that in your preferences so that only text zooms).&lt;br /&gt;&lt;br /&gt;I think to sum it up, you&#039;re thinking from a print perspective (you are originally a print designer?). You&#039;re thinking that a pixel is an absolute size with an absolute measurement like a point. It is not. The literal pixel size will vary based on the resolution and set up of a person&#039;s monitor but it will still relatively be the same size. (Meaning that all the 16px defaults will be the same size on each monitor -- relative to each other.)&lt;br /&gt;&lt;br /&gt;Does that make sense? (I&#039;m going to create a little page to illustrate this shortly. I&#039;ll let you know when it&#039;s done.)&lt;br /&gt;</description>
		<content:encoded><![CDATA[<p>Rod&#8230; Hi again. <img src='http://blog.w3conversions.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>As I said before, screen CSS should never use the pt unit. That said, it is equivalent to 16px FOR THE BROWSER DEFAULTS. Defaults are the way the browser ships of course, and yes, the user ABSOLUTELY can change that. Most won&#8217;t, but people with low vision (as well as web developers) may. That&#8217;s what started my first blog post on this subject about why I use the em unit for sizing my layouts as well as fonts. <img src='http://blog.w3conversions.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>I&#8217;m extremely unclear on what you&#8217;re saying about fonts needing a &#8220;correction factor&#8221; based on their point value. On the demo I linked to, you can see that fonts DO render at different sizes based on their font-family. This is why I always recommend checking the size of all fonts in the font cascade you create for elements on your page as you could get varying visual results dependent on what&#8217;s available on the user&#8217;s machine. You can&#8217;t set a different size for each font-family you define in your font cascade (yet!). </p>
<p>As far as the pixel size of the mac &#8211; yes, we&#8217;re now 96dpi just like PCs and apparently have for a while. <img src='http://blog.w3conversions.com/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' />  </p>
<p>Opera has the same 16px default for both mac and pc. And they&#8217;re not actually translating it to em units to zoom (AFAIK), they&#8217;re simply magnifying the page. Just like IE7 will do by default if you increase the text size (though you can change that in your preferences so that only text zooms).</p>
<p>I think to sum it up, you&#8217;re thinking from a print perspective (you are originally a print designer?). You&#8217;re thinking that a pixel is an absolute size with an absolute measurement like a point. It is not. The literal pixel size will vary based on the resolution and set up of a person&#8217;s monitor but it will still relatively be the same size. (Meaning that all the 16px defaults will be the same size on each monitor &#8212; relative to each other.)</p>
<p>Does that make sense? (I&#8217;m going to create a little page to illustrate this shortly. I&#8217;ll let you know when it&#8217;s done.)<br /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Hucklesby</title>
		<link>http://blog.w3conversions.com/2009/02/font-sizing-em-pixel-point-percent-and-keywords/comment-page-1/#comment-3658</link>
		<dc:creator>David Hucklesby</dc:creator>
		<pubDate>Sun, 22 Feb 2009 22:55:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.communitymx.com/blog/index.cfm?newsid=941#comment-3658</guid>
		<description>You said: &quot;all current browsers on both platforms now use 16px as their font-size default.&quot;&lt;br /&gt;Mostly true, but not entirely. My IBM laptop (1400 x 1050px on 15&quot; screen) runs at 120 DPI. While most browsers do indeed use 16px as the &quot;medium&quot; setting, IE (all versions) and Opera use 20px.&lt;br /&gt;&lt;br /&gt;Other platforms may run at other than 96 DPI as well.&lt;br /&gt;&lt;br /&gt;BTW - The link &quot;view comments&quot; does nothing for me. (Opera 9.63 on Mac.)</description>
		<content:encoded><![CDATA[<p>You said: &#8220;all current browsers on both platforms now use 16px as their font-size default.&#8221;<br />
<br />Mostly true, but not entirely. My IBM laptop (1400 x 1050px on 15&#8243; screen) runs at 120 DPI. While most browsers do indeed use 16px as the &#8220;medium&#8221; setting, IE (all versions) and Opera use 20px.</p>
<p>Other platforms may run at other than 96 DPI as well.</p>
<p>BTW &#8211; The link &#8220;view comments&#8221; does nothing for me. (Opera 9.63 on Mac.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rod</title>
		<link>http://blog.w3conversions.com/2009/02/font-sizing-em-pixel-point-percent-and-keywords/comment-page-1/#comment-3657</link>
		<dc:creator>Rod</dc:creator>
		<pubDate>Tue, 17 Feb 2009 21:25:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.communitymx.com/blog/index.cfm?newsid=941#comment-3657</guid>
		<description>Fonts, pt, px and em&#039;s&lt;br /&gt;Some notes on the subject&lt;br /&gt;&lt;br /&gt;In your &#039;Fonts equivalencies&#039; you really need to specify which browser is in use. Even then if designing you cannot rely on the &#039;default&#039; font being 12pt, medium etc. It can be changed by the user. I have observed that Opera has a default of 13px but also inherits font size from other HTML and styles it is displaying. I use a css designed to equalize all my 8 browsers to 16px.&lt;br /&gt;&lt;br /&gt;The font displayed must have a correction factor according to its &#039;pt&#039; value. That is, if Arial font is 12pt (16px) in size on the screen then Times New Roman at 12pt is 92% of that and Super Black SF is 126% but still defined as 12pt. Even changing to 16px font size the point values are honoured.&lt;br /&gt;&lt;br /&gt;I don&#039;t have a MAC to confirm the 16px default but would doubt it as the pixel size of the MAC would now have to be 96dpi for correct page display of HTML documents. Or is it that the MAC browser is refomating the page as if it were a 12px font (72dpi). This would be a possibility as the Opera browser seems to be able to format all px values to em units so it can zoom everything correctly. Then how does the MAC handle the different size units (pt, px, em, ex and percent) and how does it know that a web page is formatted for a PC screen?&lt;br /&gt;&lt;br /&gt;In your em-based div sizes example the results are what I would have expected.&lt;br /&gt;&lt;br /&gt;My concern has been in achieving a standard format definition that works between browsers and secondly ensuring code generated is scaleable. &lt;br /&gt;&lt;br /&gt;I would wish for more browser developement tools such as the &lt;br /&gt;&#039;Developer:javescript console&#039; of Google Chrome and the &#039;Advanced:Developer Tools&#039; offered by the Opera browser. Both of which relate the css properties to the code. Also a better code generator program that works in native &#039;em&#039;. I recently complained to one company because its code could not be zoomed even twice without loosing text or over flowing onto it&#039;s non scaled images.&lt;br /&gt;&lt;br /&gt;Perhaps more questions than answers still but the relationships are becoming clearer.&lt;br /&gt;&lt;br /&gt;regards...Rod  &lt;br /&gt;&lt;br /&gt;</description>
		<content:encoded><![CDATA[<p>Fonts, pt, px and em&#8217;s<br />
<br />Some notes on the subject</p>
<p>In your &#8216;Fonts equivalencies&#8217; you really need to specify which browser is in use. Even then if designing you cannot rely on the &#8216;default&#8217; font being 12pt, medium etc. It can be changed by the user. I have observed that Opera has a default of 13px but also inherits font size from other HTML and styles it is displaying. I use a css designed to equalize all my 8 browsers to 16px.</p>
<p>The font displayed must have a correction factor according to its &#8216;pt&#8217; value. That is, if Arial font is 12pt (16px) in size on the screen then Times New Roman at 12pt is 92% of that and Super Black SF is 126% but still defined as 12pt. Even changing to 16px font size the point values are honoured.</p>
<p>I don&#8217;t have a MAC to confirm the 16px default but would doubt it as the pixel size of the MAC would now have to be 96dpi for correct page display of HTML documents. Or is it that the MAC browser is refomating the page as if it were a 12px font (72dpi). This would be a possibility as the Opera browser seems to be able to format all px values to em units so it can zoom everything correctly. Then how does the MAC handle the different size units (pt, px, em, ex and percent) and how does it know that a web page is formatted for a PC screen?</p>
<p>In your em-based div sizes example the results are what I would have expected.</p>
<p>My concern has been in achieving a standard format definition that works between browsers and secondly ensuring code generated is scaleable. </p>
<p>I would wish for more browser developement tools such as the<br />
<br />&#8216;Developer:javescript console&#8217; of Google Chrome and the &#8216;Advanced:Developer Tools&#8217; offered by the Opera browser. Both of which relate the css properties to the code. Also a better code generator program that works in native &#8216;em&#8217;. I recently complained to one company because its code could not be zoomed even twice without loosing text or over flowing onto it&#8217;s non scaled images.</p>
<p>Perhaps more questions than answers still but the relationships are becoming clearer.</p>
<p>regards&#8230;Rod  </p>
]]></content:encoded>
	</item>
</channel>
</rss>
