<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Dumb redirects interact poorly with forms</title>
	<atom:link href="http://qzdrproject.wordpress.com/2008/06/23/dumb-redirects-interact-poorly-with-forms/feed/" rel="self" type="application/rss+xml" />
	<link>http://qzdrproject.wordpress.com/2008/06/23/dumb-redirects-interact-poorly-with-forms/</link>
	<description>QZ's DrProject development blog</description>
	<lastBuildDate>Thu, 12 Nov 2009 19:39:38 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Eric</title>
		<link>http://qzdrproject.wordpress.com/2008/06/23/dumb-redirects-interact-poorly-with-forms/#comment-24</link>
		<dc:creator>Eric</dc:creator>
		<pubDate>Tue, 24 Jun 2008 16:14:48 +0000</pubDate>
		<guid isPermaLink="false">http://qzdrproject.wordpress.com/?p=32#comment-24</guid>
		<description>A possible solution used by my current platform involves keeping an array of form data in a session variable.  On each page load, that form data, if it exists, is loaded as if it were actually submitted by the browser, then the session variable is cleared.  Certain pages load fake form data straight into the session before redirecting.  However, its primary purpose was to preserve actual form data across a session timeout and re-login, after fielding a few complaints from, among other people, the company owner.</description>
		<content:encoded><![CDATA[<p>A possible solution used by my current platform involves keeping an array of form data in a session variable.  On each page load, that form data, if it exists, is loaded as if it were actually submitted by the browser, then the session variable is cleared.  Certain pages load fake form data straight into the session before redirecting.  However, its primary purpose was to preserve actual form data across a session timeout and re-login, after fielding a few complaints from, among other people, the company owner.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Third Bit &#187; Blog Archive &#187; Navigating IRC Logs, Nested Forms, Et Cetera</title>
		<link>http://qzdrproject.wordpress.com/2008/06/23/dumb-redirects-interact-poorly-with-forms/#comment-23</link>
		<dc:creator>The Third Bit &#187; Blog Archive &#187; Navigating IRC Logs, Nested Forms, Et Cetera</dc:creator>
		<pubDate>Tue, 24 Jun 2008 15:17:30 +0000</pubDate>
		<guid isPermaLink="false">http://qzdrproject.wordpress.com/?p=32#comment-23</guid>
		<description>[...] Qiyu Zhu is working through the design of a new role editor, and believes that dumb redirects interact poorly with forms. Suggestions, [...]</description>
		<content:encoded><![CDATA[<p>[...] Qiyu Zhu is working through the design of a new role editor, and believes that dumb redirects interact poorly with forms. Suggestions, [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
