<?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"
	>
<channel>
	<title>Comments on: Don&#8217;t subclass DefautListCellRenderer for Swing&#8217;s Nimbus LAF</title>
	<atom:link href="http://www.fnogol.de/archives/2008/02/07/dont-subclass-defautlistcellrenderer-for-nimbus/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.fnogol.de/archives/2008/02/07/dont-subclass-defautlistcellrenderer-for-nimbus/</link>
	<description>Philipp Meier writes about Java and Java Software Development.</description>
	<pubDate>Sat, 31 Jul 2010 10:25:21 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: jan bodnar</title>
		<link>http://www.fnogol.de/archives/2008/02/07/dont-subclass-defautlistcellrenderer-for-nimbus/#comment-5213</link>
		<dc:creator>jan bodnar</dc:creator>
		<pubDate>Thu, 14 Feb 2008 12:38:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.fnogol.de/archives/2008/02/07/dont-subclass-defautlistcellrenderer-for-nimbus/#comment-5213</guid>
		<description>thanks</description>
		<content:encoded><![CDATA[<p>thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philipp Meier</title>
		<link>http://www.fnogol.de/archives/2008/02/07/dont-subclass-defautlistcellrenderer-for-nimbus/#comment-5128</link>
		<dc:creator>Philipp Meier</dc:creator>
		<pubDate>Wed, 13 Feb 2008 09:28:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.fnogol.de/archives/2008/02/07/dont-subclass-defautlistcellrenderer-for-nimbus/#comment-5128</guid>
		<description>@jan The border was done with TechSmith's SnagIt 7.0.3</description>
		<content:encoded><![CDATA[<p>@jan The border was done with TechSmith&#8217;s SnagIt 7.0.3</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jan bodnar</title>
		<link>http://www.fnogol.de/archives/2008/02/07/dont-subclass-defautlistcellrenderer-for-nimbus/#comment-5107</link>
		<dc:creator>jan bodnar</dc:creator>
		<pubDate>Tue, 12 Feb 2008 10:27:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.fnogol.de/archives/2008/02/07/dont-subclass-defautlistcellrenderer-for-nimbus/#comment-5107</guid>
		<description>Off topic.
I would like to know, how you did this nice screenshot, with irregular
borders.

Could not figure out, how to do it in Inkscape.</description>
		<content:encoded><![CDATA[<p>Off topic.<br />
I would like to know, how you did this nice screenshot, with irregular<br />
borders.</p>
<p>Could not figure out, how to do it in Inkscape.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher Deckers</title>
		<link>http://www.fnogol.de/archives/2008/02/07/dont-subclass-defautlistcellrenderer-for-nimbus/#comment-5105</link>
		<dc:creator>Christopher Deckers</dc:creator>
		<pubDate>Tue, 12 Feb 2008 09:20:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.fnogol.de/archives/2008/02/07/dont-subclass-defautlistcellrenderer-for-nimbus/#comment-5105</guid>
		<description>Richard,

Thanks a lot for the clarifications! So this was a Nimbus version problem.
As a side note, it is good to know that it does not solve the problem for users of the Nimbus external library.</description>
		<content:encoded><![CDATA[<p>Richard,</p>
<p>Thanks a lot for the clarifications! So this was a Nimbus version problem.<br />
As a side note, it is good to know that it does not solve the problem for users of the Nimbus external library.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Bair</title>
		<link>http://www.fnogol.de/archives/2008/02/07/dont-subclass-defautlistcellrenderer-for-nimbus/#comment-5074</link>
		<dc:creator>Richard Bair</dc:creator>
		<pubDate>Mon, 11 Feb 2008 23:55:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.fnogol.de/archives/2008/02/07/dont-subclass-defautlistcellrenderer-for-nimbus/#comment-5074</guid>
		<description>Hey!

I actually just fixed this bug and put it back this afternoon, it should show up in build 13 of Java 6 update 10, which I expect will be built and published in 3-4 weeks.

@Christopher:Oh my! There's a build system running amok. We haven't actually done any work on the code in nimbus.dev.java.net for months and months. All our work recently has been for Java 6 update 10, which meant we had to do it in the Teamware workspaces within Sun. We were bummed about it, and want to somehow get the work we've done backported to nimbus.dev.java.net, but not sure technically how to go about it (assume we get the legal permissions worked out!). I'll be sure to disable the weekly builds on hudson so we don't keep creating nonsense weekly builds!

The problem is that we've made upwards of 100 bugfixes in Synth and core Swing (including classes in the Basic LAF and some core Swing components and Borders). There is also one fix in java.awt.Color. Getting these somehow extracted into a Jar that could be used in nimbus.dev.java.net is going to be very hard. Even if we can do it, you would have to put the jar on the bootclasspath -- something that would only really be legal to deploy under Java 7.

Once we get Java 6 update 10 out the door, the plan is to patch Java 7 to include all the fixes for Nimbus. We're doing it this way so that we don't have to maintain two code branches simultaneously. Once it is in Java 7, you can do whatever the GPL allows :-).</description>
		<content:encoded><![CDATA[<p>Hey!</p>
<p>I actually just fixed this bug and put it back this afternoon, it should show up in build 13 of Java 6 update 10, which I expect will be built and published in 3-4 weeks.</p>
<p>@Christopher:Oh my! There&#8217;s a build system running amok. We haven&#8217;t actually done any work on the code in nimbus.dev.java.net for months and months. All our work recently has been for Java 6 update 10, which meant we had to do it in the Teamware workspaces within Sun. We were bummed about it, and want to somehow get the work we&#8217;ve done backported to nimbus.dev.java.net, but not sure technically how to go about it (assume we get the legal permissions worked out!). I&#8217;ll be sure to disable the weekly builds on hudson so we don&#8217;t keep creating nonsense weekly builds!</p>
<p>The problem is that we&#8217;ve made upwards of 100 bugfixes in Synth and core Swing (including classes in the Basic LAF and some core Swing components and Borders). There is also one fix in java.awt.Color. Getting these somehow extracted into a Jar that could be used in nimbus.dev.java.net is going to be very hard. Even if we can do it, you would have to put the jar on the bootclasspath &#8212; something that would only really be legal to deploy under Java 7.</p>
<p>Once we get Java 6 update 10 out the door, the plan is to patch Java 7 to include all the fixes for Nimbus. We&#8217;re doing it this way so that we don&#8217;t have to maintain two code branches simultaneously. Once it is in Java 7, you can do whatever the GPL allows :-).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher Deckers</title>
		<link>http://www.fnogol.de/archives/2008/02/07/dont-subclass-defautlistcellrenderer-for-nimbus/#comment-5029</link>
		<dc:creator>Christopher Deckers</dc:creator>
		<pubDate>Mon, 11 Feb 2008 12:51:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.fnogol.de/archives/2008/02/07/dont-subclass-defautlistcellrenderer-for-nimbus/#comment-5029</guid>
		<description>We tried that code and it did not work. The reason is that the label appears opaque and does not show the effects painted by the combo.

The root cause is located in NimbusComboBoxUI.paint(Graphics, JComponent):

if(renderer instanceof JComponent) {
  ((JComponent)renderer).setOpaque(false);
  ((JComponent)renderer).setForeground(comboBox.getForeground());
}

The wrapper renderer is not a JComponent and so the label that is returned ends up opaque.

This was tested with nimbus-2008_02_10.jar (latest weekly release) with Java 1.6.0_04.

-Christopher</description>
		<content:encoded><![CDATA[<p>We tried that code and it did not work. The reason is that the label appears opaque and does not show the effects painted by the combo.</p>
<p>The root cause is located in NimbusComboBoxUI.paint(Graphics, JComponent):</p>
<p>if(renderer instanceof JComponent) {<br />
  ((JComponent)renderer).setOpaque(false);<br />
  ((JComponent)renderer).setForeground(comboBox.getForeground());<br />
}</p>
<p>The wrapper renderer is not a JComponent and so the label that is returned ends up opaque.</p>
<p>This was tested with nimbus-2008_02_10.jar (latest weekly release) with Java 1.6.0_04.</p>
<p>-Christopher</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Swing links of the week: February 10, 2008</title>
		<link>http://www.fnogol.de/archives/2008/02/07/dont-subclass-defautlistcellrenderer-for-nimbus/#comment-5005</link>
		<dc:creator>Swing links of the week: February 10, 2008</dc:creator>
		<pubDate>Mon, 11 Feb 2008 05:16:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.fnogol.de/archives/2008/02/07/dont-subclass-defautlistcellrenderer-for-nimbus/#comment-5005</guid>
		<description>[...] Meier shares a tip on writing cross-LAF cell renderers, based on an example of a combobox under the Nimbus [...]</description>
		<content:encoded><![CDATA[<p>[...] Meier shares a tip on writing cross-LAF cell renderers, based on an example of a combobox under the Nimbus [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
