<?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: Custom component states in Substance 6.0</title>
	<atom:link href="http://www.pushing-pixels.org/?feed=rss2&#038;p=1602" rel="self" type="application/rss+xml" />
	<link>http://www.pushing-pixels.org/?p=1602</link>
	<description>Leaving no pixel behind</description>
	<lastBuildDate>Thu, 09 Sep 2010 18:02:18 -0700</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Java desktop links of the week, January 25 &#124; Jonathan Giles</title>
		<link>http://www.pushing-pixels.org/?p=1602&#038;cpage=1#comment-11208</link>
		<dc:creator>Java desktop links of the week, January 25 &#124; Jonathan Giles</dc:creator>
		<pubDate>Sun, 24 Jan 2010 20:31:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.pushing-pixels.org/?p=1602#comment-11208</guid>
		<description>[...] Grouchnikov has blogged about custom component states in Substance 6.0, the next release of Substance due out in a few months [...]</description>
		<content:encoded><![CDATA[<p>[...] Grouchnikov has blogged about custom component states in Substance 6.0, the next release of Substance due out in a few months [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kirill Grouchnikov</title>
		<link>http://www.pushing-pixels.org/?p=1602&#038;cpage=1#comment-11206</link>
		<dc:creator>Kirill Grouchnikov</dc:creator>
		<pubDate>Sun, 24 Jan 2010 02:12:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.pushing-pixels.org/?p=1602#comment-11206</guid>
		<description>Tom,

This is the initial implementation, and only time will tell if it is better than the old component state layer. I did need to tweak a few core skins to make sure that the matching algorithm does not interfere with the intended visuals.

Did you see the second example - using the EDITABLE facet in the Magellan skin? This is how you would do it in your own custom skin. Put EDITABLE facet in the on list for editable text components, and put it in the off list for uneditable text components. This way you will cover both types. If you see that it is not working, create a small (&lt;100 lines) test app and send it to the &quot;users&quot; mailing lists or one of the project forums.

Thanks
Kirill</description>
		<content:encoded><![CDATA[<p>Tom,</p>
<p>This is the initial implementation, and only time will tell if it is better than the old component state layer. I did need to tweak a few core skins to make sure that the matching algorithm does not interfere with the intended visuals.</p>
<p>Did you see the second example &#8211; using the EDITABLE facet in the Magellan skin? This is how you would do it in your own custom skin. Put EDITABLE facet in the on list for editable text components, and put it in the off list for uneditable text components. This way you will cover both types. If you see that it is not working, create a small (&lt;100 lines) test app and send it to the &#8220;users&#8221; mailing lists or one of the project forums.</p>
<p>Thanks<br />
Kirill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tbee</title>
		<link>http://www.pushing-pixels.org/?p=1602&#038;cpage=1#comment-11203</link>
		<dc:creator>tbee</dc:creator>
		<pubDate>Sat, 23 Jan 2010 07:16:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.pushing-pixels.org/?p=1602#comment-11203</guid>
		<description>Wow. Interesting approach; especially the &quot;closest match&quot; algorithm. I&#039;m curious how this will work in practice and if it will save you a lot of work.

And I&#039;m curious if it will help me do that one thing I want; change the default background color of text controls in a skin. By registering a very specific ComponentState with a custom ColorScheme?</description>
		<content:encoded><![CDATA[<p>Wow. Interesting approach; especially the &#8220;closest match&#8221; algorithm. I&#8217;m curious how this will work in practice and if it will save you a lot of work.</p>
<p>And I&#8217;m curious if it will help me do that one thing I want; change the default background color of text controls in a skin. By registering a very specific ComponentState with a custom ColorScheme?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
