<?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: Rotating sub-pixel text rendering</title>
	<atom:link href="http://joemaller.com/857/rotating-sub-pixel-text-rendering/feed/" rel="self" type="application/rss+xml" />
	<link>http://joemaller.com/857/rotating-sub-pixel-text-rendering/</link>
	<description>.com</description>
	<lastBuildDate>Sat, 19 May 2012 15:21:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Bryan</title>
		<link>http://joemaller.com/857/rotating-sub-pixel-text-rendering/#comment-32073</link>
		<dc:creator>Bryan</dc:creator>
		<pubDate>Mon, 17 Dec 2007 21:13:28 +0000</pubDate>
		<guid isPermaLink="false">http://joemaller.com/2007/12/03/rotating-sub-pixel-text-rendering/#comment-32073</guid>
		<description>For what it&#039;s worth, it seems that Apple&#039;s subpixel rendering routine only works on the horizontal sub-pixels right now and not vertical.  

Here&#039;s a datapoint from my Leopard machine and LCD monitor (Dell 1905FP):

Appearance font smoothing setting: 
Automatic - best for main display
Landscape: standard antialiasing
Portrait: standard antialiasing

Medium -best for flat panel
- Landscape mode: sub-pixel antialiasing
- Portrait mode: standard antialiasing

It may require relaunching the app in the new orientation to see the effects.

You can test it for yourself.  Try the different orientations.  Launch TextEdit with sample text.  Screenshot.  Open in Preview.  Zoom in.  If you see red and blue color fringing, it&#039;s using sub-pixel antialiasing.  If not, it&#039;s using standard.

I&#039;d heard that Automatic would recognize LCDs automatically and use font smoothing when appropriate, but apparently it&#039;s not doing so for me.

The upshot is that I lose sub-pixel antialiasing when in portrait mode, and that for me, it&#039;s best to leave font smoothing at Medium.  Also, I suspect that I need to relaunch my app for the appropriate antialiasing routines to kick in and that it&#039;s possible to be sub-pixel rendering incorrectly when I switch to portrait mode without relaunching.</description>
		<content:encoded><![CDATA[<p>For what it&#8217;s worth, it seems that Apple&#8217;s subpixel rendering routine only works on the horizontal sub-pixels right now and not vertical.  </p>
<p>Here&#8217;s a datapoint from my Leopard machine and LCD monitor (Dell 1905FP):</p>
<p>Appearance font smoothing setting:<br />
Automatic &#8211; best for main display<br />
Landscape: standard antialiasing<br />
Portrait: standard antialiasing</p>
<p>Medium -best for flat panel<br />
- Landscape mode: sub-pixel antialiasing<br />
- Portrait mode: standard antialiasing</p>
<p>It may require relaunching the app in the new orientation to see the effects.</p>
<p>You can test it for yourself.  Try the different orientations.  Launch TextEdit with sample text.  Screenshot.  Open in Preview.  Zoom in.  If you see red and blue color fringing, it&#8217;s using sub-pixel antialiasing.  If not, it&#8217;s using standard.</p>
<p>I&#8217;d heard that Automatic would recognize LCDs automatically and use font smoothing when appropriate, but apparently it&#8217;s not doing so for me.</p>
<p>The upshot is that I lose sub-pixel antialiasing when in portrait mode, and that for me, it&#8217;s best to leave font smoothing at Medium.  Also, I suspect that I need to relaunch my app for the appropriate antialiasing routines to kick in and that it&#8217;s possible to be sub-pixel rendering incorrectly when I switch to portrait mode without relaunching.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Blake Patterson</title>
		<link>http://joemaller.com/857/rotating-sub-pixel-text-rendering/#comment-31387</link>
		<dc:creator>Blake Patterson</dc:creator>
		<pubDate>Wed, 05 Dec 2007 15:13:22 +0000</pubDate>
		<guid isPermaLink="false">http://joemaller.com/2007/12/03/rotating-sub-pixel-text-rendering/#comment-31387</guid>
		<description>Not to be a post hog, but in reviewing my aforelinked blog post, I was reminded that I reported this to Apple in September &#039;06.  They had a year to make it right!  

Maybe they lost my report.  :-)</description>
		<content:encoded><![CDATA[<p>Not to be a post hog, but in reviewing my aforelinked blog post, I was reminded that I reported this to Apple in September &#8217;06.  They had a year to make it right!  </p>
<p>Maybe they lost my report.  :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Blake Patterson</title>
		<link>http://joemaller.com/857/rotating-sub-pixel-text-rendering/#comment-31386</link>
		<dc:creator>Blake Patterson</dc:creator>
		<pubDate>Wed, 05 Dec 2007 15:11:21 +0000</pubDate>
		<guid isPermaLink="false">http://joemaller.com/2007/12/03/rotating-sub-pixel-text-rendering/#comment-31386</guid>
		<description>Well, it&#039;s great to hear some noise being made about this, finally.  I made a blog post reporting this bug in OS X back in February (I reported the bug to Apple through ADC, as well).  I had hoped that it would be fixed in Leopard but, alas, it was not to be.

http://www.bytecellar.com/archives/000090.php

I, too, had taken close-up photos of &quot;normal&quot; and rotated screen font rendering with subpixeling active:

http://pix.blakespot.com/view/computers/screenshots/osx_subpixel_bug/

Thanks to this bug, I must let the opportunities of subpixeling pass me by on my main 30&quot; display in order to utilize a secondary, rotated display.  

http://pix.blakespot.com/view/computers/macpro/IMG_8796.JPG.html

Sadly, it&#039;s standard anti-aliasing for me.

It&#039;s worth mentioning that I noticed on my old Compaq iPaq PocketPC that it (&quot;it&quot; being Windows CE or Windows Mobile or Windows On The Hoof or whatever they call it now) handled rotation just fine.  Yes, the &quot;effect&quot; was more noticeable when the subpixeling was benefiting the horizontal, but it was certainly better than no subpixeling when it was in use on the vertical.</description>
		<content:encoded><![CDATA[<p>Well, it&#8217;s great to hear some noise being made about this, finally.  I made a blog post reporting this bug in OS X back in February (I reported the bug to Apple through ADC, as well).  I had hoped that it would be fixed in Leopard but, alas, it was not to be.</p>
<p><a href="http://www.bytecellar.com/archives/000090.php" rel="nofollow">http://www.bytecellar.com/archives/000090.php</a></p>
<p>I, too, had taken close-up photos of &#8220;normal&#8221; and rotated screen font rendering with subpixeling active:</p>
<p><a href="http://pix.blakespot.com/view/computers/screenshots/osx_subpixel_bug/" rel="nofollow">http://pix.blakespot.com/view/computers/screenshots/osx_subpixel_bug/</a></p>
<p>Thanks to this bug, I must let the opportunities of subpixeling pass me by on my main 30&#8243; display in order to utilize a secondary, rotated display.  </p>
<p><a href="http://pix.blakespot.com/view/computers/macpro/IMG_8796.JPG.html" rel="nofollow">http://pix.blakespot.com/view/computers/macpro/IMG_8796.JPG.html</a></p>
<p>Sadly, it&#8217;s standard anti-aliasing for me.</p>
<p>It&#8217;s worth mentioning that I noticed on my old Compaq iPaq PocketPC that it (&#8220;it&#8221; being Windows CE or Windows Mobile or Windows On The Hoof or whatever they call it now) handled rotation just fine.  Yes, the &#8220;effect&#8221; was more noticeable when the subpixeling was benefiting the horizontal, but it was certainly better than no subpixeling when it was in use on the vertical.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jon</title>
		<link>http://joemaller.com/857/rotating-sub-pixel-text-rendering/#comment-31359</link>
		<dc:creator>jon</dc:creator>
		<pubDate>Wed, 05 Dec 2007 01:07:35 +0000</pubDate>
		<guid isPermaLink="false">http://joemaller.com/2007/12/03/rotating-sub-pixel-text-rendering/#comment-31359</guid>
		<description>my question is... I&#039;ve heard that the cinema display is not supposed to be rotated, but I&#039;d love to try this. I understood that of had something to do with heat. could anyone give me an answer? thanks!</description>
		<content:encoded><![CDATA[<p>my question is&#8230; I&#8217;ve heard that the cinema display is not supposed to be rotated, but I&#8217;d love to try this. I understood that of had something to do with heat. could anyone give me an answer? thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://joemaller.com/857/rotating-sub-pixel-text-rendering/#comment-31342</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Tue, 04 Dec 2007 15:45:19 +0000</pubDate>
		<guid isPermaLink="false">http://joemaller.com/2007/12/03/rotating-sub-pixel-text-rendering/#comment-31342</guid>
		<description>Harvard, I can&#039;t cite any specific scientific study, but the horizontal bias of human vision shows itself  everywhere. 

Yes letterforms have distinguishing elements which break the vertical, but the point is that humans read faster when there is a steady horizontal rhythm to the verticals -- like stripes. Type is kerned to improve that horizontal rhythm. Bad kerning makes things harder to read, this is yet another reason why sub-pixel text rendering across the horizontal benefits legibility. There is a long  and rich history of western typographic evolution which brought us to horizontally syncopated letterforms. 

The point here is the confluence of luck that made sub-pixel rendering work. It&#039;s a hack, but it&#039;s a hack that works because of how we see and how we read.</description>
		<content:encoded><![CDATA[<p>Harvard, I can&#8217;t cite any specific scientific study, but the horizontal bias of human vision shows itself  everywhere. </p>
<p>Yes letterforms have distinguishing elements which break the vertical, but the point is that humans read faster when there is a steady horizontal rhythm to the verticals &#8212; like stripes. Type is kerned to improve that horizontal rhythm. Bad kerning makes things harder to read, this is yet another reason why sub-pixel text rendering across the horizontal benefits legibility. There is a long  and rich history of western typographic evolution which brought us to horizontally syncopated letterforms. </p>
<p>The point here is the confluence of luck that made sub-pixel rendering work. It&#8217;s a hack, but it&#8217;s a hack that works because of how we see and how we read.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://joemaller.com/857/rotating-sub-pixel-text-rendering/#comment-31341</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Tue, 04 Dec 2007 15:31:02 +0000</pubDate>
		<guid isPermaLink="false">http://joemaller.com/2007/12/03/rotating-sub-pixel-text-rendering/#comment-31341</guid>
		<description>Wm, thank you for the comment. I&#039;m not in a position to argue your knowledge, but I think we&#039;re saying the same thing. The brightness of the horizontally arranged subpixels are used to increase the apparent resolution of onscreen letterforms.

Gruber posted an excellent link explaining the use of subpixels:  http://alienryderflex.com/sub_pixel/

The sub-pixel orientation is the reason black-to-white edges go from blue to cyan to white on the left, while the opposite transition goes red to yellow to white. Sub-pixels are being added to fill in horizontal resolution. We don&#039;t perceive it, as you said, because our eyes are more attuned to brightness (contrast) than color.</description>
		<content:encoded><![CDATA[<p>Wm, thank you for the comment. I&#8217;m not in a position to argue your knowledge, but I think we&#8217;re saying the same thing. The brightness of the horizontally arranged subpixels are used to increase the apparent resolution of onscreen letterforms.</p>
<p>Gruber posted an excellent link explaining the use of subpixels:  <a href="http://alienryderflex.com/sub_pixel/" rel="nofollow">http://alienryderflex.com/sub_pixel/</a></p>
<p>The sub-pixel orientation is the reason black-to-white edges go from blue to cyan to white on the left, while the opposite transition goes red to yellow to white. Sub-pixels are being added to fill in horizontal resolution. We don&#8217;t perceive it, as you said, because our eyes are more attuned to brightness (contrast) than color.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://joemaller.com/857/rotating-sub-pixel-text-rendering/#comment-31340</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Tue, 04 Dec 2007 14:59:37 +0000</pubDate>
		<guid isPermaLink="false">http://joemaller.com/2007/12/03/rotating-sub-pixel-text-rendering/#comment-31340</guid>
		<description>Frank, iPhone pixels are oriented as Red-Green-Blue across the short axis. So if the iPhone was to do sub-pixel rendering, it would only really help when reading with the phone held vertically.</description>
		<content:encoded><![CDATA[<p>Frank, iPhone pixels are oriented as Red-Green-Blue across the short axis. So if the iPhone was to do sub-pixel rendering, it would only really help when reading with the phone held vertically.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://joemaller.com/857/rotating-sub-pixel-text-rendering/#comment-31328</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Tue, 04 Dec 2007 08:40:01 +0000</pubDate>
		<guid isPermaLink="false">http://joemaller.com/2007/12/03/rotating-sub-pixel-text-rendering/#comment-31328</guid>
		<description>Read http://duncandavidson.com/archives/637

&quot;Sub-pixel antialiasing algorithms require to know the background color over which the glyphs will be draw. Since Core Animation is a compositing engine, and allows layers to have an arbitrary opacity, and does the final composite on graphics hardware (if possible), Quartz cannot assume anything about the background color and thus disables sub-pixel antialiasing.

This is bang on the answer as to why things work as they do with respect to this.</description>
		<content:encoded><![CDATA[<p>Read <a href="http://duncandavidson.com/archives/637" rel="nofollow">http://duncandavidson.com/archives/637</a></p>
<p>&#8220;Sub-pixel antialiasing algorithms require to know the background color over which the glyphs will be draw. Since Core Animation is a compositing engine, and allows layers to have an arbitrary opacity, and does the final composite on graphics hardware (if possible), Quartz cannot assume anything about the background color and thus disables sub-pixel antialiasing.</p>
<p>This is bang on the answer as to why things work as they do with respect to this.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced
Database Caching 1/4 queries in 0.002 seconds using disk: basic
Object Caching 244/245 objects using disk: basic

Served from: joemaller.com @ 2012-05-23 05:39:31 -->
