<?xml version="1.0" encoding="utf-8"?><!-- generator="wordpress/1.5.1.3" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Confirmation With XForms</title>
	<link>http://www.orbeon.com/blog/2006/04/18/confirmation-with-xforms/</link>
	<description>XForms Everywhere</description>
	<pubDate>Thu, 21 Aug 2008 13:54:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=1.5.1.3</generator>

	<item>
		<title>by: ebruchez</title>
		<link>http://www.orbeon.com/blog/2006/04/18/confirmation-with-xforms/#comment-531</link>
		<pubDate>Thu, 20 Apr 2006 19:46:14 +0000</pubDate>
		<guid>http://www.orbeon.com/blog/2006/04/18/confirmation-with-xforms/#comment-531</guid>
					<description>Thanks for the comment. In defense of the XForms 1.0 spec though: I am not sure the purpose of a spec in general is to provide code samples. Blogs, articles and books are probably a better place for that.

Of course you are free to use good old buttons instead of links :-) That's a good thing about XForms' &quot;intent-driven&quot; user interface: it allows you to very quickly change appearances while keeping the exact same functionality. BTW xxforms:link is non standard, but there is now a suggested way of rendering triggers as links with the use of the &quot;minimal&quot; appearance.</description>
		<content:encoded><![CDATA[	<p>Thanks for the comment. In defense of the XForms 1.0 spec though: I am not sure the purpose of a spec in general is to provide code samples. Blogs, articles and books are probably a better place for that.</p>
	<p>Of course you are free to use good old buttons instead of links :-) That&#8217;s a good thing about XForms&#8217; &#8220;intent-driven&#8221; user interface: it allows you to very quickly change appearances while keeping the exact same functionality. BTW xxforms:link is non standard, but there is now a suggested way of rendering triggers as links with the use of the &#8220;minimal&#8221; appearance.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: amaah</title>
		<link>http://www.orbeon.com/blog/2006/04/18/confirmation-with-xforms/#comment-530</link>
		<pubDate>Thu, 20 Apr 2006 17:04:15 +0000</pubDate>
		<guid>http://www.orbeon.com/blog/2006/04/18/confirmation-with-xforms/#comment-530</guid>
					<description>This snippet of code should have been prominent in the XForms 1.0 spec. The point was to move away from javascripting but XForms never acknowledged that Javascript built in the alert and confirm methods. In order to create usable sites, you need to be able to warn the user about actions that are potentially destructive and or costly and give them the opportunity.

I have one quibble, the use of appearance=&quot;xxforms:link&quot;, I say let's stick to buttons

ergo: &lt;a href=&quot;http://koranteng.blogspot.com/2005/05/unloved-html-button-and-other.html&quot; rel=&quot;nofollow&quot;&gt;The Unloved HTML and other folktales&lt;/a&gt;</description>
		<content:encoded><![CDATA[	<p>This snippet of code should have been prominent in the XForms 1.0 spec. The point was to move away from javascripting but XForms never acknowledged that Javascript built in the alert and confirm methods. In order to create usable sites, you need to be able to warn the user about actions that are potentially destructive and or costly and give them the opportunity.</p>
	<p>I have one quibble, the use of appearance=&#8221;xxforms:link&#8221;, I say let&#8217;s stick to buttons</p>
	<p>ergo: <a href="http://koranteng.blogspot.com/2005/05/unloved-html-button-and-other.html" rel="nofollow">The Unloved HTML and other folktales</a>
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
