<?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>Musings on technology and life</description>
	<pubDate>Tue, 06 Jan 2009 06:10:33 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<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'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's a bar that should be raised, and that it shouldn't take a lot of work to make the user'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't disagree more.  If JavaScript can't display reasonable confirmation dialog boxes, then we shouldn't be using JavaScript for user interfaces.  Blaming the tool for a product's shortcomings is a cop-out.  We wouldn't let any other industry get away with it, and we shouldn'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's not actually possible to display a "yes/no" prompt with JavaScript. JS only provides three message box functions.
alert() displays a message and has an "ok" 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'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>
