<?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: The Old New&#160;Yorker</title>
	<atom:link href="http://www.webclique.net/weblog/2007/07/05/the-old-new-yorker/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.webclique.net/feeder/?FeederAction=clicked&amp;feed=Comments+on+Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fwww.webclique.net%2Fweblog%2F2007%2F07%2F05%2Fthe-old-new-yorker%2F%23comment-&amp;seed_title=The+Old%26%23160%3BNew%26%23160%3BYorker</link>
	<description>...drawing conclusions, one conspiracy theory at a time.</description>
	<pubDate>Wed, 03 Dec 2008 21:33:25 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Nick</title>
		<link>http://www.webclique.net/feeder/?FeederAction=clicked&amp;feed=Comments+on+Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fwww.webclique.net%2Fweblog%2F2007%2F07%2F05%2Fthe-old-new-yorker%2F%23comment-1645&amp;seed_title=The+Old%26%23160%3BNew%26%23160%3BYorker#comment-1645</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Fri, 06 Jul 2007 15:07:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.webclique.net/weblog/?p=44#comment-1645</guid>
		<description>Well, it is definitely important to remind designers that our need for flexibility doesn't remove our need to explore more effective/appealing typographical presentations. 

And your post is the first thing I've read in a while that tries to pull back the reins a little and remind us that we aren't as powerless as we might think we are and can't give up our responsibilities yet. 

Thanks for maintaining the balance.</description>
		<content:encoded><![CDATA[<p>Well, it is definitely important to remind designers that our need for flexibility doesn&#8217;t remove our need to explore more effective/appealing typographical presentations. </p>
<p>And your post is the first thing I&#8217;ve read in a while that tries to pull back the reins a little and remind us that we aren&#8217;t as powerless as we might think we are and can&#8217;t give up our responsibilities yet. </p>
<p>Thanks for maintaining the balance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Erin Lynch</title>
		<link>http://www.webclique.net/feeder/?FeederAction=clicked&amp;feed=Comments+on+Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fwww.webclique.net%2Fweblog%2F2007%2F07%2F05%2Fthe-old-new-yorker%2F%23comment-1644&amp;seed_title=The+Old%26%23160%3BNew%26%23160%3BYorker#comment-1644</link>
		<dc:creator>Erin Lynch</dc:creator>
		<pubDate>Fri, 06 Jul 2007 08:35:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.webclique.net/weblog/?p=44#comment-1644</guid>
		<description>Wow! Thanks Emily for commenting on your piece.

I think my problem simply lies in the breadth of the statement as it stands. To say that we can't control kerning and leading is, I think, a clouded statement that needs a bit more definition. We can control kerning and leading within our designs, and, yes, that control can be adjusted by the end user, but the ability to control type elements is still there.

I understand, upon further reflection, what Mr. Eskin was trying to say. Yet, if I take an objective step back and look at the sentence from the viewpoint of an individual who perhaps does not work in the web design field, or someone who is just moving in that direction, I have to ask myself does the latter half of his quote clarify or confuse me as to the capabilities of working with type on the web?

With that said, I know I'm splitting hairs. Thank you very much to Emily Gordon and Nick for your thoughts, insight and stimulating conversation.</description>
		<content:encoded><![CDATA[<p>Wow! Thanks Emily for commenting on your piece.</p>
<p>I think my problem simply lies in the breadth of the statement as it stands. To say that we can&#8217;t control kerning and leading is, I think, a clouded statement that needs a bit more definition. We can control kerning and leading within our designs, and, yes, that control can be adjusted by the end user, but the ability to control type elements is still there.</p>
<p>I understand, upon further reflection, what Mr. Eskin was trying to say. Yet, if I take an objective step back and look at the sentence from the viewpoint of an individual who perhaps does not work in the web design field, or someone who is just moving in that direction, I have to ask myself does the latter half of his quote clarify or confuse me as to the capabilities of working with type on the web?</p>
<p>With that said, I know I&#8217;m splitting hairs. Thank you very much to Emily Gordon and Nick for your thoughts, insight and stimulating conversation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emily Gordon</title>
		<link>http://www.webclique.net/feeder/?FeederAction=clicked&amp;feed=Comments+on+Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fwww.webclique.net%2Fweblog%2F2007%2F07%2F05%2Fthe-old-new-yorker%2F%23comment-1643&amp;seed_title=The+Old%26%23160%3BNew%26%23160%3BYorker#comment-1643</link>
		<dc:creator>Emily Gordon</dc:creator>
		<pubDate>Fri, 06 Jul 2007 04:40:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.webclique.net/weblog/?p=44#comment-1643</guid>
		<description>Hey, thanks for reading the piece so thoughtfully. I interviewed Blake Eskin for about an hour, and he went into terrific detail about many aspects, editorial and technical, of working on the web and on the &lt;i&gt;New Yorker&lt;/i&gt; site in particular. Unfortunately, because I was working in such a short space, all I could use was this short sentence. If there are any mistakes in my story, I certainly take responsibility for them, but I think Nick is right, despite your very valid point about CSS.

Here's the sentence in question:

Part of the challenge for exacting print people, as web editor Blake Eskin observes, is that "there’s a level of precision that you can’t achieve online&#8212;you can’t control kerning or line spacing, for instance," so content and search-engine functionality are key.</description>
		<content:encoded><![CDATA[<p>Hey, thanks for reading the piece so thoughtfully. I interviewed Blake Eskin for about an hour, and he went into terrific detail about many aspects, editorial and technical, of working on the web and on the <i>New Yorker</i> site in particular. Unfortunately, because I was working in such a short space, all I could use was this short sentence. If there are any mistakes in my story, I certainly take responsibility for them, but I think Nick is right, despite your very valid point about CSS.</p>
<p>Here&#8217;s the sentence in question:</p>
<p>Part of the challenge for exacting print people, as web editor Blake Eskin observes, is that &#8220;there’s a level of precision that you can’t achieve online&#8212;you can’t control kerning or line spacing, for instance,&#8221; so content and search-engine functionality are key.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Erin Lynch</title>
		<link>http://www.webclique.net/feeder/?FeederAction=clicked&amp;feed=Comments+on+Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fwww.webclique.net%2Fweblog%2F2007%2F07%2F05%2Fthe-old-new-yorker%2F%23comment-1642&amp;seed_title=The+Old%26%23160%3BNew%26%23160%3BYorker#comment-1642</link>
		<dc:creator>Erin Lynch</dc:creator>
		<pubDate>Fri, 06 Jul 2007 02:17:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.webclique.net/weblog/?p=44#comment-1642</guid>
		<description>You make a good point Nick. Darn my penchant for being too literal. Yet...

This is a perfect example where some simple clarification of a quote could have made all the difference between comprehension and confusion.

While I do agree that eventual control of typographical elements on the web are out of the designer's hands due to user preference, browser defaults, etc., we have been given an amount of control (through css) that we can exert over our designs as they go out of our studios. 

During the concept and design phases of a site we can employ our baseline standard as regards typographic control. We can exert a level of precision within our text elements. And, yes, this can be overridden at the browser level, but that control still exists within the css we originally created. That control still has a bearing on what a user sees despite their personal viewing preferences.

At the end of the day, pixel-perfect precision is not attainable at this point. There are just too many factors involved, and I, like every other designer, will have to live with it. I guess it's much the same way that I need to live with poorly delivered and somewhat vague statements from my perfectly kerned and leaded design magazines.</description>
		<content:encoded><![CDATA[<p>You make a good point Nick. Darn my penchant for being too literal. Yet&#8230;</p>
<p>This is a perfect example where some simple clarification of a quote could have made all the difference between comprehension and confusion.</p>
<p>While I do agree that eventual control of typographical elements on the web are out of the designer&#8217;s hands due to user preference, browser defaults, etc., we have been given an amount of control (through css) that we can exert over our designs as they go out of our studios. </p>
<p>During the concept and design phases of a site we can employ our baseline standard as regards typographic control. We can exert a level of precision within our text elements. And, yes, this can be overridden at the browser level, but that control still exists within the css we originally created. That control still has a bearing on what a user sees despite their personal viewing preferences.</p>
<p>At the end of the day, pixel-perfect precision is not attainable at this point. There are just too many factors involved, and I, like every other designer, will have to live with it. I guess it&#8217;s much the same way that I need to live with poorly delivered and somewhat vague statements from my perfectly kerned and leaded design magazines.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick</title>
		<link>http://www.webclique.net/feeder/?FeederAction=clicked&amp;feed=Comments+on+Articles+%28RSS2%29&amp;seed=http%3A%2F%2Fwww.webclique.net%2Fweblog%2F2007%2F07%2F05%2Fthe-old-new-yorker%2F%23comment-1641&amp;seed_title=The+Old%26%23160%3BNew%26%23160%3BYorker#comment-1641</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Thu, 05 Jul 2007 20:46:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.webclique.net/weblog/?p=44#comment-1641</guid>
		<description>But isn't there a little truth in that statement?  I wish it wasn't true, but it is hard to have the sort of precision (especially typographically) that you can have in print design.  Users can control too much of the game on their end for there to be hard, fast pixel-perfect precision.  

How do we reconcile the two issues? I don't want to feel like I'm forcing users into a certain box but the frustration of designing something for the user/browser to mangle is also unappealing.</description>
		<content:encoded><![CDATA[<p>But isn&#8217;t there a little truth in that statement?  I wish it wasn&#8217;t true, but it is hard to have the sort of precision (especially typographically) that you can have in print design.  Users can control too much of the game on their end for there to be hard, fast pixel-perfect precision.  </p>
<p>How do we reconcile the two issues? I don&#8217;t want to feel like I&#8217;m forcing users into a certain box but the frustration of designing something for the user/browser to mangle is also unappealing.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
