<?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: Introducing sIFR: The Healthy Alternative to Browser Text	</title>
	<atom:link href="https://mikeindustries.com/blog/archive/2004/08/sifr/feed" rel="self" type="application/rss+xml" />
	<link>https://mikeindustries.com/blog/archive/2004/08/sifr</link>
	<description>A running commentary of occasionally interesting things — from Mike Davidson.</description>
	<lastBuildDate>Thu, 26 May 2016 06:34:40 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.8.3</generator>
	<item>
		<title>
		By: Typography Module General Write up &#171; My 2nd Life		</title>
		<link>https://mikeindustries.com/blog/archive/2004/08/sifr#comment-32257</link>

		<dc:creator><![CDATA[Typography Module General Write up &#171; My 2nd Life]]></dc:creator>
		<pubDate>Tue, 26 Feb 2008 14:40:41 +0000</pubDate>
		<guid isPermaLink="false">#comment-32257</guid>

					<description><![CDATA[[...] https://mikeindustries.com/blog/archive/2004/08/sifr [...]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] <a href="https://mikeindustries.com/blog/archive/2004/08/sifr" rel="ugc">https://mikeindustries.com/blog/archive/2004/08/sifr</a> [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: expertosweb.es &#124; blog &#187; Blog Archive &#187; sIFR: Reemplazo de texto accesible con flash		</title>
		<link>https://mikeindustries.com/blog/archive/2004/08/sifr#comment-31281</link>

		<dc:creator><![CDATA[expertosweb.es &#124; blog &#187; Blog Archive &#187; sIFR: Reemplazo de texto accesible con flash]]></dc:creator>
		<pubDate>Fri, 16 Nov 2007 12:53:39 +0000</pubDate>
		<guid isPermaLink="false">#comment-31281</guid>

					<description><![CDATA[[...] Cualquiera que haya seguido el desarrollo de sIFR en los Ãºltimos meses conocerÃ¡ la mayorÃ­a de lo que voy a contar, pero dado que este es el anuncio oficial de sIFR 2.0, a continuaciÃ³n se presenta una vista general de la tecnologÃ­a utilizada. De cualquier forma, eres libre de leer la perspectiva histÃ³rica completa en mi post original: Introducing sIFR: The Healthy Alternative to Browser Text. [...]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] Cualquiera que haya seguido el desarrollo de sIFR en los Ãºltimos meses conocerÃ¡ la mayorÃ­a de lo que voy a contar, pero dado que este es el anuncio oficial de sIFR 2.0, a continuaciÃ³n se presenta una vista general de la tecnologÃ­a utilizada. De cualquier forma, eres libre de leer la perspectiva histÃ³rica completa en mi post original: Introducing sIFR: The Healthy Alternative to Browser Text. [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: novolocus.com &#187; Blog Archive &#187; Headlines in any font&#8230;		</title>
		<link>https://mikeindustries.com/blog/archive/2004/08/sifr#comment-31272</link>

		<dc:creator><![CDATA[novolocus.com &#187; Blog Archive &#187; Headlines in any font&#8230;]]></dc:creator>
		<pubDate>Thu, 15 Nov 2007 13:09:03 +0000</pubDate>
		<guid isPermaLink="false">#comment-31272</guid>

					<description><![CDATA[[...] with without CSS for those headlines with funny fonts - use sIFR to replace your text with a Flash image of the text. Neat, although you&#8217;d need to be a bit of [...]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] with without CSS for those headlines with funny fonts &#8211; use sIFR to replace your text with a Flash image of the text. Neat, although you&#8217;d need to be a bit of [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Blogwig &#187; I&#8217;m heading to El Paso		</title>
		<link>https://mikeindustries.com/blog/archive/2004/08/sifr#comment-30620</link>

		<dc:creator><![CDATA[Blogwig &#187; I&#8217;m heading to El Paso]]></dc:creator>
		<pubDate>Fri, 21 Sep 2007 05:48:15 +0000</pubDate>
		<guid isPermaLink="false">#comment-30620</guid>

					<description><![CDATA[[...] main distraction has been steady client work. Anyhow - in the meantime, I apologize for my tiresome SiFR [...]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] main distraction has been steady client work. Anyhow &#8211; in the meantime, I apologize for my tiresome SiFR [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Web Log Costa Blanca &#187; Blog Archive &#187; Font embedding		</title>
		<link>https://mikeindustries.com/blog/archive/2004/08/sifr#comment-30589</link>

		<dc:creator><![CDATA[Web Log Costa Blanca &#187; Blog Archive &#187; Font embedding]]></dc:creator>
		<pubDate>Sun, 16 Sep 2007 08:54:41 +0000</pubDate>
		<guid isPermaLink="false">#comment-30589</guid>

					<description><![CDATA[[...] you are interested in sIFR, a good place to start is the blog page Introducing sIFR: The Healthy Alternative to Browser Text. Its main disadvantage as a tool is that it relies on the visitor&#8217;s having installed the [...]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] you are interested in sIFR, a good place to start is the blog page Introducing sIFR: The Healthy Alternative to Browser Text. Its main disadvantage as a tool is that it relies on the visitor&#8217;s having installed the [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: &#183; links for 2007-08-31		</title>
		<link>https://mikeindustries.com/blog/archive/2004/08/sifr#comment-21461</link>

		<dc:creator><![CDATA[&#183; links for 2007-08-31]]></dc:creator>
		<pubDate>Fri, 31 Aug 2007 06:37:08 +0000</pubDate>
		<guid isPermaLink="false">#comment-21461</guid>

					<description><![CDATA[[...] Mike Davidson - Introducing sIFR: The Healthy Alternative to Browser Text (tags: css) [...]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] Mike Davidson &#8211; Introducing sIFR: The Healthy Alternative to Browser Text (tags: css) [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ryan Berg		</title>
		<link>https://mikeindustries.com/blog/archive/2004/08/sifr#comment-633</link>

		<dc:creator><![CDATA[Ryan Berg]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-633</guid>

					<description><![CDATA[Great enhancements, Mike.  sIFR seems solid enough for me to actually use in a project, while past Flash Replacements merely had me curious.

And I can&#039;t wait to see your &quot;ESPN big&quot; project.]]></description>
			<content:encoded><![CDATA[<p>Great enhancements, Mike.  sIFR seems solid enough for me to actually use in a project, while past Flash Replacements merely had me curious.</p>
<p>And I can&#8217;t wait to see your &#8220;ESPN big&#8221; project.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Brad Daily		</title>
		<link>https://mikeindustries.com/blog/archive/2004/08/sifr#comment-634</link>

		<dc:creator><![CDATA[Brad Daily]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-634</guid>

					<description><![CDATA[Nice Work Guys!

One thing I noticed with my 2am tinkering is that when linking anywhere in the text, the entire replacement becomes a link. So no multiple linking or single work linking or am I missing something? Or was this the intended effect?

Great Stuff and I too am wondering about &quot;ESPN big&quot;....]]></description>
			<content:encoded><![CDATA[<p>Nice Work Guys!</p>
<p>One thing I noticed with my 2am tinkering is that when linking anywhere in the text, the entire replacement becomes a link. So no multiple linking or single work linking or am I missing something? Or was this the intended effect?</p>
<p>Great Stuff and I too am wondering about &#8220;ESPN big&#8221;&#8230;.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Sean Sperte		</title>
		<link>https://mikeindustries.com/blog/archive/2004/08/sifr#comment-636</link>

		<dc:creator><![CDATA[Sean Sperte]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-636</guid>

					<description><![CDATA[So, the text isn&#039;t selectable once rendered?]]></description>
			<content:encoded><![CDATA[<p>So, the text isn&#8217;t selectable once rendered?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Andrei Herasimchuk		</title>
		<link>https://mikeindustries.com/blog/archive/2004/08/sifr#comment-637</link>

		<dc:creator><![CDATA[Andrei Herasimchuk]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-637</guid>

					<description><![CDATA[&lt;blockquote&gt;&lt;p&gt;I began to think of ways browser manufacturers could quickly implement anti-aliased custom typography.&lt;/p&gt;&lt;/blockquote&gt;

The real answer isn&#039;t a technological one. It&#039;s a business or licensing one. The problem has more to do with convincing makers of type to allow web developers to spread type around at no cost, or at a cost that makes sense and is practical. Obviously, no one has figured this out yet.

But I think the last thing we need is a Flash specific CSS property. We should be able to to add a call that says to get the font from the server, not the client, and render it. That breaks the current licensing model for type, so browsers makers won&#039;t do it.

Outside of that, I&#039;m enjoying using sIFR, but wish there were an easier way to do the code and mark-up.

Also, you ever figure out that problem with the Design Eye article? It&#039;s the only article on DxF that the sIFR disappears. I&#039;m beginning to suspect it&#039;s a memory issues with Safari.]]></description>
			<content:encoded><![CDATA[<blockquote>
<p>I began to think of ways browser manufacturers could quickly implement anti-aliased custom typography.</p>
</blockquote>
<p>The real answer isn&#8217;t a technological one. It&#8217;s a business or licensing one. The problem has more to do with convincing makers of type to allow web developers to spread type around at no cost, or at a cost that makes sense and is practical. Obviously, no one has figured this out yet.</p>
<p>But I think the last thing we need is a Flash specific CSS property. We should be able to to add a call that says to get the font from the server, not the client, and render it. That breaks the current licensing model for type, so browsers makers won&#8217;t do it.</p>
<p>Outside of that, I&#8217;m enjoying using sIFR, but wish there were an easier way to do the code and mark-up.</p>
<p>Also, you ever figure out that problem with the Design Eye article? It&#8217;s the only article on DxF that the sIFR disappears. I&#8217;m beginning to suspect it&#8217;s a memory issues with Safari.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Brian Rose		</title>
		<link>https://mikeindustries.com/blog/archive/2004/08/sifr#comment-639</link>

		<dc:creator><![CDATA[Brian Rose]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-639</guid>

					<description><![CDATA[&lt;blockquote&gt;&lt;p&gt;But I think the last thing we need is a Flash specific CSS property. We should be able to to add a call that says to get the font from the server, not the client, and render it.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;I agree entirely. As stated early in the article, several companies attempted this and none got it quite right. We need a group working toward the betterment of web design as well as web standards - I hope that&#039;s what the WHATWG will turn out to be in the long run.&lt;/p&gt;
&lt;p&gt;Echoing Mike, I sure hope that the WHATWG has typography on that plate (or at least cooking on the back burner). sIFR and other technologies make it possible, but if we want to get away from the &#039;Scourge of Arial&#039; we&#039;ll need ease of use.&lt;/p&gt;
&lt;p&gt;Excellent work, Mike! I hope to roll this out in some form on my own site soon.&lt;/p&gt;]]></description>
			<content:encoded><![CDATA[<blockquote>
<p>But I think the last thing we need is a Flash specific CSS property. We should be able to to add a call that says to get the font from the server, not the client, and render it.</p>
</blockquote>
<p>I agree entirely. As stated early in the article, several companies attempted this and none got it quite right. We need a group working toward the betterment of web design as well as web standards &#8211; I hope that&#8217;s what the WHATWG will turn out to be in the long run.</p>
<p>Echoing Mike, I sure hope that the WHATWG has typography on that plate (or at least cooking on the back burner). sIFR and other technologies make it possible, but if we want to get away from the &#8216;Scourge of Arial&#8217; we&#8217;ll need ease of use.</p>
<p>Excellent work, Mike! I hope to roll this out in some form on my own site soon.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Mike D.		</title>
		<link>https://mikeindustries.com/blog/archive/2004/08/sifr#comment-640</link>

		<dc:creator><![CDATA[Mike D.]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-640</guid>

					<description><![CDATA[By the way, the CSS solution is just a thought.  I&#039;m for whatever gets this done quickly and harmlessly.  Whether it be a CSS property, an HTML extension, or a flag to designate server-delivery like Andrei suggests, I&#039;m for it.]]></description>
			<content:encoded><![CDATA[<p>By the way, the CSS solution is just a thought.  I&#8217;m for whatever gets this done quickly and harmlessly.  Whether it be a CSS property, an HTML extension, or a flag to designate server-delivery like Andrei suggests, I&#8217;m for it.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Gabriel Mihalache		</title>
		<link>https://mikeindustries.com/blog/archive/2004/08/sifr#comment-642</link>

		<dc:creator><![CDATA[Gabriel Mihalache]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-642</guid>

					<description><![CDATA[Call me a cynic but even if we get everything we want, then we&#039;ll still have a percent of users disabling this function, or overwritting with their own fonts...  or IE will require hacks or different syntax.. I&#039;m so jaded these days!]]></description>
			<content:encoded><![CDATA[<p>Call me a cynic but even if we get everything we want, then we&#8217;ll still have a percent of users disabling this function, or overwritting with their own fonts&#8230;  or IE will require hacks or different syntax.. I&#8217;m so jaded these days!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Brian Rose		</title>
		<link>https://mikeindustries.com/blog/archive/2004/08/sifr#comment-643</link>

		<dc:creator><![CDATA[Brian Rose]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-643</guid>

					<description><![CDATA[&lt;blockquote&gt;&lt;p&gt;Call me a cynic but even if we get everything we want, then we&#039;ll still have a percent of users disabling this function, or overwritting with their own fonts... or IE will require hacks or different syntax.. I&#039;m so jaded these days!&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;You&#039;re right - people will turn off the functionality and we&#039;ll have to struggle through old browsers not supporting the newest technology. However, your first point isn&#039;t a problem, it&#039;s giving users a level of control they deserve. The latter point is, of course, a small problem.&lt;/p&gt;

&lt;p&gt;But &lt;strong&gt;so what?&lt;/strong&gt; Progress is progress. If we can at least come to a conclusion as to how this should be implemented and get the forerunners in browser technology in the game, we&#039;ll be on our way. All new web technologies have started off this way in the last half decade and if we hope to continue on, standardization (to a degree) and implementation by technology leaders like Mozilla is absolutely key. Everything else will &lt;em&gt;eventually&lt;/em&gt; fall in to place.&lt;/p&gt;]]></description>
			<content:encoded><![CDATA[<blockquote>
<p>Call me a cynic but even if we get everything we want, then we&#8217;ll still have a percent of users disabling this function, or overwritting with their own fonts&#8230; or IE will require hacks or different syntax.. I&#8217;m so jaded these days!</p>
</blockquote>
<p>You&#8217;re right &#8211; people will turn off the functionality and we&#8217;ll have to struggle through old browsers not supporting the newest technology. However, your first point isn&#8217;t a problem, it&#8217;s giving users a level of control they deserve. The latter point is, of course, a small problem.</p>
<p>But <strong>so what?</strong> Progress is progress. If we can at least come to a conclusion as to how this should be implemented and get the forerunners in browser technology in the game, we&#8217;ll be on our way. All new web technologies have started off this way in the last half decade and if we hope to continue on, standardization (to a degree) and implementation by technology leaders like Mozilla is absolutely key. Everything else will <em>eventually</em> fall in to place.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Tomas Jogin		</title>
		<link>https://mikeindustries.com/blog/archive/2004/08/sifr#comment-644</link>

		<dc:creator><![CDATA[Tomas Jogin]]></dc:creator>
		<pubDate>Tue, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-644</guid>

					<description><![CDATA[Nice work Mike! I&#039;m yet to try it out, but judging by your example and your description, it really seems to be a great flash-replacement technique, overcoming several weaknesses with previous ones. Keep it up!]]></description>
			<content:encoded><![CDATA[<p>Nice work Mike! I&#8217;m yet to try it out, but judging by your example and your description, it really seems to be a great flash-replacement technique, overcoming several weaknesses with previous ones. Keep it up!</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
