<?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: delayed-apply, again</title>
	<atom:link href="http://blogs.gnome.org/desrt/2007/08/25/delayed-apply-again/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/desrt/2007/08/25/delayed-apply-again/</link>
	<description>a lowercase manifesto</description>
	<lastBuildDate>Tue, 09 Mar 2010 08:24:52 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Calum</title>
		<link>http://blogs.gnome.org/desrt/2007/08/25/delayed-apply-again/comment-page-1/#comment-333</link>
		<dc:creator>Calum</dc:creator>
		<pubDate>Tue, 28 Aug 2007 13:52:20 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/desrt/2007/08/25/delayed-apply-again/#comment-333</guid>
		<description>Correct, Close is for instant apply dialogs and just closes the window.  OK is for explicit apply dialogs, and applies changes in addition to closing the window. 

Some people wanted no Close button at all in instant apply dialogs (other than the one in the title bar) to make the difference even more obvious, but at the time there were objections from the accessibility team.</description>
		<content:encoded><![CDATA[<p>Correct, Close is for instant apply dialogs and just closes the window.  OK is for explicit apply dialogs, and applies changes in addition to closing the window. </p>
<p>Some people wanted no Close button at all in instant apply dialogs (other than the one in the title bar) to make the difference even more obvious, but at the time there were objections from the accessibility team.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mart Raudsepp</title>
		<link>http://blogs.gnome.org/desrt/2007/08/25/delayed-apply-again/comment-page-1/#comment-332</link>
		<dc:creator>Mart Raudsepp</dc:creator>
		<pubDate>Mon, 27 Aug 2007 11:54:32 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/desrt/2007/08/25/delayed-apply-again/#comment-332</guid>
		<description>But instant apply dialogs name the button as &quot;Close&quot; not &quot;OK&quot;, because OK gives the notion that the changes don&#039;t apply before you click it and therefore it isn&#039;t an instant-apply dialog if the button is named &quot;OK&quot;, not &quot;Close&quot;. That&#039;s my understanding at least, I wonder if the HIG makes it explicit. There is notion of Close button being related to instant-apply dialogs under http://developer.gnome.org/projects/gup/hig/2.0/windows-utility.html#default-buttons</description>
		<content:encoded><![CDATA[<p>But instant apply dialogs name the button as &#8220;Close&#8221; not &#8220;OK&#8221;, because OK gives the notion that the changes don&#8217;t apply before you click it and therefore it isn&#8217;t an instant-apply dialog if the button is named &#8220;OK&#8221;, not &#8220;Close&#8221;. That&#8217;s my understanding at least, I wonder if the HIG makes it explicit. There is notion of Close button being related to instant-apply dialogs under <a href="http://developer.gnome.org/projects/gup/hig/2.0/windows-utility.html#default-buttons" rel="nofollow">http://developer.gnome.org/projects/gup/hig/2.0/windows-utility.html#default-buttons</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Cunningham</title>
		<link>http://blogs.gnome.org/desrt/2007/08/25/delayed-apply-again/comment-page-1/#comment-331</link>
		<dc:creator>Chris Cunningham</dc:creator>
		<pubDate>Sun, 26 Aug 2007 09:47:20 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/desrt/2007/08/25/delayed-apply-again/#comment-331</guid>
		<description>&lt;blockquote&gt;an undo button isn’t useful enough to be a part of the ui (just close and reopen for those rare circumstances)&lt;/blockquote&gt;

Oh lordy. The deal with instant-apply is that &quot;OK&quot; does exactly the same thing as clicking the close button. Now you want these things to have entirely opposite semantics (one commits, one doesn&#039;t). This is an extremely bad idea.

 - Chris</description>
		<content:encoded><![CDATA[<blockquote><p>an undo button isn’t useful enough to be a part of the ui (just close and reopen for those rare circumstances)</p></blockquote>
<p>Oh lordy. The deal with instant-apply is that &#8220;OK&#8221; does exactly the same thing as clicking the close button. Now you want these things to have entirely opposite semantics (one commits, one doesn&#8217;t). This is an extremely bad idea.</p>
<p> &#8211; Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: erik</title>
		<link>http://blogs.gnome.org/desrt/2007/08/25/delayed-apply-again/comment-page-1/#comment-328</link>
		<dc:creator>erik</dc:creator>
		<pubDate>Sat, 25 Aug 2007 17:59:34 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/desrt/2007/08/25/delayed-apply-again/#comment-328</guid>
		<description>Perhaps he has spent too much time in the same room with aseigo?</description>
		<content:encoded><![CDATA[<p>Perhaps he has spent too much time in the same room with aseigo?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blah</title>
		<link>http://blogs.gnome.org/desrt/2007/08/25/delayed-apply-again/comment-page-1/#comment-327</link>
		<dc:creator>blah</dc:creator>
		<pubDate>Sat, 25 Aug 2007 17:52:34 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/desrt/2007/08/25/delayed-apply-again/#comment-327</guid>
		<description>Oh, and what happened to your shift key?</description>
		<content:encoded><![CDATA[<p>Oh, and what happened to your shift key?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blah</title>
		<link>http://blogs.gnome.org/desrt/2007/08/25/delayed-apply-again/comment-page-1/#comment-326</link>
		<dc:creator>blah</dc:creator>
		<pubDate>Sat, 25 Aug 2007 17:51:29 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/desrt/2007/08/25/delayed-apply-again/#comment-326</guid>
		<description>Why do you think you need to have this *path parameter for the transactions? If you drop that parameter (i.e. by implicitly setting it to &quot;/&quot;) you get to the very definition of database transaction. And that&#039;s what you really should be doing.

And, yes I too would ignore the whole issue of having two dialogs for the same options open. Configuration dialogs should be &quot;singletons&quot; anyway, i.e. when you open them twice you should only get a single window.</description>
		<content:encoded><![CDATA[<p>Why do you think you need to have this *path parameter for the transactions? If you drop that parameter (i.e. by implicitly setting it to &#8220;/&#8221;) you get to the very definition of database transaction. And that&#8217;s what you really should be doing.</p>
<p>And, yes I too would ignore the whole issue of having two dialogs for the same options open. Configuration dialogs should be &#8220;singletons&#8221; anyway, i.e. when you open them twice you should only get a single window.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
