<?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: Multiple Save Buttons</title>
	<atom:link href="http://creativebriefing.com/multiple-save-buttons/feed/" rel="self" type="application/rss+xml" />
	<link>http://creativebriefing.com/multiple-save-buttons/</link>
	<description>for the marketer, designer, and entrepreneur</description>
	<lastBuildDate>Thu, 11 Mar 2010 06:50:47 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: HE</title>
		<link>http://creativebriefing.com/multiple-save-buttons/comment-page-1/#comment-4562</link>
		<dc:creator>HE</dc:creator>
		<pubDate>Mon, 05 Oct 2009 21:19:11 +0000</pubDate>
		<guid isPermaLink="false">http://creativebriefing.com/?p=488#comment-4562</guid>
		<description>A solution I&#039;ve used in the past is an invisible (1px x 1px) iframe. You then have the form submit to the iframe. On every form field you have a onchange=form.submit(). Basically, everytime a form field is changed it&#039;s saved. On the one hand this uses bandwith and database resources, on the other hand nothing is everlost yet the interface is seamless. This also allows for serverside form validation when needed.

I do agree with short web forms though. I&#039;m currently designing some online insurance applications, which are typically very long and complex. Instead, I&#039;ve broken it down into sections for Insured Information, Risk Informaiton, Broker Information, etc. By using the above technique the user can flip through the different sections without ever losing data and having all the fields filled with database information.

Hope that helps someone,</description>
		<content:encoded><![CDATA[<p>A solution I&#8217;ve used in the past is an invisible (1px x 1px) iframe. You then have the form submit to the iframe. On every form field you have a onchange=form.submit(). Basically, everytime a form field is changed it&#8217;s saved. On the one hand this uses bandwith and database resources, on the other hand nothing is everlost yet the interface is seamless. This also allows for serverside form validation when needed.</p>
<p>I do agree with short web forms though. I&#8217;m currently designing some online insurance applications, which are typically very long and complex. Instead, I&#8217;ve broken it down into sections for Insured Information, Risk Informaiton, Broker Information, etc. By using the above technique the user can flip through the different sections without ever losing data and having all the fields filled with database information.</p>
<p>Hope that helps someone,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SL</title>
		<link>http://creativebriefing.com/multiple-save-buttons/comment-page-1/#comment-4359</link>
		<dc:creator>SL</dc:creator>
		<pubDate>Wed, 08 Jul 2009 21:15:39 +0000</pubDate>
		<guid isPermaLink="false">http://creativebriefing.com/?p=488#comment-4359</guid>
		<description>A solution I&#039;ve used in the past is an invisible (1px x 1px) iframe. You then have the form submit to the iframe. On every form field you have a onchange=form.submit(). Basically, everytime a form field is changed it&#039;s saved. On the one hand this uses bandwith and database resources, on the other hand nothing is everlost yet the interface is seamless. This also allows for serverside form validation when needed.

I do agree with short web forms though. I&#039;m currently designing some online insurance applications, which are typically very long and complex. Instead, I&#039;ve broken it down into sections for Insured Information, Risk Informaiton, Broker Information, etc. By using the above technique the user can flip through the different sections without ever losing data and having all the fields filled with database information.

Hope that helps someone,</description>
		<content:encoded><![CDATA[<p>A solution I&#8217;ve used in the past is an invisible (1px x 1px) iframe. You then have the form submit to the iframe. On every form field you have a onchange=form.submit(). Basically, everytime a form field is changed it&#8217;s saved. On the one hand this uses bandwith and database resources, on the other hand nothing is everlost yet the interface is seamless. This also allows for serverside form validation when needed.</p>
<p>I do agree with short web forms though. I&#8217;m currently designing some online insurance applications, which are typically very long and complex. Instead, I&#8217;ve broken it down into sections for Insured Information, Risk Informaiton, Broker Information, etc. By using the above technique the user can flip through the different sections without ever losing data and having all the fields filled with database information.</p>
<p>Hope that helps someone,</p>
]]></content:encoded>
	</item>
</channel>
</rss>
