<?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: Address Book: Use of Escape key sets dangerous precedent</title>
	<atom:link href="http://www.betalogue.com/2007/07/31/address-book-use-of-escape-key-sets-dangerous-precedent/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.betalogue.com/2007/07/31/address-book-use-of-escape-key-sets-dangerous-precedent/</link>
	<description>Notes from an unfinished world…</description>
	<lastBuildDate>Mon, 06 Feb 2012 13:29:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Pierre Igot</title>
		<link>http://www.betalogue.com/2007/07/31/address-book-use-of-escape-key-sets-dangerous-precedent/comment-page-1/#comment-7792</link>
		<dc:creator>Pierre Igot</dc:creator>
		<pubDate>Wed, 12 Dec 2007 13:26:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/07/31/address-book-use-of-escape-key-sets-dangerous-precedent/#comment-7792</guid>
		<description>The reason I find it problematic (albeit convenient) is that, somewhat subconsciously, it has led me to believe that I could validate text entry in other applications by pressing the Esc key—when in fact in those other applications pressing the Esc key exits the Edit mode without saving the changes. So if I don&#039;t pay attention, I end up losing my text entry and not even noticing it. I find this rather dangerous.</description>
		<content:encoded><![CDATA[<p>The reason I find it problematic (albeit convenient) is that, somewhat subconsciously, it has led me to believe that I could validate text entry in other applications by pressing the Esc key—when in fact in those other applications pressing the Esc key exits the Edit mode without saving the changes. So if I don&#8217;t pay attention, I end up losing my text entry and not even noticing it. I find this rather dangerous.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: danridley</title>
		<link>http://www.betalogue.com/2007/07/31/address-book-use-of-escape-key-sets-dangerous-precedent/comment-page-1/#comment-7791</link>
		<dc:creator>danridley</dc:creator>
		<pubDate>Wed, 12 Dec 2007 07:38:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/07/31/address-book-use-of-escape-key-sets-dangerous-precedent/#comment-7791</guid>
		<description>Yes, but it&#039;s by no means universally used for &quot;exit without saving,&quot; and as you said yourself, it&#039;s so damn convenient. Why give up that convenience in the name of consistency that isn&#039;t really consistent at all? 

I don&#039;t think the meaning of Esc in a dialog box should change; that one *is* consistent now. So is using Esc to cancel a drag-and-drop operation.

But applications overload Esc for all sorts of domain-specific things, and I think &quot;go back to the normal mode of this application&quot; is perfectly sensible. In apps like OmniFocus, Address Book and iCal there&#039;s no &quot;save&quot; step involved anyway... it doesn&#039;t matter what field or mode you&#039;re in, if you make a change the only way out is Undo.</description>
		<content:encoded><![CDATA[<p>Yes, but it&#8217;s by no means universally used for &#8220;exit without saving,&#8221; and as you said yourself, it&#8217;s so damn convenient. Why give up that convenience in the name of consistency that isn&#8217;t really consistent at all? </p>
<p>I don&#8217;t think the meaning of Esc in a dialog box should change; that one *is* consistent now. So is using Esc to cancel a drag-and-drop operation.</p>
<p>But applications overload Esc for all sorts of domain-specific things, and I think &#8220;go back to the normal mode of this application&#8221; is perfectly sensible. In apps like OmniFocus, Address Book and iCal there&#8217;s no &#8220;save&#8221; step involved anyway&#8230; it doesn&#8217;t matter what field or mode you&#8217;re in, if you make a change the only way out is Undo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pierre Igot</title>
		<link>http://www.betalogue.com/2007/07/31/address-book-use-of-escape-key-sets-dangerous-precedent/comment-page-1/#comment-7788</link>
		<dc:creator>Pierre Igot</dc:creator>
		<pubDate>Tue, 11 Dec 2007 13:05:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/07/31/address-book-use-of-escape-key-sets-dangerous-precedent/#comment-7788</guid>
		<description>I realize that &quot;Escape&quot; and &quot;Exit&quot; are somewhat synonymous, but the trouble is that there are plenty of other contexts in Mac OS X where pressing the Esc key exits a dialog box/field without saving the changes. There is exiting and then there is exiting. Since Esc is also the shortcut for Cancel, it&#039;s logical to expect Esc to be the shortcut for &quot;Exit without saving&quot; and not for &quot;Save and Exit.&quot;</description>
		<content:encoded><![CDATA[<p>I realize that &#8220;Escape&#8221; and &#8220;Exit&#8221; are somewhat synonymous, but the trouble is that there are plenty of other contexts in Mac OS X where pressing the Esc key exits a dialog box/field without saving the changes. There is exiting and then there is exiting. Since Esc is also the shortcut for Cancel, it&#8217;s logical to expect Esc to be the shortcut for &#8220;Exit without saving&#8221; and not for &#8220;Save and Exit.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: danridley</title>
		<link>http://www.betalogue.com/2007/07/31/address-book-use-of-escape-key-sets-dangerous-precedent/comment-page-1/#comment-7787</link>
		<dc:creator>danridley</dc:creator>
		<pubDate>Tue, 11 Dec 2007 05:08:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/07/31/address-book-use-of-escape-key-sets-dangerous-precedent/#comment-7787</guid>
		<description>OmniFocus is just doing what OmniOutliner&#039;s done for a long time.

I don&#039;t find the behavior of Esc in Address Book and iCal (or Omni*) to be either wrong or confusing. Esc has always had a double meaning; &quot;cancel&quot; or &quot;leave this mode.&quot; In an app like those four examples, where there&#039;s a clear sense that editing is a specific mode that you enter and leave as needed, Esc to exit edit mode makes sense to me.

I think you found an Excel bug :-)</description>
		<content:encoded><![CDATA[<p>OmniFocus is just doing what OmniOutliner&#8217;s done for a long time.</p>
<p>I don&#8217;t find the behavior of Esc in Address Book and iCal (or Omni*) to be either wrong or confusing. Esc has always had a double meaning; &#8220;cancel&#8221; or &#8220;leave this mode.&#8221; In an app like those four examples, where there&#8217;s a clear sense that editing is a specific mode that you enter and leave as needed, Esc to exit edit mode makes sense to me.</p>
<p>I think you found an Excel bug :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alanterra</title>
		<link>http://www.betalogue.com/2007/07/31/address-book-use-of-escape-key-sets-dangerous-precedent/comment-page-1/#comment-7785</link>
		<dc:creator>alanterra</dc:creator>
		<pubDate>Sat, 08 Dec 2007 17:50:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/07/31/address-book-use-of-escape-key-sets-dangerous-precedent/#comment-7785</guid>
		<description>OmniFocus is following this convention as well. Thank you, Apple, for another step towards making computers harder to use.</description>
		<content:encoded><![CDATA[<p>OmniFocus is following this convention as well. Thank you, Apple, for another step towards making computers harder to use.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

