<?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: Typography: Baseline Rhythm Deciphered</title>
	<atom:link href="http://www.sitepoint.com/blogs/2007/04/30/typography-baseline-rhythm-deciphered/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2007/04/30/typography-baseline-rhythm-deciphered/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<pubDate>Fri, 05 Dec 2008 00:37:22 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: ImCat</title>
		<link>http://www.sitepoint.com/blogs/2007/04/30/typography-baseline-rhythm-deciphered/#comment-565799</link>
		<dc:creator>ImCat</dc:creator>
		<pubDate>Sat, 22 Dec 2007 04:23:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1911#comment-565799</guid>
		<description>@anonymous, yes, you are wrong. In CSS 'em ' = font-size for the element (or element's parent, if elementy does not have font-size set).
So if font-size for body is 12px then em for body is also 12px and 1.5em makes 18px.</description>
		<content:encoded><![CDATA[<p>@anonymous, yes, you are wrong. In CSS &#8216;em &#8216; = font-size for the element (or element&#8217;s parent, if elementy does not have font-size set).<br />
So if font-size for body is 12px then em for body is also 12px and 1.5em makes 18px.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: anonymous</title>
		<link>http://www.sitepoint.com/blogs/2007/04/30/typography-baseline-rhythm-deciphered/#comment-468126</link>
		<dc:creator>anonymous</dc:creator>
		<pubDate>Wed, 14 Nov 2007 23:52:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1911#comment-468126</guid>
		<description>nice article.. Small correction, I could be wrong, I thought that 

  1em = 12pt = 16px.

This is in reference to your your comment in the CSS Where you said that 18px = 1.5em where it should be 18pt = 1.5em</description>
		<content:encoded><![CDATA[<p>nice article.. Small correction, I could be wrong, I thought that </p>
<p>  1em = 12pt = 16px.</p>
<p>This is in reference to your your comment in the CSS Where you said that 18px = 1.5em where it should be 18pt = 1.5em</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Bert</title>
		<link>http://www.sitepoint.com/blogs/2007/04/30/typography-baseline-rhythm-deciphered/#comment-295872</link>
		<dc:creator>Bert</dc:creator>
		<pubDate>Thu, 05 Jul 2007 14:18:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1911#comment-295872</guid>
		<description>Ok, I'm all for this, but one question:
How do you maintain the vertical rhythm when you use things like sub or superscript?</description>
		<content:encoded><![CDATA[<p>Ok, I&#8217;m all for this, but one question:<br />
How do you maintain the vertical rhythm when you use things like sub or superscript?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Yank</title>
		<link>http://www.sitepoint.com/blogs/2007/04/30/typography-baseline-rhythm-deciphered/#comment-239766</link>
		<dc:creator>Kevin Yank</dc:creator>
		<pubDate>Thu, 03 May 2007 21:56:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1911#comment-239766</guid>
		<description>Specifying the font-size in pixels would only be necessary if you wanted your vertical rhythm to include graphical elements as well. I personally use this technique with font-sizes specified in ems, and it works fine.</description>
		<content:encoded><![CDATA[<p>Specifying the font-size in pixels would only be necessary if you wanted your vertical rhythm to include graphical elements as well. I personally use this technique with font-sizes specified in ems, and it works fine.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Matthew Magain</title>
		<link>http://www.sitepoint.com/blogs/2007/04/30/typography-baseline-rhythm-deciphered/#comment-239084</link>
		<dc:creator>Matthew Magain</dc:creator>
		<pubDate>Wed, 02 May 2007 23:04:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1911#comment-239084</guid>
		<description>Lisa: AFAIK setting font size in fixed units only prevents users on IE6 or earlier from resizing their text. See my link to Richard's article on 24ways above for details on how this can be addressed.</description>
		<content:encoded><![CDATA[<p>Lisa: AFAIK setting font size in fixed units only prevents users on IE6 or earlier from resizing their text. See my link to Richard&#8217;s article on 24ways above for details on how this can be addressed.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Lisa Herrod</title>
		<link>http://www.sitepoint.com/blogs/2007/04/30/typography-baseline-rhythm-deciphered/#comment-239053</link>
		<dc:creator>Lisa Herrod</dc:creator>
		<pubDate>Wed, 02 May 2007 22:04:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1911#comment-239053</guid>
		<description>Interesting post Matt, thanks ;)

Just one point I'd like to question, from a best practice, usability position, why are font sizes specified in pixels?

I see Geoffrey's tool requires font sizes to be specified in pixels, and in the auto-generated CSS is produces code for the font in pixels and the line height in em's.</description>
		<content:encoded><![CDATA[<p>Interesting post Matt, thanks ;)</p>
<p>Just one point I&#8217;d like to question, from a best practice, usability position, why are font sizes specified in pixels?</p>
<p>I see Geoffrey&#8217;s tool requires font sizes to be specified in pixels, and in the auto-generated CSS is produces code for the font in pixels and the line height in em&#8217;s.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Yank</title>
		<link>http://www.sitepoint.com/blogs/2007/04/30/typography-baseline-rhythm-deciphered/#comment-237574</link>
		<dc:creator>Kevin Yank</dc:creator>
		<pubDate>Tue, 01 May 2007 01:22:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1911#comment-237574</guid>
		<description>There is one big difference between specifying a &lt;code&gt;line-height&lt;/code&gt; with units (em, ex, %, pt, pc, in, cm, mm, or px) and using a unitless muliplier as Neil suggests.

Traditionally, using a unitless multiplier was the preferred method, because descendant elements would inherit the multiplier, and not the calculated value. For example, if you set the &lt;code&gt;line-height&lt;/code&gt; on a &lt;code&gt;p&lt;/code&gt; element to 1.2 and its absolute font size was 10 pixels, it would have a leading of 12 pixels, but if that paragraph contained, say, a &lt;code&gt;span&lt;/code&gt; element with a font size of 15 pixels, the leading around that span would increase to 18 pixels (1.2 × 15 pixels).

While handy for allowing lines to expand to accommodate larger content, this behavior would interfere with the "vertical rhythm" discussed in this article, which is why it is not recommended when applying this design style.

Instead, if you wish to set a vertical rhythm, you should specify the &lt;code&gt;line-height&lt;/code&gt; using absolute or relative units. The &lt;code&gt;em&lt;/code&gt; is popular, as it allows you to specify a value in terms of the font size. For example, if you set the &lt;code&gt;line-height&lt;/code&gt; on a &lt;code&gt;p&lt;/code&gt; element to 1.2em (note the unit this time!) and its absolute font size was 10 pixels, it would again have a leading of 12 pixels, but this time if the paragraph contained a &lt;code&gt;span&lt;/code&gt; element with a font size of 15 pixels, the leading around that span would remain fixed at 12 pixels, as the absolute measurement is inherited from the paragraph, rather than the ratio.

Of course, in this example you would get the large-font &lt;code&gt;span&lt;/code&gt; overlapping the line above it because the line height would be too small for the font in the &lt;code&gt;span&lt;/code&gt;, but your vertical rhythm would remain intact.

Hope that clears the issue up.</description>
		<content:encoded><![CDATA[<p>There is one big difference between specifying a <code>line-height</code> with units (em, ex, %, pt, pc, in, cm, mm, or px) and using a unitless muliplier as Neil suggests.</p>
<p>Traditionally, using a unitless multiplier was the preferred method, because descendant elements would inherit the multiplier, and not the calculated value. For example, if you set the <code>line-height</code> on a <code>p</code> element to 1.2 and its absolute font size was 10 pixels, it would have a leading of 12 pixels, but if that paragraph contained, say, a <code>span</code> element with a font size of 15 pixels, the leading around that span would increase to 18 pixels (1.2 × 15 pixels).</p>
<p>While handy for allowing lines to expand to accommodate larger content, this behavior would interfere with the &#8220;vertical rhythm&#8221; discussed in this article, which is why it is not recommended when applying this design style.</p>
<p>Instead, if you wish to set a vertical rhythm, you should specify the <code>line-height</code> using absolute or relative units. The <code>em</code> is popular, as it allows you to specify a value in terms of the font size. For example, if you set the <code>line-height</code> on a <code>p</code> element to 1.2em (note the unit this time!) and its absolute font size was 10 pixels, it would again have a leading of 12 pixels, but this time if the paragraph contained a <code>span</code> element with a font size of 15 pixels, the leading around that span would remain fixed at 12 pixels, as the absolute measurement is inherited from the paragraph, rather than the ratio.</p>
<p>Of course, in this example you would get the large-font <code>span</code> overlapping the line above it because the line height would be too small for the font in the <code>span</code>, but your vertical rhythm would remain intact.</p>
<p>Hope that clears the issue up.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Matthew Magain</title>
		<link>http://www.sitepoint.com/blogs/2007/04/30/typography-baseline-rhythm-deciphered/#comment-237452</link>
		<dc:creator>Matthew Magain</dc:creator>
		<pubDate>Mon, 30 Apr 2007 21:36:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1911#comment-237452</guid>
		<description>Good point Neil. line-height can take either a unitless value to be multiplied by the font-size, or a fixed distance, with units.

For those with a print background, it can be more intuitive to think in specific distances, as traditionally this is how leading is expressed (e.g. Palatino 12/18 refers to a 12pt font size and leading of 18pt). But an absolute value is definitely fine too.</description>
		<content:encoded><![CDATA[<p>Good point Neil. line-height can take either a unitless value to be multiplied by the font-size, or a fixed distance, with units.</p>
<p>For those with a print background, it can be more intuitive to think in specific distances, as traditionally this is how leading is expressed (e.g. Palatino 12/18 refers to a 12pt font size and leading of 18pt). But an absolute value is definitely fine too.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Neil</title>
		<link>http://www.sitepoint.com/blogs/2007/04/30/typography-baseline-rhythm-deciphered/#comment-237237</link>
		<dc:creator>Neil</dc:creator>
		<pubDate>Mon, 30 Apr 2007 14:05:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1911#comment-237237</guid>
		<description>Why use units on the line-height at all?  They're not needed or necessary, imo.</description>
		<content:encoded><![CDATA[<p>Why use units on the line-height at all?  They&#8217;re not needed or necessary, imo.</p>]]></content:encoded>
	</item>
</channel>
</rss>
