<?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: OK or Cancel?</title>
	<atom:link href="http://blog.mischel.com/2008/01/23/ok-or-cancel/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mischel.com/2008/01/23/ok-or-cancel/</link>
	<description></description>
	<lastBuildDate>Thu, 09 Feb 2012 17:24:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Phil Wheat</title>
		<link>http://blog.mischel.com/2008/01/23/ok-or-cancel/comment-page-1/#comment-1232</link>
		<dc:creator>Phil Wheat</dc:creator>
		<pubDate>Thu, 24 Jan 2008 18:58:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mischel.com/2008/01/23/ok-or-cancel/#comment-1232</guid>
		<description>I always find it interesting that with most parts of tool kits, developers are very quick to roll their own functionality (thing DAC&#039;s and such) but with something like this, everyone tends to just take the default functionality and let it ride.

I completely agree both that it&#039;s a bar that should be raised, and that it shouldn&#039;t take a lot of work to make the user&#039;s experience incredibly better.</description>
		<content:encoded><![CDATA[<p>I always find it interesting that with most parts of tool kits, developers are very quick to roll their own functionality (thing DAC&#8217;s and such) but with something like this, everyone tends to just take the default functionality and let it ride.</p>
<p>I completely agree both that it&#8217;s a bar that should be raised, and that it shouldn&#8217;t take a lot of work to make the user&#8217;s experience incredibly better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim</title>
		<link>http://blog.mischel.com/2008/01/23/ok-or-cancel/comment-page-1/#comment-1231</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Thu, 24 Jan 2008 15:26:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mischel.com/2008/01/23/ok-or-cancel/#comment-1231</guid>
		<description>Ricky,

I couldn&#039;t disagree more.  If JavaScript can&#039;t display reasonable confirmation dialog boxes, then we shouldn&#039;t be using JavaScript for user interfaces.  Blaming the tool for a product&#039;s shortcomings is a cop-out.  We wouldn&#039;t let any other industry get away with it, and we shouldn&#039;t let software developers get away with it.

I also disagree that the message was minimally confusing.  I would expect something like this:
&lt;blockquote&gt;
Press OK to discard this message without sending.
Press Cancel to continue editing.
&lt;/blockquote&gt;

There is absolutely no ambiguity there.  The user knows exactly what will happen when he presses one of the buttons.</description>
		<content:encoded><![CDATA[<p>Ricky,</p>
<p>I couldn&#8217;t disagree more.  If JavaScript can&#8217;t display reasonable confirmation dialog boxes, then we shouldn&#8217;t be using JavaScript for user interfaces.  Blaming the tool for a product&#8217;s shortcomings is a cop-out.  We wouldn&#8217;t let any other industry get away with it, and we shouldn&#8217;t let software developers get away with it.</p>
<p>I also disagree that the message was minimally confusing.  I would expect something like this:</p>
<blockquote><p>
Press OK to discard this message without sending.<br />
Press Cancel to continue editing.
</p></blockquote>
<p>There is absolutely no ambiguity there.  The user knows exactly what will happen when he presses one of the buttons.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ricky C.</title>
		<link>http://blog.mischel.com/2008/01/23/ok-or-cancel/comment-page-1/#comment-1230</link>
		<dc:creator>Ricky C.</dc:creator>
		<pubDate>Thu, 24 Jan 2008 04:24:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mischel.com/2008/01/23/ok-or-cancel/#comment-1230</guid>
		<description>In their defense, it&#039;s not actually possible to display a &quot;yes/no&quot; prompt with JavaScript. JS only provides three message box functions.
alert() displays a message and has an &quot;ok&quot; button.
prompt() displays a prompt and a text box for answering the prompt, and then an ok/cancel button (it returns the inputted string, or null for cancel)
and confirm(), the box that you have, shows a message and ok/cancel buttons (and returns true/false corresponding to ok/cancel).

So yes, it&#039;s odd, but I think they worded the question so that it was minimally confusing, and I think I might have overlooked that humorous contradiction that you point out in this post. In this case, I believe the makers of the website are excused because of technical limitations.</description>
		<content:encoded><![CDATA[<p>In their defense, it&#8217;s not actually possible to display a &#8220;yes/no&#8221; prompt with JavaScript. JS only provides three message box functions.<br />
alert() displays a message and has an &#8220;ok&#8221; button.<br />
prompt() displays a prompt and a text box for answering the prompt, and then an ok/cancel button (it returns the inputted string, or null for cancel)<br />
and confirm(), the box that you have, shows a message and ok/cancel buttons (and returns true/false corresponding to ok/cancel).</p>
<p>So yes, it&#8217;s odd, but I think they worded the question so that it was minimally confusing, and I think I might have overlooked that humorous contradiction that you point out in this post. In this case, I believe the makers of the website are excused because of technical limitations.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

