<?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: Control alignment under different fonts in Substance 6.0</title>
	<atom:link href="http://www.pushing-pixels.org/?feed=rss2&#038;p=1507" rel="self" type="application/rss+xml" />
	<link>http://www.pushing-pixels.org/?p=1507</link>
	<description>Leaving no pixel behind</description>
	<lastBuildDate>Wed, 01 Sep 2010 04:26:41 -0700</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Kirill Grouchnikov</title>
		<link>http://www.pushing-pixels.org/?p=1507&#038;cpage=1#comment-10998</link>
		<dc:creator>Kirill Grouchnikov</dc:creator>
		<pubDate>Sat, 21 Nov 2009 03:58:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.pushing-pixels.org/?p=1507#comment-10998</guid>
		<description>Hi Adrian

Thanks for the detailed feedback. Issues 1, 4 and 5 should be addressed in the latest 6.0dev build. I cannot reproduce issue 3 - perhaps due to the fix for issue 1. Not sure about issue 2 - can we continue this discussion on the project forums / mailing lists so that you can attach a screenshot and circle the problematic areas?

Kirill</description>
		<content:encoded><![CDATA[<p>Hi Adrian</p>
<p>Thanks for the detailed feedback. Issues 1, 4 and 5 should be addressed in the latest 6.0dev build. I cannot reproduce issue 3 &#8211; perhaps due to the fix for issue 1. Not sure about issue 2 &#8211; can we continue this discussion on the project forums / mailing lists so that you can attach a screenshot and circle the problematic areas?</p>
<p>Kirill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Stachowiak</title>
		<link>http://www.pushing-pixels.org/?p=1507&#038;cpage=1#comment-10990</link>
		<dc:creator>Adrian Stachowiak</dc:creator>
		<pubDate>Thu, 19 Nov 2009 14:51:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.pushing-pixels.org/?p=1507#comment-10990</guid>
		<description>Hi Kirill,

I was just playing with this new version of Substance and I found a few things.
1. JCheckbox in the table is opaque when you press and hold left mouse button. This doesn&#039;t look nice.
2. Editor in the table (especially in the first column) is rendered in a way that top and left side of the editor covers the row highlight of the table and the highlight looks like it ends somewhere in the middle.
3. In the table when you click using mouse on a JCheckbox to change the value and you don&#039;t move the mouse the row highlight is not redrawn. You have to move mouse by 1 px to see the highlight again. This does not happen when you use space key to change the value.
4. In the JComboBox at first they have no highlight when you open the popup, but once you move the mouse over the popup highlight appears. And when you close and reopen the popup highlight moves to the selected value. This is inconsistent. The highlight should always be on the selected value.
5. There are some rendering artifacts when you use JScrollPane. They are visible when the component in the viewport is smaller than the size of the JScrollPane. E.g. you can extend the test application to be really wide and open the &#039;Text fields&#039; tab. When you scroll up or down on the left side where the panel end some horizontal lines appear. This is in Java 1.6.0_03  and in Java 1.6.0_16.

Best regards,
  Adrian Stachowiak</description>
		<content:encoded><![CDATA[<p>Hi Kirill,</p>
<p>I was just playing with this new version of Substance and I found a few things.<br />
1. JCheckbox in the table is opaque when you press and hold left mouse button. This doesn&#8217;t look nice.<br />
2. Editor in the table (especially in the first column) is rendered in a way that top and left side of the editor covers the row highlight of the table and the highlight looks like it ends somewhere in the middle.<br />
3. In the table when you click using mouse on a JCheckbox to change the value and you don&#8217;t move the mouse the row highlight is not redrawn. You have to move mouse by 1 px to see the highlight again. This does not happen when you use space key to change the value.<br />
4. In the JComboBox at first they have no highlight when you open the popup, but once you move the mouse over the popup highlight appears. And when you close and reopen the popup highlight moves to the selected value. This is inconsistent. The highlight should always be on the selected value.<br />
5. There are some rendering artifacts when you use JScrollPane. They are visible when the component in the viewport is smaller than the size of the JScrollPane. E.g. you can extend the test application to be really wide and open the &#8216;Text fields&#8217; tab. When you scroll up or down on the left side where the panel end some horizontal lines appear. This is in Java 1.6.0_03  and in Java 1.6.0_16.</p>
<p>Best regards,<br />
  Adrian Stachowiak</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kirill Grouchnikov</title>
		<link>http://www.pushing-pixels.org/?p=1507&#038;cpage=1#comment-10963</link>
		<dc:creator>Kirill Grouchnikov</dc:creator>
		<pubDate>Fri, 06 Nov 2009 16:26:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.pushing-pixels.org/?p=1507#comment-10963</guid>
		<description>Ranjith

If you&#039;re talking specifically about Substance, it depends on the specific skin. Some skins have more gradient visibility on the buttons - for example Graphite Glass - than others. Applications that wish to enhance the difference between different control types can use Substance APIs to create a custom skin.

Thanks
Kirill</description>
		<content:encoded><![CDATA[<p>Ranjith</p>
<p>If you&#8217;re talking specifically about Substance, it depends on the specific skin. Some skins have more gradient visibility on the buttons &#8211; for example Graphite Glass &#8211; than others. Applications that wish to enhance the difference between different control types can use Substance APIs to create a custom skin.</p>
<p>Thanks<br />
Kirill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ranjith</title>
		<link>http://www.pushing-pixels.org/?p=1507&#038;cpage=1#comment-10962</link>
		<dc:creator>ranjith</dc:creator>
		<pubDate>Fri, 06 Nov 2009 15:33:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.pushing-pixels.org/?p=1507#comment-10962</guid>
		<description>Hi I follow your blogs, and I really appreciate your efforts regarding control alignment. This was a nagging issue with Swing UI aesthetics. One suggestion is regarding command button appearance. - especially on dark themes - it does not differentiate well from a text box and that could be a little confusing to people who can not spot subtle differences on the screen.</description>
		<content:encoded><![CDATA[<p>Hi I follow your blogs, and I really appreciate your efforts regarding control alignment. This was a nagging issue with Swing UI aesthetics. One suggestion is regarding command button appearance. &#8211; especially on dark themes &#8211; it does not differentiate well from a text box and that could be a little confusing to people who can not spot subtle differences on the screen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kirill Grouchnikov</title>
		<link>http://www.pushing-pixels.org/?p=1507&#038;cpage=1#comment-10960</link>
		<dc:creator>Kirill Grouchnikov</dc:creator>
		<pubDate>Fri, 06 Nov 2009 04:13:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.pushing-pixels.org/?p=1507#comment-10960</guid>
		<description>This is an interesting suggestion. I&#039;ve modified the code to do this, even if the current desktop settings do not enforce it. Not sure if this will remain in the final 6.0 release - i will think about this issue.

Thanks
Kirill</description>
		<content:encoded><![CDATA[<p>This is an interesting suggestion. I&#8217;ve modified the code to do this, even if the current desktop settings do not enforce it. Not sure if this will remain in the final 6.0 release &#8211; i will think about this issue.</p>
<p>Thanks<br />
Kirill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ebourg</title>
		<link>http://www.pushing-pixels.org/?p=1507&#038;cpage=1#comment-10956</link>
		<dc:creator>ebourg</dc:creator>
		<pubDate>Thu, 05 Nov 2009 18:25:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.pushing-pixels.org/?p=1507#comment-10956</guid>
		<description>Is it possible to anti alias the text above a certain size ? That would probably look better for Tahoma 16-20.</description>
		<content:encoded><![CDATA[<p>Is it possible to anti alias the text above a certain size ? That would probably look better for Tahoma 16-20.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
