<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Poll: Should the &#8220;Apply&#8221; button become the default button in A Better Finder Rename?</title>
	<link>http://www.publicspace.net/blog/mac/software/a-better-finder-rename/2006/06/07/poll-should-the-apply-button-become-the-default-button-in-a-better-finder-rename/</link>
	<description>by Frank Reiff.</description>
	<pubDate>Sat, 05 Jul 2008 19:55:54 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.2</generator>

	<item>
		<title>by: Family Christian Bookstore</title>
		<link>http://www.publicspace.net/blog/mac/software/a-better-finder-rename/2006/06/07/poll-should-the-apply-button-become-the-default-button-in-a-better-finder-rename/#comment-44741</link>
		<pubDate>Tue, 14 Aug 2007 01:59:41 +0000</pubDate>
		<guid>http://www.publicspace.net/blog/mac/software/a-better-finder-rename/2006/06/07/poll-should-the-apply-button-become-the-default-button-in-a-better-finder-rename/#comment-44741</guid>
					<description>&lt;strong&gt;Family Christian Bookstore...&lt;/strong&gt;

I couldn't understand some parts of this article, but it sounds interesting...</description>
		<content:encoded><![CDATA[<p><strong>Family Christian Bookstore&#8230;</strong></p>
<p>I couldn&#8217;t understand some parts of this article, but it sounds interesting&#8230;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: The official publicspace.net blog &#187; Blog Archive &#187; A Better Finder Rename 7.5 tidbits</title>
		<link>http://www.publicspace.net/blog/mac/software/a-better-finder-rename/2006/06/07/poll-should-the-apply-button-become-the-default-button-in-a-better-finder-rename/#comment-3032</link>
		<pubDate>Wed, 08 Nov 2006 09:47:20 +0000</pubDate>
		<guid>http://www.publicspace.net/blog/mac/software/a-better-finder-rename/2006/06/07/poll-should-the-apply-button-become-the-default-button-in-a-better-finder-rename/#comment-3032</guid>
					<description>[...] The ongoing  &amp;#8220;Should the Rename Button Quit the Application or Clear the Preview?&amp;#8221; saga reared its ugly head again in the recent About this Particular Macintosh (Verdict: &amp;#8220;Very Nice!&amp;#8221;) review.. if I had one email from everybody who thinks that it should or should not quit, I&amp;#8217;d have a lot of emails.. well actually I do. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] The ongoing  &#8220;Should the Rename Button Quit the Application or Clear the Preview?&#8221; saga reared its ugly head again in the recent About this Particular Macintosh (Verdict: &#8220;Very Nice!&#8221;) review.. if I had one email from everybody who thinks that it should or should not quit, I&#8217;d have a lot of emails.. well actually I do. [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Steve</title>
		<link>http://www.publicspace.net/blog/mac/software/a-better-finder-rename/2006/06/07/poll-should-the-apply-button-become-the-default-button-in-a-better-finder-rename/#comment-1368</link>
		<pubDate>Wed, 06 Sep 2006 17:07:28 +0000</pubDate>
		<guid>http://www.publicspace.net/blog/mac/software/a-better-finder-rename/2006/06/07/poll-should-the-apply-button-become-the-default-button-in-a-better-finder-rename/#comment-1368</guid>
					<description>I'm not sure why it would ever automatically quit. I don't know of any other application that does that. I'd rather have to tell it quit, as I would with any other application. But I like the idea of an &quot;apply&quot; button where you have the option of reviewing each change as well as an &quot;OK&quot; button that just makes the changes.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure why it would ever automatically quit. I don&#8217;t know of any other application that does that. I&#8217;d rather have to tell it quit, as I would with any other application. But I like the idea of an &#8220;apply&#8221; button where you have the option of reviewing each change as well as an &#8220;OK&#8221; button that just makes the changes.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Mike Quinn</title>
		<link>http://www.publicspace.net/blog/mac/software/a-better-finder-rename/2006/06/07/poll-should-the-apply-button-become-the-default-button-in-a-better-finder-rename/#comment-323</link>
		<pubDate>Thu, 15 Jun 2006 22:38:16 +0000</pubDate>
		<guid>http://www.publicspace.net/blog/mac/software/a-better-finder-rename/2006/06/07/poll-should-the-apply-button-become-the-default-button-in-a-better-finder-rename/#comment-323</guid>
					<description>ABFR is now an application, not a dialog box. You don't expect an application to quit when you tell it to do something.
ABFR already clears the preview pane after a rename, which is equivalent to dismissing the dialog box. I don't want to keep re-loading ABFR after each rename. &quot;Apply&quot; helps, but I still find myself hitting the &quot;OK&quot; in version 3 instead of &quot;Apply&quot; when I see the change I want in the preview pane. That's annoying. 
You can get by with two buttons: &quot;Rename and quit&quot; and &quot;Rename&quot;. I'd make the rightmost button &quot;Rename&quot; the default  and leave &quot;Rename and quit&quot; (or a check box with that option) for &quot;one-button&quot; users.</description>
		<content:encoded><![CDATA[<p>ABFR is now an application, not a dialog box. You don&#8217;t expect an application to quit when you tell it to do something.<br />
ABFR already clears the preview pane after a rename, which is equivalent to dismissing the dialog box. I don&#8217;t want to keep re-loading ABFR after each rename. &#8220;Apply&#8221; helps, but I still find myself hitting the &#8220;OK&#8221; in version 3 instead of &#8220;Apply&#8221; when I see the change I want in the preview pane. That&#8217;s annoying.<br />
You can get by with two buttons: &#8220;Rename and quit&#8221; and &#8220;Rename&#8221;. I&#8217;d make the rightmost button &#8220;Rename&#8221; the default  and leave &#8220;Rename and quit&#8221; (or a check box with that option) for &#8220;one-button&#8221; users.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: reiff</title>
		<link>http://www.publicspace.net/blog/mac/software/a-better-finder-rename/2006/06/07/poll-should-the-apply-button-become-the-default-button-in-a-better-finder-rename/#comment-253</link>
		<pubDate>Thu, 08 Jun 2006 16:34:23 +0000</pubDate>
		<guid>http://www.publicspace.net/blog/mac/software/a-better-finder-rename/2006/06/07/poll-should-the-apply-button-become-the-default-button-in-a-better-finder-rename/#comment-253</guid>
					<description>This is what the Apple's Human Interface Guidelines/ Bible has to say about apply buttons:

&quot;Providing an Apply Button in a Dialog

You may choose to provide an Apply button in a dialog that displays multiple settings that affect the user’s view of data. An Apply button should allow a user to preview the effect of the selected settings without committing to the changes. Be cautious about using an Apply button for operations that take a long time to implement or undo; it might not be obvious to users that they can interrupt or reverse the process. Save dialogs or dialogs that allow users to make changes that can’t be previewed easily should not include an Apply button.

Clicking the Apply button does not dismiss the dialog because the user must decide whether to accept the previewed changes (by clicking OK) or to reject them (by clicking Cancel). Do not use the Apply button as another OK button—when the user dismisses the dialog without clicking OK, all previewed changes should be discarded&quot;

That pretty much says that only with the &quot;OK&quot; button should the preview results be applied in earnest and the dialog should then be dismissed. Hhmm..

I don't think anybody expects an &quot;Apply&quot; button to do what a &quot;Preview&quot; button should do? &quot;Apply&quot; to me (and this seems to be the case in all applications that I've seen) means &quot;Do It&quot; but without a connotation of dismissing the dialog.

In any case, a dialog should be dismissed only by an &quot;OK&quot; button (for applying the changes) or a &quot;Cancel&quot; button (for not applying the changes).

Despite Apple's HIG, lots of you want a way of renaming files without dismissing the dialog.

The best (and most mindful of the HIG) solution I can think of is to provide two buttons:

&quot;OK&quot; renames and quits, just as it should
&quot;Cancel&quot; quits without renaming, just as it should
&quot;Apply&quot; in violation with of the HIG, but IMHO intuitively, just renames and stays open

The &quot;Rename&quot; button will thus become &quot;OK&quot;, which according to HIG needs to be mapped to the return key.

For convenience's sake the &quot;Apply&quot; button should have a keyboard shortcut. HIG does not define a shortcut for &quot;Apply&quot; and Command-A, -P, -L and -Y are already taken.. Any suggestions?</description>
		<content:encoded><![CDATA[<p>This is what the Apple&#8217;s Human Interface Guidelines/ Bible has to say about apply buttons:</p>
<p>&#8220;Providing an Apply Button in a Dialog</p>
<p>You may choose to provide an Apply button in a dialog that displays multiple settings that affect the user’s view of data. An Apply button should allow a user to preview the effect of the selected settings without committing to the changes. Be cautious about using an Apply button for operations that take a long time to implement or undo; it might not be obvious to users that they can interrupt or reverse the process. Save dialogs or dialogs that allow users to make changes that can’t be previewed easily should not include an Apply button.</p>
<p>Clicking the Apply button does not dismiss the dialog because the user must decide whether to accept the previewed changes (by clicking OK) or to reject them (by clicking Cancel). Do not use the Apply button as another OK button—when the user dismisses the dialog without clicking OK, all previewed changes should be discarded&#8221;</p>
<p>That pretty much says that only with the &#8220;OK&#8221; button should the preview results be applied in earnest and the dialog should then be dismissed. Hhmm..</p>
<p>I don&#8217;t think anybody expects an &#8220;Apply&#8221; button to do what a &#8220;Preview&#8221; button should do? &#8220;Apply&#8221; to me (and this seems to be the case in all applications that I&#8217;ve seen) means &#8220;Do It&#8221; but without a connotation of dismissing the dialog.</p>
<p>In any case, a dialog should be dismissed only by an &#8220;OK&#8221; button (for applying the changes) or a &#8220;Cancel&#8221; button (for not applying the changes).</p>
<p>Despite Apple&#8217;s HIG, lots of you want a way of renaming files without dismissing the dialog.</p>
<p>The best (and most mindful of the HIG) solution I can think of is to provide two buttons:</p>
<p>&#8220;OK&#8221; renames and quits, just as it should<br />
&#8220;Cancel&#8221; quits without renaming, just as it should<br />
&#8220;Apply&#8221; in violation with of the HIG, but IMHO intuitively, just renames and stays open</p>
<p>The &#8220;Rename&#8221; button will thus become &#8220;OK&#8221;, which according to HIG needs to be mapped to the return key.</p>
<p>For convenience&#8217;s sake the &#8220;Apply&#8221; button should have a keyboard shortcut. HIG does not define a shortcut for &#8220;Apply&#8221; and Command-A, -P, -L and -Y are already taken.. Any suggestions?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Guntis Bukalders</title>
		<link>http://www.publicspace.net/blog/mac/software/a-better-finder-rename/2006/06/07/poll-should-the-apply-button-become-the-default-button-in-a-better-finder-rename/#comment-249</link>
		<pubDate>Thu, 08 Jun 2006 13:39:18 +0000</pubDate>
		<guid>http://www.publicspace.net/blog/mac/software/a-better-finder-rename/2006/06/07/poll-should-the-apply-button-become-the-default-button-in-a-better-finder-rename/#comment-249</guid>
					<description>I think that Rename and Apply would be confusing as both would do almost the same task, except for quitting. Then it would be better to rename &quot;Rename&quot; to &quot;Apply &amp;#38; Quit&quot;. Or, just leave &quot;Apply&quot; or &quot;Rename&quot; button and add checkbox &quot;Quit application after renaming&quot;.</description>
		<content:encoded><![CDATA[<p>I think that Rename and Apply would be confusing as both would do almost the same task, except for quitting. Then it would be better to rename &#8220;Rename&#8221; to &#8220;Apply &amp; Quit&#8221;. Or, just leave &#8220;Apply&#8221; or &#8220;Rename&#8221; button and add checkbox &#8220;Quit application after renaming&#8221;.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
