<?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: Overengineering beyond all reasonable limits: automatic color palette optimization</title>
	<atom:link href="http://david.navi.cx/?feed=rss2&#038;p=94" rel="self" type="application/rss+xml" />
	<link>http://david.navi.cx/?p=94</link>
	<description>trivial dissertation on trivial subjects</description>
	<lastBuildDate>Sat, 24 Jan 2009 20:51:34 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mike Silva</title>
		<link>http://david.navi.cx/?p=94&#038;cpage=1#comment-13138</link>
		<dc:creator>Mike Silva</dc:creator>
		<pubDate>Fri, 06 Apr 2007 02:40:02 +0000</pubDate>
		<guid isPermaLink="false">http://david.navi.cx/blog/?p=94#comment-13138</guid>
		<description>I&#039;ve been looking for this to force black (or dark) background in my web surfing...
Is it simple to implement a Firefox plugin to re-arrange the coulors of webpages so I won&#039;t have white backgrounds?...
Like described in this post:
http://www.nabble.com/May-I-sugest-a-new-Firefox-extension--t925703.html</description>
		<content:encoded><![CDATA[<p>I’ve been looking for this to force black (or dark) background in my web surfing…<br />
Is it simple to implement a Firefox plugin to re-arrange the coulors of webpages so I won’t have white backgrounds?…<br />
Like described in this post:<br />
<a href="http://www.nabble.com/May-I-sugest-a-new-Firefox-extension--t925703.html" rel="nofollow">http://www.nabble.com/May-I-sugest-a-new-Firefox-extension–t925703.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lwatcdr</title>
		<link>http://david.navi.cx/?p=94&#038;cpage=1#comment-13131</link>
		<dc:creator>lwatcdr</dc:creator>
		<pubDate>Wed, 04 Apr 2007 21:11:36 +0000</pubDate>
		<guid isPermaLink="false">http://david.navi.cx/blog/?p=94#comment-13131</guid>
		<description>I actually wrote function to do that in java a few years ago. I was working on an in house program and decided that I would experiment with some idiot proofing of the software. I also put in code that prevented all the title bar being dragged off screen, Widows size larger than the screens resolution, and colors being too close together. Worked pretty dang well. Maybe I will find the code and post it for you.</description>
		<content:encoded><![CDATA[<p>I actually wrote function to do that in java a few years ago. I was working on an in house program and decided that I would experiment with some idiot proofing of the software. I also put in code that prevented all the title bar being dragged off screen, Widows size larger than the screens resolution, and colors being too close together. Worked pretty dang well. Maybe I will find the code and post it for you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Announcing libcontrast &#124; david&#8217;s bloggy journal!</title>
		<link>http://david.navi.cx/?p=94&#038;cpage=1#comment-13109</link>
		<dc:creator>Announcing libcontrast &#124; david&#8217;s bloggy journal!</dc:creator>
		<pubDate>Fri, 30 Mar 2007 02:40:09 +0000</pubDate>
		<guid isPermaLink="false">http://david.navi.cx/blog/?p=94#comment-13109</guid>
		<description>[...] Overengineering beyond all reasonable limits: automatic color palette optimization [...]</description>
		<content:encoded><![CDATA[<p>[…] Overengineering beyond all reasonable limits: automatic color palette optimization […]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://david.navi.cx/?p=94&#038;cpage=1#comment-6636</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Mon, 11 Dec 2006 19:46:12 +0000</pubDate>
		<guid isPermaLink="false">http://david.navi.cx/blog/?p=94#comment-6636</guid>
		<description>Nice results!  Try it in &lt;a href=&quot;http://en.wikipedia.org/wiki/Lab_color_space&quot; rel=&quot;nofollow&quot;&gt;CIE L*a*b* color space&lt;/a&gt;:

&lt;a href=&quot;http://googlography.org/xyz.hh&quot; rel=&quot;nofollow&quot;&gt;http://googlography.org/xyz.hh&lt;/a&gt;

(RGBtoLAB and LABtoRGB at the bottom.)</description>
		<content:encoded><![CDATA[<p>Nice results!  Try it in <a href="http://en.wikipedia.org/wiki/Lab_color_space" rel="nofollow">CIE L*a*b* color space</a>:</p>
<p><a href="http://googlography.org/xyz.hh" rel="nofollow">http://googlography.org/xyz.hh</a></p>
<p>(RGBtoLAB and LABtoRGB at the bottom.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ScottLog &#187; Blog Archive &#187; I can see!</title>
		<link>http://david.navi.cx/?p=94&#038;cpage=1#comment-1455</link>
		<dc:creator>ScottLog &#187; Blog Archive &#187; I can see!</dc:creator>
		<pubDate>Fri, 16 Jun 2006 06:52:05 +0000</pubDate>
		<guid isPermaLink="false">http://david.navi.cx/blog/?p=94#comment-1455</guid>
		<description>[...] David (of xchat-gnome and fyre) wrote a cool post today on automatically optimizing colour palettes, and the first thing I thought of was &#8220;I have to show this to Paul&#8220;. [...]</description>
		<content:encoded><![CDATA[<p>[…] David (of xchat-gnome and fyre) wrote a cool post today on automatically optimizing colour palettes, and the first thing I thought of was “I have to show this to Paul“. […]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dataangel</title>
		<link>http://david.navi.cx/?p=94&#038;cpage=1#comment-1453</link>
		<dc:creator>dataangel</dc:creator>
		<pubDate>Fri, 16 Jun 2006 04:12:49 +0000</pubDate>
		<guid isPermaLink="false">http://david.navi.cx/blog/?p=94#comment-1453</guid>
		<description>When I first came to linux and the best eyecandy was pseudo-transparent terminals I remember really wishing that there was some sort of &quot;find best contrasting color&quot; option because I was terrible at eyeballing it and changed wallpapers often.

A lot of people choose wallpapers or terminal backgrounds that have 1 distinct color so as to better match their theme (the default KDE background is blue to match Plastik for instance). So I could see this being a real boon even for images (taking the average or something similar as mentioned above).</description>
		<content:encoded><![CDATA[<p>When I first came to linux and the best eyecandy was pseudo-transparent terminals I remember really wishing that there was some sort of “find best contrasting color” option because I was terrible at eyeballing it and changed wallpapers often.</p>
<p>A lot of people choose wallpapers or terminal backgrounds that have 1 distinct color so as to better match their theme (the default KDE background is blue to match Plastik for instance). So I could see this being a real boon even for images (taking the average or something similar as mentioned above).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Madeleine Ball</title>
		<link>http://david.navi.cx/?p=94&#038;cpage=1#comment-1450</link>
		<dc:creator>Madeleine Ball</dc:creator>
		<pubDate>Fri, 16 Jun 2006 01:54:55 +0000</pubDate>
		<guid isPermaLink="false">http://david.navi.cx/blog/?p=94#comment-1450</guid>
		<description>I do think you have a very cool idea.

&lt;a HREF=&quot;http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&amp;db=PubMed&amp;list_uids=2007918&amp;dopt=Abstract&quot; rel=&quot;nofollow&quot;&gt;This abstract&lt;/a&gt; seems to indicate that luminance is the major issue for readibility, chromatic contrasts only matter if there isn&#039;t enough luminance contrast. Even if it&#039;s a simplification of the real world, it&#039;s a very close approximation - at least, or especially, for reading text. And presumably easier to implement than oddly-shaped regions in color space (I don&#039;t really understand that idea, or how you&#039;d choose the regions...?).

In part, I mentioned it because red != green != blue in luminance. The double-cone analogy fails to recognize this, as the luminance of the saturated edge &quot;circle&quot; won&#039;t be a plane at the middle, but a wobbly curvy up and down thing with green closer to the &quot;white&quot; peak and blue closer to the &quot;black&quot;.</description>
		<content:encoded><![CDATA[<p>I do think you have a very cool idea.</p>
<p><a HREF="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&amp;db=PubMed&amp;list_uids=2007918&amp;dopt=Abstract" rel="nofollow">This abstract</a> seems to indicate that luminance is the major issue for readibility, chromatic contrasts only matter if there isn’t enough luminance contrast. Even if it’s a simplification of the real world, it’s a very close approximation — at least, or especially, for reading text. And presumably easier to implement than oddly-shaped regions in color space (I don’t really understand that idea, or how you’d choose the regions…?).</p>
<p>In part, I mentioned it because red != green != blue in luminance. The double-cone analogy fails to recognize this, as the luminance of the saturated edge “circle” won’t be a plane at the middle, but a wobbly curvy up and down thing with green closer to the “white” peak and blue closer to the “black”.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zdzichu</title>
		<link>http://david.navi.cx/?p=94&#038;cpage=1#comment-1446</link>
		<dc:creator>zdzichu</dc:creator>
		<pubDate>Thu, 15 Jun 2006 20:47:22 +0000</pubDate>
		<guid isPermaLink="false">http://david.navi.cx/blog/?p=94#comment-1446</guid>
		<description>Cool! GNOME Terminal would benefit greatly if those ,,smart colors&#039;&#039; were implement in it.
As for comment with Windows XP -- it draws shadow below text, which provides nice dark background for white letters. Eterm works similarly -- every letter have one pixel black half-outline (to the right and below character) which greatly improves visibility, but doesn&#039;t solve darkblue-text-on-black problem.</description>
		<content:encoded><![CDATA[<p>Cool! GNOME Terminal would benefit greatly if those „smart colors” were implement in it.<br />
As for comment with Windows XP — it draws shadow below text, which provides nice dark background for white letters. Eterm works similarly — every letter have one pixel black half-outline (to the right and below character) which greatly improves visibility, but doesn’t solve darkblue-text-on-black problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Damián Viano(Des)</title>
		<link>http://david.navi.cx/?p=94&#038;cpage=1#comment-1443</link>
		<dc:creator>Damián Viano(Des)</dc:creator>
		<pubDate>Thu, 15 Jun 2006 20:29:49 +0000</pubDate>
		<guid isPermaLink="false">http://david.navi.cx/blog/?p=94#comment-1443</guid>
		<description>Really cool idea! Congrats, and keep up the good work.

I would also like to see this in a vte.</description>
		<content:encoded><![CDATA[<p>Really cool idea! Congrats, and keep up the good work.</p>
<p>I would also like to see this in a vte.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://david.navi.cx/?p=94&#038;cpage=1#comment-1436</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Thu, 15 Jun 2006 15:19:24 +0000</pubDate>
		<guid isPermaLink="false">http://david.navi.cx/blog/?p=94#comment-1436</guid>
		<description>This sounds like a very positive direction to go in.  I would love to see this in gtkhtml.  I prefer dark interface themes (easier on the eyes), but a lot of HTML mail is unreadable in Evolution because it often defines the text color (black or dark) but not the background color, which it assumes will be light.  At least Firefox lets me override the system themes for background color.  If gtkhtml could &quot;push&quot; the background color to be lighter if the foreground is dark, that would be a (overengineered, sure) solution to the problem.</description>
		<content:encoded><![CDATA[<p>This sounds like a very positive direction to go in.  I would love to see this in gtkhtml.  I prefer dark interface themes (easier on the eyes), but a lot of HTML mail is unreadable in Evolution because it often defines the text color (black or dark) but not the background color, which it assumes will be light.  At least Firefox lets me override the system themes for background color.  If gtkhtml could “push” the background color to be lighter if the foreground is dark, that would be a (overengineered, sure) solution to the problem.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
