<?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: non-instant-apply preferences dialogs</title>
	<atom:link href="http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/</link>
	<description>a lowercase manifesto</description>
	<lastBuildDate>Thu, 15 Oct 2009 09:25:50 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Clare</title>
		<link>http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/comment-page-1/#comment-330</link>
		<dc:creator>Clare</dc:creator>
		<pubDate>Sun, 26 Aug 2007 04:46:18 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/#comment-330</guid>
		<description>Having more than three buttons with no &quot;OK&quot; or &quot;Cancel&quot; on the dialog is too confusing.  No &quot;OK&quot; or &quot;Cancel&quot; buttons violates consistency in the interface.  Presenting more than three buttons to the users increases the mental processing deciding which button to press (and thus increasing mistakes!).

Just my two cents, I vote for the dialog having &quot;OK&quot;, &quot;Cancel&quot; and &quot;Apply&quot; buttons.  You don&#039;t have to agree with me .  Interface designing is an art - there is no absolute right or wrong.  ;)</description>
		<content:encoded><![CDATA[<p>Having more than three buttons with no &#8220;OK&#8221; or &#8220;Cancel&#8221; on the dialog is too confusing.  No &#8220;OK&#8221; or &#8220;Cancel&#8221; buttons violates consistency in the interface.  Presenting more than three buttons to the users increases the mental processing deciding which button to press (and thus increasing mistakes!).</p>
<p>Just my two cents, I vote for the dialog having &#8220;OK&#8221;, &#8220;Cancel&#8221; and &#8220;Apply&#8221; buttons.  You don&#8217;t have to agree with me .  Interface designing is an art &#8211; there is no absolute right or wrong.  ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leon Stringer</title>
		<link>http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/comment-page-1/#comment-329</link>
		<dc:creator>Leon Stringer</dc:creator>
		<pubDate>Sat, 25 Aug 2007 19:49:51 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/#comment-329</guid>
		<description>Yes, I think &#039;Default&#039; is a very important option. If you have a complicated dialog you certainly want to back out of any changes you&#039;ve made (Undo/Cancel) but what if you want to go back to the factory defaults. E.g. You&#039;re a new user, you&#039;ve made some changes and things aren&#039;t working right. But you&#039;re not sure which of a myriad of options has caused this. You just want to go back to the nice, warm, safe set of default options.

How about, the caption of &#039;Undo&#039; is &#039;Defaults&#039; when the dialog first appears. Making any changes causes the caption to change to Undo. Want to revert your change? Click &#039;Undo&#039; (caption reverts to &#039;Defaults&#039;). If you&#039;ve made no changes (or have undone your changes) and want to revert to Defaults, then click that.</description>
		<content:encoded><![CDATA[<p>Yes, I think &#8216;Default&#8217; is a very important option. If you have a complicated dialog you certainly want to back out of any changes you&#8217;ve made (Undo/Cancel) but what if you want to go back to the factory defaults. E.g. You&#8217;re a new user, you&#8217;ve made some changes and things aren&#8217;t working right. But you&#8217;re not sure which of a myriad of options has caused this. You just want to go back to the nice, warm, safe set of default options.</p>
<p>How about, the caption of &#8216;Undo&#8217; is &#8216;Defaults&#8217; when the dialog first appears. Making any changes causes the caption to change to Undo. Want to revert your change? Click &#8216;Undo&#8217; (caption reverts to &#8216;Defaults&#8217;). If you&#8217;ve made no changes (or have undone your changes) and want to revert to Defaults, then click that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: giovanni</title>
		<link>http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/comment-page-1/#comment-325</link>
		<dc:creator>giovanni</dc:creator>
		<pubDate>Sat, 25 Aug 2007 13:38:04 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/#comment-325</guid>
		<description>Nice article :)

You can think of a &#039;Default&#039; button as well.</description>
		<content:encoded><![CDATA[<p>Nice article :)</p>
<p>You can think of a &#8216;Default&#8217; button as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: me</title>
		<link>http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/comment-page-1/#comment-324</link>
		<dc:creator>me</dc:creator>
		<pubDate>Sat, 25 Aug 2007 13:05:53 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/#comment-324</guid>
		<description>Showing settings that are not applied yet when a preferences dialog is shown is a terrible, counterintuitive idea. It directly opposes the instant-apply theory as well as how people expect &quot;delayed apply&quot; to work.</description>
		<content:encoded><![CDATA[<p>Showing settings that are not applied yet when a preferences dialog is shown is a terrible, counterintuitive idea. It directly opposes the instant-apply theory as well as how people expect &#8220;delayed apply&#8221; to work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ghisa</title>
		<link>http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/comment-page-1/#comment-323</link>
		<dc:creator>Ghisa</dc:creator>
		<pubDate>Sat, 25 Aug 2007 12:48:33 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/#comment-323</guid>
		<description>My suggestion is: 

Apply
Apply &amp; Close
Close

Bye
Ghisa</description>
		<content:encoded><![CDATA[<p>My suggestion is: </p>
<p>Apply<br />
Apply &amp; Close<br />
Close</p>
<p>Bye<br />
Ghisa</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: erik</title>
		<link>http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/comment-page-1/#comment-322</link>
		<dc:creator>erik</dc:creator>
		<pubDate>Sat, 25 Aug 2007 12:39:55 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/#comment-322</guid>
		<description>[Smiling face][Sad face]

Wouldn&#039;t require translations either :-D</description>
		<content:encoded><![CDATA[<p>[Smiling face][Sad face]</p>
<p>Wouldn&#8217;t require translations either :-D</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mi viene il vomito&#8230; (cit) &#171; pollycoke :)</title>
		<link>http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/comment-page-1/#comment-321</link>
		<dc:creator>Mi viene il vomito&#8230; (cit) &#171; pollycoke :)</dc:creator>
		<pubDate>Sat, 25 Aug 2007 12:36:39 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/#comment-321</guid>
		<description>[...] Ryan Lortie si è messo d&#8217;impegno e ha un po&#8217; rimesso in discussione l&#8217;attuale disposizione dei pulsanti presenti nelle finestre di dialogo GNOME. È partito dal minimo assoluto: [...]</description>
		<content:encoded><![CDATA[<p>[...] Ryan Lortie si è messo d&#8217;impegno e ha un po&#8217; rimesso in discussione l&#8217;attuale disposizione dei pulsanti presenti nelle finestre di dialogo GNOME. È partito dal minimo assoluto: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anders Brander</title>
		<link>http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/comment-page-1/#comment-320</link>
		<dc:creator>Anders Brander</dc:creator>
		<pubDate>Sat, 25 Aug 2007 11:33:45 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/#comment-320</guid>
		<description>I&#039;ve always thought preference windows in Gnome should have two buttons: [Revert] [Close]

Revert would revert to the settings when the window was opened, and Close would - well - close the window ;)</description>
		<content:encoded><![CDATA[<p>I&#8217;ve always thought preference windows in Gnome should have two buttons: [Revert] [Close]</p>
<p>Revert would revert to the settings when the window was opened, and Close would &#8211; well &#8211; close the window ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mikael Jansson</title>
		<link>http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/comment-page-1/#comment-319</link>
		<dc:creator>Mikael Jansson</dc:creator>
		<pubDate>Sat, 25 Aug 2007 10:37:37 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/#comment-319</guid>
		<description>I like the BeOS one:

http://prognathous.mail-central.com/prognathous/mozilla/beos/fonts/menu.png

At startup, &quot;Revert&quot; (or &quot;Undo&quot;, if you like) is grayed out. When you change something, it becomes enabled and you can get back to whatever it was. 

Then, there&#039;s the default set of settings you can load back if you&#039;ve changed something, closed the dialog box and then open it again and forgot what it /used/ to be.</description>
		<content:encoded><![CDATA[<p>I like the BeOS one:</p>
<p><a href="http://prognathous.mail-central.com/prognathous/mozilla/beos/fonts/menu.png" rel="nofollow">http://prognathous.mail-central.com/prognathous/mozilla/beos/fonts/menu.png</a></p>
<p>At startup, &#8220;Revert&#8221; (or &#8220;Undo&#8221;, if you like) is grayed out. When you change something, it becomes enabled and you can get back to whatever it was. </p>
<p>Then, there&#8217;s the default set of settings you can load back if you&#8217;ve changed something, closed the dialog box and then open it again and forgot what it /used/ to be.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Denis Washington</title>
		<link>http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/comment-page-1/#comment-318</link>
		<dc:creator>Denis Washington</dc:creator>
		<pubDate>Sat, 25 Aug 2007 10:11:51 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/desrt/2007/08/24/non-instant-apply-preferences-dialogs/#comment-318</guid>
		<description>I would just go with OK/Cancel for non-instant-apply dialogs. IF they are not instant apply, the preferences are also usually things that are only noticed later anyway (like changed in gdm settings, which only show up after restarting X). So the two actions:

1. Close without applying, come back and change something, apply and close
2. Apply and close, come back and change something, apply and close

should be, for all that matters, semantically equivalent. A separate Close button could even lead to _inconsistent_ behavior compared to instant-apply dialogs. What about, for instance, changing gdm settings, clicking Close, and restarting X afterwards? Your previous changes would have no effect at all.</description>
		<content:encoded><![CDATA[<p>I would just go with OK/Cancel for non-instant-apply dialogs. IF they are not instant apply, the preferences are also usually things that are only noticed later anyway (like changed in gdm settings, which only show up after restarting X). So the two actions:</p>
<p>1. Close without applying, come back and change something, apply and close<br />
2. Apply and close, come back and change something, apply and close</p>
<p>should be, for all that matters, semantically equivalent. A separate Close button could even lead to _inconsistent_ behavior compared to instant-apply dialogs. What about, for instance, changing gdm settings, clicking Close, and restarting X afterwards? Your previous changes would have no effect at all.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
