<?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: Problems With Vodka</title>
	<atom:link href="http://jsedlak.org/2008/12/01/problems-with-vodka/feed/" rel="self" type="application/rss+xml" />
	<link>http://jsedlak.org/2008/12/01/problems-with-vodka/</link>
	<description></description>
	<lastBuildDate>Fri, 09 Jul 2010 23:43:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: John Sedlak</title>
		<link>http://jsedlak.org/2008/12/01/problems-with-vodka/comment-page-1/#comment-868</link>
		<dc:creator>John Sedlak</dc:creator>
		<pubDate>Wed, 03 Dec 2008 01:35:12 +0000</pubDate>
		<guid isPermaLink="false">http://jsedlak.com/?p=145#comment-868</guid>
		<description>Well Vodka is not a CMS in the common sense of the terminology. I am not supplying any client side software initially because that isn&#039;t the goal of my senior project.

Rather Vodka is just the services that a client would connect to and consume. The problem I have run into is that because I know the clients will want the content in HTML form, I have built in translation functionality.

My solution to this will to support external template factories. If the client has their own local (or remote) templating provider, they have always been welcome to use that. They can grab the XML from the content and just go with that.</description>
		<content:encoded><![CDATA[<p>Well Vodka is not a CMS in the common sense of the terminology. I am not supplying any client side software initially because that isn&#8217;t the goal of my senior project.</p>
<p>Rather Vodka is just the services that a client would connect to and consume. The problem I have run into is that because I know the clients will want the content in HTML form, I have built in translation functionality.</p>
<p>My solution to this will to support external template factories. If the client has their own local (or remote) templating provider, they have always been welcome to use that. They can grab the XML from the content and just go with that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: malfunct</title>
		<link>http://jsedlak.org/2008/12/01/problems-with-vodka/comment-page-1/#comment-867</link>
		<dc:creator>malfunct</dc:creator>
		<pubDate>Mon, 01 Dec 2008 18:43:36 +0000</pubDate>
		<guid isPermaLink="false">http://jsedlak.com/?p=145#comment-867</guid>
		<description>Sounds like you want it to be ajaxy. Have a standard template html and .js file that downloads the two pieces of content (xsl and xml) and transforms them then displays them. Make your server content such that no item changes and there is no expiration date and you can save a lot of traffic with caching even though your content is dynamic as the template, the xsl, the .js and probably a .css only has to be sent once.</description>
		<content:encoded><![CDATA[<p>Sounds like you want it to be ajaxy. Have a standard template html and .js file that downloads the two pieces of content (xsl and xml) and transforms them then displays them. Make your server content such that no item changes and there is no expiration date and you can save a lot of traffic with caching even though your content is dynamic as the template, the xsl, the .js and probably a .css only has to be sent once.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
