<?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"
	>
<channel>
	<title>Comments on: Rethinking the SkySales Payment Control</title>
	<atom:link href="http://blog.coltcooper.com/rethinking-the-skysales-payment-control/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.coltcooper.com/rethinking-the-skysales-payment-control/</link>
	<description></description>
	<pubDate>Wed, 19 Nov 2008 22:42:38 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Gabriel Kralik</title>
		<link>http://blog.coltcooper.com/rethinking-the-skysales-payment-control/#comment-3</link>
		<dc:creator>Gabriel Kralik</dc:creator>
		<pubDate>Wed, 04 Jun 2008 11:50:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.coltcooper.com/?p=15#comment-3</guid>
		<description>Thanks for inspiration. Nice post. 

Here is some reason, why using one PaymentInput control is more comfortable for me (Of course it depends on situation and client):

1. Situation where I would like implement funkcionality based on special workflow - generation all PaymentMethodFields controls depended on (customerAirline) workflow settings and transforming by one XSLT file seems as prefferable solution for me. 
(If will be time I would like write some little post about creating Customer Workflow settings with real experiences)

2. There will be only one Post back event delegate, and during post back I have all information at once. I don't need implement special cross control field   validation, if customer preffer one payment before another (and my customer is very demanding).

Thanks again for this post. I am looking forward for next.</description>
		<content:encoded><![CDATA[<p>Thanks for inspiration. Nice post. </p>
<p>Here is some reason, why using one PaymentInput control is more comfortable for me (Of course it depends on situation and client):</p>
<p>1. Situation where I would like implement funkcionality based on special workflow - generation all PaymentMethodFields controls depended on (customerAirline) workflow settings and transforming by one XSLT file seems as prefferable solution for me.<br />
(If will be time I would like write some little post about creating Customer Workflow settings with real experiences)</p>
<p>2. There will be only one Post back event delegate, and during post back I have all information at once. I don&#8217;t need implement special cross control field   validation, if customer preffer one payment before another (and my customer is very demanding).</p>
<p>Thanks again for this post. I am looking forward for next.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
