<?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: designing good user interfaces (0)</title>
	<atom:link href="http://blog.uninstall.it/2009/10/29/designing-good-user-interfaces-0/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.uninstall.it/2009/10/29/designing-good-user-interfaces-0/</link>
	<description>Davide Bettio's weblog</description>
	<lastBuildDate>Thu, 07 Jul 2011 07:49:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: elumamid</title>
		<link>http://blog.uninstall.it/2009/10/29/designing-good-user-interfaces-0/comment-page-1/#comment-9329</link>
		<dc:creator>elumamid</dc:creator>
		<pubDate>Fri, 15 Jan 2010 07:18:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uninstall.it/?p=255#comment-9329</guid>
		<description>&lt;strong&gt;elumamid...&lt;/strong&gt;

 &lt;a href=&quot;http://mp3my.biz/performer/albums/stalingrad-and-kirlian-camera/116722/1/&quot; rel=&quot;nofollow&quot;&gt;Download mp3 with Stalingrad and Kirlian Camera&lt;/a&gt; ...</description>
		<content:encoded><![CDATA[<p><strong>elumamid&#8230;</strong></p>
<p> <a href="http://mp3my.biz/performer/albums/stalingrad-and-kirlian-camera/116722/1/" rel="nofollow">Download mp3 with Stalingrad and Kirlian Camera<br />
</a> &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Uninstall</title>
		<link>http://blog.uninstall.it/2009/10/29/designing-good-user-interfaces-0/comment-page-1/#comment-7030</link>
		<dc:creator>Uninstall</dc:creator>
		<pubDate>Mon, 02 Nov 2009 23:26:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uninstall.it/?p=255#comment-7030</guid>
		<description>Honestly I&#039;ve nothing to say except that saving space and filling every empty pixel with a widget doesn&#039;t increase the usability.
Anyway, please, don&#039;t forget that a good logic with a bad layout can&#039;t be really usable...</description>
		<content:encoded><![CDATA[<p>Honestly I&#8217;ve nothing to say except that saving space and filling every empty pixel with a widget doesn&#8217;t increase the usability.<br />
Anyway, please, don&#8217;t forget that a good logic with a bad layout can&#8217;t be really usable&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kap4lin</title>
		<link>http://blog.uninstall.it/2009/10/29/designing-good-user-interfaces-0/comment-page-1/#comment-7023</link>
		<dc:creator>kap4lin</dc:creator>
		<pubDate>Mon, 02 Nov 2009 22:21:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uninstall.it/?p=255#comment-7023</guid>
		<description>@Uninstall: 
As most comments note, good / bad, depends on the context and logic of the application. The second UI is just another option - it need not be a &quot;good enhancement&quot; at all!

To me the compact nature of the first UI is more appealing than the sprawling length of the second.</description>
		<content:encoded><![CDATA[<p>@Uninstall:<br />
As most comments note, good / bad, depends on the context and logic of the application. The second UI is just another option &#8211; it need not be a &#8220;good enhancement&#8221; at all!</p>
<p>To me the compact nature of the first UI is more appealing than the sprawling length of the second.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mica</title>
		<link>http://blog.uninstall.it/2009/10/29/designing-good-user-interfaces-0/comment-page-1/#comment-6899</link>
		<dc:creator>mica</dc:creator>
		<pubDate>Sun, 01 Nov 2009 00:25:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uninstall.it/?p=255#comment-6899</guid>
		<description>I dont get it.We have widescreens and are building apps that dont fill it.
Why is the example 2 a good design if it doesnt use the full screen?</description>
		<content:encoded><![CDATA[<p>I dont get it.We have widescreens and are building apps that dont fill it.<br />
Why is the example 2 a good design if it doesnt use the full screen?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dherman</title>
		<link>http://blog.uninstall.it/2009/10/29/designing-good-user-interfaces-0/comment-page-1/#comment-6827</link>
		<dc:creator>dherman</dc:creator>
		<pubDate>Fri, 30 Oct 2009 20:43:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uninstall.it/?p=255#comment-6827</guid>
		<description>I agree, your good ui is much more pleasant

As others stated it is also important that window sizes accommodate (un)-usual screen sizes (window just needs to be aware of the screen size and add a scrollbar when necessary. You would expect the window manager to do that job). The folding Ideas mentioned are also good suggestions.

To me the thing that is the biggest usability issue currently (and is not visible in either of the UI&#039;s shown) is the trend to transparency. In both of your examples the background does not interfere with the text that I am trying to use. Your good UI is more pleasing, but if one UI was opaque and the other transparent, my decision would have to be the opaque, no matter how badly it was organized. OK Within limits :-)</description>
		<content:encoded><![CDATA[<p>I agree, your good ui is much more pleasant</p>
<p>As others stated it is also important that window sizes accommodate (un)-usual screen sizes (window just needs to be aware of the screen size and add a scrollbar when necessary. You would expect the window manager to do that job). The folding Ideas mentioned are also good suggestions.</p>
<p>To me the thing that is the biggest usability issue currently (and is not visible in either of the UI&#8217;s shown) is the trend to transparency. In both of your examples the background does not interfere with the text that I am trying to use. Your good UI is more pleasing, but if one UI was opaque and the other transparent, my decision would have to be the opaque, no matter how badly it was organized. OK Within limits <img src='http://blog.uninstall.it/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: litb</title>
		<link>http://blog.uninstall.it/2009/10/29/designing-good-user-interfaces-0/comment-page-1/#comment-6812</link>
		<dc:creator>litb</dc:creator>
		<pubDate>Fri, 30 Oct 2009 14:56:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uninstall.it/?p=255#comment-6812</guid>
		<description>This is completely undecidable if you don&#039;t know what the options mean. Anyway, having seen only the pics, i thought the first is the good one., It looks cleaner, and doesn&#039;t look like someone just put random widgets one after another. 

In any case, the meaning of the widgets is important. Having search options far away from the search box is bad, for example.</description>
		<content:encoded><![CDATA[<p>This is completely undecidable if you don&#8217;t know what the options mean. Anyway, having seen only the pics, i thought the first is the good one., It looks cleaner, and doesn&#8217;t look like someone just put random widgets one after another. </p>
<p>In any case, the meaning of the widgets is important. Having search options far away from the search box is bad, for example.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DanaKil</title>
		<link>http://blog.uninstall.it/2009/10/29/designing-good-user-interfaces-0/comment-page-1/#comment-6799</link>
		<dc:creator>DanaKil</dc:creator>
		<pubDate>Fri, 30 Oct 2009 10:19:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uninstall.it/?p=255#comment-6799</guid>
		<description>it could be great if complex dialog box area could be collapsed when they don&#039;t fit on screen. Each area should have an explicit label and expand on click or on hover. Of course it&#039;s not perfect for discoverability but IMO it&#039;s still better than scrollbars (it&#039;s a pain to scroll on a netbook).

Of course, this behavior should be activated only when the screen resolution is too small and good descriptive area on each collapsed block should be provided.</description>
		<content:encoded><![CDATA[<p>it could be great if complex dialog box area could be collapsed when they don&#8217;t fit on screen. Each area should have an explicit label and expand on click or on hover. Of course it&#8217;s not perfect for discoverability but IMO it&#8217;s still better than scrollbars (it&#8217;s a pain to scroll on a netbook).</p>
<p>Of course, this behavior should be activated only when the screen resolution is too small and good descriptive area on each collapsed block should be provided.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cyrille Berger</title>
		<link>http://blog.uninstall.it/2009/10/29/designing-good-user-interfaces-0/comment-page-1/#comment-6792</link>
		<dc:creator>Cyrille Berger</dc:creator>
		<pubDate>Fri, 30 Oct 2009 08:32:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uninstall.it/?p=255#comment-6792</guid>
		<description>Is there anyone with GUI designing training or knowledge around ? With proper training ? Are those dialogs examples taken from any HIG ? Or are they going to be in KDE4 HIG ?</description>
		<content:encoded><![CDATA[<p>Is there anyone with GUI designing training or knowledge around ? With proper training ? Are those dialogs examples taken from any HIG ? Or are they going to be in KDE4 HIG ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sergey</title>
		<link>http://blog.uninstall.it/2009/10/29/designing-good-user-interfaces-0/comment-page-1/#comment-6779</link>
		<dc:creator>Sergey</dc:creator>
		<pubDate>Fri, 30 Oct 2009 04:57:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uninstall.it/?p=255#comment-6779</guid>
		<description>I would tell #2 is BAD UI. 
Frankly we cant say what interface bad or good without knowledge of logical model.

in #2 may happen that users should type text first and only after to check box in the bottom.

so all of it just speculation.

Concerning concept.. why not you have label fields on pane? It would be nice if user can see comment of process.
thx</description>
		<content:encoded><![CDATA[<p>I would tell #2 is BAD UI.<br />
Frankly we cant say what interface bad or good without knowledge of logical model.</p>
<p>in #2 may happen that users should type text first and only after to check box in the bottom.</p>
<p>so all of it just speculation.</p>
<p>Concerning concept.. why not you have label fields on pane? It would be nice if user can see comment of process.<br />
thx</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Uninstall</title>
		<link>http://blog.uninstall.it/2009/10/29/designing-good-user-interfaces-0/comment-page-1/#comment-6760</link>
		<dc:creator>Uninstall</dc:creator>
		<pubDate>Thu, 29 Oct 2009 23:13:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uninstall.it/?p=255#comment-6760</guid>
		<description>The second UI  is just an example which is not meant to be the solution to all our problems but it&#039;s a good enchancement. Moving groups to different tabs might be a good solution in some situations... 
Anyway we don&#039;t plan to make KDE unusable on netbooks but we are working to provide a good shell (plasma-netbook) also on netbooks.</description>
		<content:encoded><![CDATA[<p>The second UI  is just an example which is not meant to be the solution to all our problems but it&#8217;s a good enchancement. Moving groups to different tabs might be a good solution in some situations&#8230;<br />
Anyway we don&#8217;t plan to make KDE unusable on netbooks but we are working to provide a good shell (plasma-netbook) also on netbooks.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

