<?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: typographica</title>
	<atom:link href="http://typesites.com/typographica/feed/" rel="self" type="application/rss+xml" />
	<link>http://typesites.com/typographica/</link>
	<description></description>
	<lastBuildDate>Wed, 10 Mar 2010 20:40:42 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: JamesD</title>
		<link>http://typesites.com/typographica/comment-page-1/#comment-580</link>
		<dc:creator>JamesD</dc:creator>
		<pubDate>Thu, 11 Jun 2009 16:16:48 +0000</pubDate>
		<guid isPermaLink="false">http://typesites.com/?p=156#comment-580</guid>
		<description>Thanks for the useful info. It&#039;s so interesting</description>
		<content:encoded><![CDATA[<p>Thanks for the useful info. It&#8217;s so&nbsp;interesting</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://typesites.com/typographica/comment-page-1/#comment-575</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Wed, 20 May 2009 23:55:02 +0000</pubDate>
		<guid isPermaLink="false">http://typesites.com/?p=156#comment-575</guid>
		<description>I think the new design is great. I wasn&#039;t bothered by the navigation (or lack thereof) at all, and in fact find it to be entirely appropriate for the blog/article format. My only qualm is in regard to the tight gutters between the columns of text. The type specimen images to the left are sitting pretty uncomfortably close to the articles on the right. All in all, a nice site.</description>
		<content:encoded><![CDATA[<p>I think the new design is great. I wasn&#8217;t bothered by the navigation (or lack thereof) at all, and in fact find it to be entirely appropriate for the blog/article format. My only qualm is in regard to the tight gutters between the columns of text. The type specimen images to the left are sitting pretty uncomfortably close to the articles on the right. All in all, a nice&nbsp;site.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Brown</title>
		<link>http://typesites.com/typographica/comment-page-1/#comment-571</link>
		<dc:creator>Tim Brown</dc:creator>
		<pubDate>Sat, 16 May 2009 17:23:53 +0000</pubDate>
		<guid isPermaLink="false">http://typesites.com/?p=156#comment-571</guid>
		<description>@Dan I totally agree. The 50/50 content and meta info in the middle are great.

I also love how the post title hangs over into the meta column, instead of being directly over the review text.</description>
		<content:encoded><![CDATA[<p>@Dan I totally agree. The 50/50 content and meta info in the middle are&nbsp;great.</p>
<p>I also love how the post title hangs over into the meta column, instead of being directly over the review&nbsp;text.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Gayle</title>
		<link>http://typesites.com/typographica/comment-page-1/#comment-570</link>
		<dc:creator>Dan Gayle</dc:creator>
		<pubDate>Tue, 12 May 2009 16:20:00 +0000</pubDate>
		<guid isPermaLink="false">http://typesites.com/?p=156#comment-570</guid>
		<description>Sorry about taking the discussion out of focus. Here is my visual thoughts:

I love the 50%/50% layout of article pages. I personally have been developing some sites like that, including my own personal blog. Having the type specimen front and center, or more accurately top and left, your eye is immediately drawn to what is most important in the article: the font itself. 

The meta data about the font is displayed in an unobtrusive manner in the middle column, in a way that presents the information without cluttering the page.

Overall, I really like the site&#039;s visual appeal.</description>
		<content:encoded><![CDATA[<p>Sorry about taking the discussion out of focus. Here is my visual&nbsp;thoughts:</p>
<p>I love the 50%/50% layout of article pages. I personally have been developing some sites like that, including my own personal blog. Having the type specimen front and center, or more accurately top and left, your eye is immediately drawn to what is most important in the article: the font&nbsp;itself. </p>
<p>The meta data about the font is displayed in an unobtrusive manner in the middle column, in a way that presents the information without cluttering the&nbsp;page.</p>
<p>Overall, I really like the site&#8217;s visual&nbsp;appeal.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://typesites.com/typographica/comment-page-1/#comment-569</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Tue, 12 May 2009 02:43:31 +0000</pubDate>
		<guid isPermaLink="false">http://typesites.com/?p=156#comment-569</guid>
		<description>Hi, new readers. Don&#039;t let all the beefy semantics-talk stop you from joining in. What do you think of the visual decisions at Typographica?</description>
		<content:encoded><![CDATA[<p>Hi, new readers. Don&#8217;t let all the beefy semantics-talk stop you from joining in. What do you think of the visual decisions at&nbsp;Typographica?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Gayle</title>
		<link>http://typesites.com/typographica/comment-page-1/#comment-567</link>
		<dc:creator>Dan Gayle</dc:creator>
		<pubDate>Tue, 05 May 2009 15:50:47 +0000</pubDate>
		<guid isPermaLink="false">http://typesites.com/?p=156#comment-567</guid>
		<description>RE: h1 tags
In general, I like to tag whatever the site is about, whether that is the title or a description. Then, I figure out what the next most important parts are. On the home page, the article listings are the next most important, so I tag them as h2s. 

Interior pages, however, require modification. If the heading is static, I will replace the h1 around the site name with either a div or a span, depending on relevance. You can use microformats on your page to indicate that the site title is still relevant. I simply id or class the title, and style appropriately to match the visual appearance of the same text as it appeared as an h1.

Then, give the main title of that page, what it is about, the h1 tag, styled appropriately for that page.</description>
		<content:encoded><![CDATA[<p>RE: h1 tags<br />
In general, I like to tag whatever the site is about, whether that is the title or a description. Then, I figure out what the next most important parts are. On the home page, the article listings are the next most important, so I tag them as&nbsp;h2s. </p>
<p>Interior pages, however, require modification. If the heading is static, I will replace the h1 around the site name with either a div or a span, depending on relevance. You can use microformats on your page to indicate that the site title is still relevant. I simply id or class the title, and style appropriately to match the visual appearance of the same text as it appeared as an&nbsp;h1.</p>
<p>Then, give the main title of that page, what it is about, the h1 tag, styled appropriately for that&nbsp;page.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Gayle</title>
		<link>http://typesites.com/typographica/comment-page-1/#comment-566</link>
		<dc:creator>Dan Gayle</dc:creator>
		<pubDate>Tue, 05 May 2009 15:50:22 +0000</pubDate>
		<guid isPermaLink="false">http://typesites.com/?p=156#comment-566</guid>
		<description>My view of optimizing for search engines means optimizing for people. As the search engines get more advanced, they are constantly tweaking their algorithms to make the best possible, most useful, search results for a given query. If you ask the opinion of the Google employees they will tell you that the best way to optimize your site is to make it more user friendly and accessible. Lo and behold, if you do that, the search engines miraculously start to like you better.

What I am recommending is not to write your headlines for SEO, I am recommending you write your headlines for people. The first rule of usability is &quot;Don&#039;t Make Me Think&quot;. On that Archer page, you certainly do not immediately know that it is a review of Hoefler &amp; Frere-Jones&#039; Archer typeface. You don&#039;t know what the page is about until you read the &quot;Reviewed by David John Earls&quot; byline, which because of its light weight and the heavy weight of everything around it, you don&#039;t immediately see.

Web design, as well as any other design, is all about hierarchy. In fact, semantic markup is 100% about hierarchy. If the most important piece of information about a page is relegated to a minor div block, and other pieces of web furniture are promoted above it for no other reason than the visual impact, then what kind of hierarchy is that?</description>
		<content:encoded><![CDATA[<p>My view of optimizing for search engines means optimizing for people. As the search engines get more advanced, they are constantly tweaking their algorithms to make the best possible, most useful, search results for a given query. If you ask the opinion of the Google employees they will tell you that the best way to optimize your site is to make it more user friendly and accessible. Lo and behold, if you do that, the search engines miraculously start to like you&nbsp;better.</p>
<p>What I am recommending is not to write your headlines for SEO, I am recommending you write your headlines for people. The first rule of usability is &#8220;Don&#8217;t Make Me Think&#8221;. On that Archer page, you certainly do not immediately know that it is a review of Hoefler &amp; Frere-Jones&#8217; Archer typeface. You don&#8217;t know what the page is about until you read the &#8220;Reviewed by David John Earls&#8221; byline, which because of its light weight and the heavy weight of everything around it, you don&#8217;t immediately&nbsp;see.</p>
<p>Web design, as well as any other design, is all about hierarchy. In fact, semantic markup is 100% about hierarchy. If the most important piece of information about a page is relegated to a minor div block, and other pieces of web furniture are promoted above it for no other reason than the visual impact, then what kind of hierarchy is&nbsp;that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Brown</title>
		<link>http://typesites.com/typographica/comment-page-1/#comment-565</link>
		<dc:creator>Tim Brown</dc:creator>
		<pubDate>Tue, 05 May 2009 14:22:21 +0000</pubDate>
		<guid isPermaLink="false">http://typesites.com/?p=156#comment-565</guid>
		<description>Something to keep in mind here, compositionally, is that the spec is an important part of the review. The spec has to grab some attention for itself – so the page doesn&#039;t look flat, and so as to encourage a combination of looking (at the spec) and reading (the review). That the arrangement of headings and review text counter-balances the spec is what makes it so interesting.

Other pages on the site are meant solely for reading: see &lt;a href=&quot;http://new.typographica.org/category/on-typography/&quot; rel=&quot;nofollow&quot;&gt;the commentary&lt;/a&gt;. Notice how those posts are entirely about reading.</description>
		<content:encoded><![CDATA[<p>Something to keep in mind here, compositionally, is that the spec is an important part of the review. The spec has to grab some attention for itself – so the page doesn&#8217;t look flat, and so as to encourage a combination of looking (at the spec) and reading (the review). That the arrangement of headings and review text counter-balances the spec is what makes it so&nbsp;interesting.</p>
<p>Other pages on the site are meant solely for reading: see <a href="http://new.typographica.org/category/on-typography/" rel="nofollow">the commentary</a>. Notice how those posts are entirely about&nbsp;reading.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kyle Meyer</title>
		<link>http://typesites.com/typographica/comment-page-1/#comment-564</link>
		<dc:creator>Kyle Meyer</dc:creator>
		<pubDate>Tue, 05 May 2009 14:04:29 +0000</pubDate>
		<guid isPermaLink="false">http://typesites.com/?p=156#comment-564</guid>
		<description>Code quality aside, there are bits to the design I absolutely adore.

Regarding, the lack of white-space between the typeface sample image and the review on the right: I feel as though a single empty sub-column here would provide enough white-space to help offset the article from the sample image. This would greatly increase the hierarchy outlined by Tim, and—for me at least—remove that initial feeling of disorientation.

&lt;strong&gt;Stephen and Tim:&lt;/strong&gt; Thanks for continuing to participate in the commentary!</description>
		<content:encoded><![CDATA[<p>Code quality aside, there are bits to the design I absolutely&nbsp;adore.</p>
<p>Regarding, the lack of white-space between the typeface sample image and the review on the right: I feel as though a single empty sub-column here would provide enough white-space to help offset the article from the sample image. This would greatly increase the hierarchy outlined by Tim, and—for me at least—remove that initial feeling of&nbsp;disorientation.</p>
<p><strong>Stephen and Tim:</strong> Thanks for continuing to participate in the&nbsp;commentary!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Brown</title>
		<link>http://typesites.com/typographica/comment-page-1/#comment-563</link>
		<dc:creator>Tim Brown</dc:creator>
		<pubDate>Tue, 05 May 2009 13:25:33 +0000</pubDate>
		<guid isPermaLink="false">http://typesites.com/?p=156#comment-563</guid>
		<description>Leon:

I thought that too, at first, about the type specimens holding more weight. They are eye-catching. But as I spent more time on the page, the specimen began to recede. I think it has to do with the amount of white space in and around the letters, because they&#039;re at such a large size. Although this effect may vary from spec to spec.

As for why empty &lt;code&gt;div&lt;/code&gt;s and &lt;code&gt;span&lt;/code&gt;s are non-semantic, I think it&#039;s simply because you don&#039;t want to publish anything (at all) that doesn&#039;t serve your content. I often break this rule when I need multiple overlapping background images (view source on the parallax at &lt;a href=&quot;http://english.vassar.edu/&quot; rel=&quot;nofollow&quot;&gt;Vassar English&lt;/a&gt;), but the nonsemantic and/or empty &lt;code&gt;div&lt;/code&gt; and &lt;code&gt;span&lt;/code&gt; elements I saw in Typographica&#039;s code were either holding text (should have been structural) or holding nothing (should not have been there). That&#039;s not to say that breaking this rule is acceptable in my case; just that I am breaking it for a specific effect that cannot otherwise be achieved (yet).</description>
		<content:encoded><![CDATA[<p>Leon:</p>
<p>I thought that too, at first, about the type specimens holding more weight. They are eye-catching. But as I spent more time on the page, the specimen began to recede. I think it has to do with the amount of white space in and around the letters, because they&#8217;re at such a large size. Although this effect may vary from spec to&nbsp;spec.</p>
<p>As for why empty <code>div</code>s and <code>span</code>s are non-semantic, I think it&#8217;s simply because you don&#8217;t want to publish anything (at all) that doesn&#8217;t serve your content. I often break this rule when I need multiple overlapping background images (view source on the parallax at <a href="http://english.vassar.edu/" rel="nofollow">Vassar English</a>), but the nonsemantic and/or empty <code>div</code> and <code>span</code> elements I saw in Typographica&#8217;s code were either holding text (should have been structural) or holding nothing (should not have been there). That&#8217;s not to say that breaking this rule is acceptable in my case; just that I am breaking it for a specific effect that cannot otherwise be achieved&nbsp;(yet).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 1.113 seconds -->
