<?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: The Right Proposal for Type on the Web</title>
	<atom:link href="http://astheria.com/design/the-right-proposal-for-type-on-the-web/feed" rel="self" type="application/rss+xml" />
	<link>http://astheria.com/design/the-right-proposal-for-type-on-the-web</link>
	<description></description>
	<lastBuildDate>Thu, 11 Mar 2010 03:12:15 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Barney</title>
		<link>http://astheria.com/design/the-right-proposal-for-type-on-the-web/comment-page-1#comment-17580</link>
		<dc:creator>Barney</dc:creator>
		<pubDate>Wed, 30 Sep 2009 12:31:25 +0000</pubDate>
		<guid isPermaLink="false">http://astheria.com/?p=110#comment-17580</guid>
		<description>Several of the participants here should be interested in this — instruction of how to easily convert TTF to OET using open-source tools:

http://karoshiethos.com/?p=441</description>
		<content:encoded><![CDATA[<p>Several of the participants here should be interested in this — instruction of how to easily convert TTF to OET using open-source&nbsp;tools:</p>
<p><a href="http://karoshiethos.com/?p=441" rel="nofollow">http://karoshiethos.com/?p=441</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barney</title>
		<link>http://astheria.com/design/the-right-proposal-for-type-on-the-web/comment-page-1#comment-17371</link>
		<dc:creator>Barney</dc:creator>
		<pubDate>Tue, 22 Sep 2009 15:15:25 +0000</pubDate>
		<guid isPermaLink="false">http://astheria.com/?p=110#comment-17371</guid>
		<description>@Ian:
You&#039;re quite right in saying that EOT takes more effort to implement, but it is practically achievable - and doesn&#039;t involve such a crippling paradigm shift for foundries as simply having your fonts given away in whole whenever they are used, while still providing real text without technology dependencies that can be selected, copied, etc...</description>
		<content:encoded><![CDATA[<p>@Ian:<br />
You&#8217;re quite right in saying that EOT takes more effort to implement, but it is practically achievable - and doesn&#8217;t involve such a crippling paradigm shift for foundries as simply having your fonts given away in whole whenever they are used, while still providing real text without technology dependencies that can be selected, copied,&nbsp;etc&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian O'Dea</title>
		<link>http://astheria.com/design/the-right-proposal-for-type-on-the-web/comment-page-1#comment-17368</link>
		<dc:creator>Ian O'Dea</dc:creator>
		<pubDate>Tue, 22 Sep 2009 14:07:20 +0000</pubDate>
		<guid isPermaLink="false">http://astheria.com/?p=110#comment-17368</guid>
		<description>@Tommie: I think you actually stated one of the bigger reasons why nobody talks about EOT: It was Microsoft that made it.  People are pretty wary of any kind of solution that comes from Microsoft, as they have a history of being huge jerks.

On top of that, even if they *have* come up with something good in EOT, it&#039;s still encumbered by the fact that you have to convert everything to OT (one hurdle that .webfont gets to ignore, as it is form-agnostic), and THEN you also have to convert that OT font to EOT, which you can only do on one platform, a platform that ISN&#039;T used by most designers (and, likely, type foundries), with one tool (last I checked, at least).

EOT really heavily restricts the people who actually want to use it, which is NOT a good idea.</description>
		<content:encoded><![CDATA[<p>@Tommie: I think you actually stated one of the bigger reasons why nobody talks about EOT: It was Microsoft that made it.  People are pretty wary of any kind of solution that comes from Microsoft, as they have a history of being huge&nbsp;jerks.</p>
<p>On top of that, even if they *have* come up with something good in EOT, it&#8217;s still encumbered by the fact that you have to convert everything to OT (one hurdle that .webfont gets to ignore, as it is form-agnostic), and THEN you also have to convert that OT font to EOT, which you can only do on one platform, a platform that ISN&#8217;T used by most designers (and, likely, type foundries), with one tool (last I checked, at&nbsp;least).</p>
<p>EOT really heavily restricts the people who actually want to use it, which is NOT a good&nbsp;idea.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tommie Hansen</title>
		<link>http://astheria.com/design/the-right-proposal-for-type-on-the-web/comment-page-1#comment-16326</link>
		<dc:creator>Tommie Hansen</dc:creator>
		<pubDate>Sat, 15 Aug 2009 18:49:51 +0000</pubDate>
		<guid isPermaLink="false">http://astheria.com/?p=110#comment-16326</guid>
		<description>I don&#039;t get either why there isn&#039;t more talk about the EOT&#039;s. Quite strange - it has been around forever and it actually was MS that did it!

It was back in the days when the IE dev-team though the web should be as interactive as possible and began developing the tools for it. When &quot;interaction&quot; was THE buzz-word to use (1997-1999?...) They actually was ahead of their time with image filtering and crazy stuff like that. It&#039;s quite funny when one thinks of it... :)</description>
		<content:encoded><![CDATA[<p>I don&#8217;t get either why there isn&#8217;t more talk about the EOT&#8217;s. Quite strange - it has been around forever and it actually was MS that did&nbsp;it!</p>
<p>It was back in the days when the IE dev-team though the web should be as interactive as possible and began developing the tools for it. When &#8220;interaction&#8221; was THE buzz-word to use (1997-1999?&#8230;) They actually was ahead of their time with image filtering and crazy stuff like that. It&#8217;s quite funny when one thinks of it&#8230; <img src='http://astheria.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barney Carroll</title>
		<link>http://astheria.com/design/the-right-proposal-for-type-on-the-web/comment-page-1#comment-15719</link>
		<dc:creator>Barney Carroll</dc:creator>
		<pubDate>Fri, 24 Jul 2009 10:15:53 +0000</pubDate>
		<guid isPermaLink="false">http://astheria.com/?p=110#comment-15719</guid>
		<description>Awkward to find myself touting a Microsoft technology, but I&#039;m with Nikita on this one.

What you&#039;re describing is done better by .EOT. EOT encrypts the font, and cannot have the original font files reverse-engineered out of it. It uses OpenType, as opposed to TrueType. These two aspects put it so far ahead of other browsers&#039; implementations of @font-face in such desirable ways, it&#039;s really surprising how much the design community can stand to not check it out for what it is, and spin out a million hairbrained shoddy alternatives in the meantime.

Currently it is difficult to implement — you&#039;ll need to convert any TTF fonts you want to use to OT with specialist software, and the encrypting application is Windows-only — and of course IE=&lt;7 is the only practical supporter.

But when people say they&#039;ll @font-face to refer to their ttfs first and then write back-up code for their IE eots, their IE &#039;alternative&#039; is much more secure and far more flexible.</description>
		<content:encoded><![CDATA[<p>Awkward to find myself touting a Microsoft technology, but I&#8217;m with Nikita on this&nbsp;one.</p>
<p>What you&#8217;re describing is done better by .EOT. EOT encrypts the font, and cannot have the original font files reverse-engineered out of it. It uses OpenType, as opposed to TrueType. These two aspects put it so far ahead of other browsers&#8217; implementations of @font-face in such desirable ways, it&#8217;s really surprising how much the design community can stand to not check it out for what it is, and spin out a million hairbrained shoddy alternatives in the&nbsp;meantime.</p>
<p>Currently it is difficult to implement — you&#8217;ll need to convert any TTF fonts you want to use to OT with specialist software, and the encrypting application is Windows-only — and of course IE=&lt;7 is the only practical&nbsp;supporter.</p>
<p>But when people say they&#8217;ll @font-face to refer to their ttfs first and then write back-up code for their IE eots, their IE &#8216;alternative&#8217; is much more secure and far more&nbsp;flexible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pablo Impallari</title>
		<link>http://astheria.com/design/the-right-proposal-for-type-on-the-web/comment-page-1#comment-15557</link>
		<dc:creator>Pablo Impallari</dc:creator>
		<pubDate>Fri, 17 Jul 2009 06:05:42 +0000</pubDate>
		<guid isPermaLink="false">http://astheria.com/?p=110#comment-15557</guid>
		<description>As Ryan Roberts says: it’ll will cracked in no time.</description>
		<content:encoded><![CDATA[<p>As Ryan Roberts says: it’ll will cracked in no&nbsp;time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Hoefler</title>
		<link>http://astheria.com/design/the-right-proposal-for-type-on-the-web/comment-page-1#comment-15555</link>
		<dc:creator>Jonathan Hoefler</dc:creator>
		<pubDate>Fri, 17 Jul 2009 03:25:39 +0000</pubDate>
		<guid isPermaLink="false">http://astheria.com/?p=110#comment-15555</guid>
		<description>Just a note to say thanks for your support, Kyle.

Joey, for what it&#039;s worth, nothing in .webfont is incompatible with Typekit, which is why you&#039;ll see that they&#039;ve just come out in favor of it as well. I&#039;m glad to have their support as well.

http://blog.typekit.com/2009/07/16/why-we-support-the-new-webfont-proposal/


Kindest Regards,

Jonathan</description>
		<content:encoded><![CDATA[<p>Just a note to say thanks for your support,&nbsp;Kyle.</p>
<p>Joey, for what it&#8217;s worth, nothing in .webfont is incompatible with Typekit, which is why you&#8217;ll see that they&#8217;ve just come out in favor of it as well. I&#8217;m glad to have their support as&nbsp;well.</p>
<p><a href="http://blog.typekit.com/2009/07/16/why-we-support-the-new-webfont-proposal/" rel="nofollow">http://blog.typekit.com/2009/07/16/why-we-support-the-new-webfont-proposal/</a></p>
<p>Kindest&nbsp;Regards,</p>
<p>Jonathan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kyle Meyer</title>
		<link>http://astheria.com/design/the-right-proposal-for-type-on-the-web/comment-page-1#comment-15552</link>
		<dc:creator>Kyle Meyer</dc:creator>
		<pubDate>Thu, 16 Jul 2009 22:59:58 +0000</pubDate>
		<guid isPermaLink="false">http://astheria.com/?p=110#comment-15552</guid>
		<description>When it comes to getting around the DRM, that&#039;s a given. No solution is bullet proof, but as Stuart said above, those people weren&#039;t likely to purchase the typeface to begin with. So it&#039;s no loss to the foundry at the end of the day. It&#039;s still enough of a hurdle to keep their paying customers paying, and secure them a new market of paying customers with interactive designers.</description>
		<content:encoded><![CDATA[<p>When it comes to getting around the DRM, that&#8217;s a given. No solution is bullet proof, but as Stuart said above, those people weren&#8217;t likely to purchase the typeface to begin with. So it&#8217;s no loss to the foundry at the end of the day. It&#8217;s still enough of a hurdle to keep their paying customers paying, and secure them a new market of paying customers with interactive&nbsp;designers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon Pascal Klein</title>
		<link>http://astheria.com/design/the-right-proposal-for-type-on-the-web/comment-page-1#comment-15548</link>
		<dc:creator>Simon Pascal Klein</dc:creator>
		<pubDate>Thu, 16 Jul 2009 19:32:12 +0000</pubDate>
		<guid isPermaLink="false">http://astheria.com/?p=110#comment-15548</guid>
		<description>It’s an intriguing proposal, that at first glance seems easily reverse-engineer-able: all I’d need to do is grab the .webfont file, extract it and edit the URLs within the info.xml  property. Next re-compress it back up and upload it to wherever I’ve specified.

Before really putting my shoulder behind any single solution I’m going to wait to see what the folks behind Typekit come up with.</description>
		<content:encoded><![CDATA[<p>It’s an intriguing proposal, that at first glance seems easily reverse-engineer-able: all I’d need to do is grab the .webfont file, extract it and edit the URLs within the info.xml  property. Next re-compress it back up and upload it to wherever I’ve&nbsp;specified.</p>
<p>Before really putting my shoulder behind any single solution I’m going to wait to see what the folks behind Typekit come up&nbsp;with.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Link</title>
		<link>http://astheria.com/design/the-right-proposal-for-type-on-the-web/comment-page-1#comment-15544</link>
		<dc:creator>David Link</dc:creator>
		<pubDate>Thu, 16 Jul 2009 15:10:48 +0000</pubDate>
		<guid isPermaLink="false">http://astheria.com/?p=110#comment-15544</guid>
		<description>This sounds like a possible solution. I&#039;m always happy to see &lt;em&gt;any&lt;/em&gt; progression on @font-face. Does this mean that a font will have to be re-licensed/re-purchased for each domain its used on?</description>
		<content:encoded><![CDATA[<p>This sounds like a possible solution. I&#8217;m always happy to see <em>any</em> progression on @font-face. Does this mean that a font will have to be re-licensed/re-purchased for each domain its used&nbsp;on?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

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