<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Sans Browser &#187; Web</title>
	<atom:link href="http://enefekt.com/sansbrowser/category/web/feed/" rel="self" type="application/rss+xml" />
	<link>http://enefekt.com/sansbrowser</link>
	<description>Merging the best of the web and desktop</description>
	<lastBuildDate>Mon, 12 Jan 2009 16:25:22 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>WaSP Adobe Task Force</title>
		<link>http://enefekt.com/sansbrowser/2008/03/11/wasp-adobe-task-force/</link>
		<comments>http://enefekt.com/sansbrowser/2008/03/11/wasp-adobe-task-force/#comments</comments>
		<pubDate>Tue, 11 Mar 2008 13:24:36 +0000</pubDate>
		<dc:creator>enefekt</dc:creator>
				<category><![CDATA[ActionScript]]></category>
		<category><![CDATA[Adobe]]></category>
		<category><![CDATA[Flash Player]]></category>
		<category><![CDATA[RIA]]></category>
		<category><![CDATA[Web]]></category>

		<guid isPermaLink="false">http://enefekt.com/sansbrowser/2008/03/11/wasp-adobe-task-force/</guid>
		<description><![CDATA[The Adobe Task Force will collaborate with Adobe on all of the companyâ€™s products that output code or content to the Web, and will continue to advocate compliance with Web Standards and accessibility guidelines by those who use Adobeâ€™s products to design and build Web sites and applications.
Blog post
Press Release
]]></description>
			<content:encoded><![CDATA[<blockquote><p>The Adobe Task Force will collaborate with Adobe on all of the companyâ€™s products that output code or content to the Web, and will continue to advocate compliance with Web Standards and accessibility guidelines by those who use Adobeâ€™s products to design and build Web sites and applications.</p></blockquote>
<p><a href="http://www.webstandards.org/2008/03/10/announcing-the-adobe-task-force/">Blog post</a></p>
<p><a href="http://www.webstandards.org/press/releases/20080310/">Press Release</a></p>
]]></content:encoded>
			<wfw:commentRss>http://enefekt.com/sansbrowser/2008/03/11/wasp-adobe-task-force/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>HTML 5 in 15 Years?</title>
		<link>http://enefekt.com/sansbrowser/2007/12/10/html-5-in-15-years/</link>
		<comments>http://enefekt.com/sansbrowser/2007/12/10/html-5-in-15-years/#comments</comments>
		<pubDate>Mon, 10 Dec 2007 12:25:08 +0000</pubDate>
		<dc:creator>enefekt</dc:creator>
				<category><![CDATA[ActionScript]]></category>
		<category><![CDATA[Flash Player]]></category>
		<category><![CDATA[Flex]]></category>
		<category><![CDATA[HTML 5]]></category>
		<category><![CDATA[Web]]></category>

		<guid isPermaLink="false">http://enefekt.com/sansbrowser/2007/12/10/html-5-in-15-years/</guid>
		<description><![CDATA[Reading over the article on ALA previewing HTML 5, there is a lot of cool stuff. The video and audio tags, and the new structure elements are all great. That last part stung a little bit though:
Work on HTML 5 is rapidly progressing, yet it is still expected to continue for several years. Due to [...]]]></description>
			<content:encoded><![CDATA[<p>Reading over the <a href="http://www.alistapart.com/articles/previewofhtml5">article</a> on <a href="http://www.alistapart.com">ALA</a> previewing <a href="http://www.whatwg.org/specs/web-apps/current-work/">HTML 5</a>, there is a lot of cool stuff. The video and audio tags, and the new structure elements are all great. That last part stung a little bit though:</p>
<blockquote><p>Work on HTML 5 is rapidly progressing, yet it is still expected to continue for several years. Due to the requirement to produce test cases and achieve interoperable implementations, current estimates have work finishing in around ten to fifteen years.</p></blockquote>
<p>Hold up. Now, I&#8217;m sure that &#8220;work finishing&#8221; and being able to use it in more than one browser have to be two completely different things.(Hopefully!) But thats a long time!</p>
<p>Just as a head check in case there are folks looking to develop advanced RIAs right now. The <a href="http://www.adobe.com/products/flashplayer/">Flash Player</a> get&#8217;s over 90% penetration after just about a year. That means, Flash Player 9, along with Flex and ActionScript 3 apps incorporating video and audio, have a runtime penetration rate of over 90% right now. And in at the most one year, over 90% of clients will have the capability to playback H.264 video. That includes Linux, Windows, and Mac.</p>
]]></content:encoded>
			<wfw:commentRss>http://enefekt.com/sansbrowser/2007/12/10/html-5-in-15-years/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Merging the Best of the Web And Desktop</title>
		<link>http://enefekt.com/sansbrowser/2007/07/20/merging-the-best-of-the-web-and-desktop/</link>
		<comments>http://enefekt.com/sansbrowser/2007/07/20/merging-the-best-of-the-web-and-desktop/#comments</comments>
		<pubDate>Fri, 20 Jul 2007 11:52:17 +0000</pubDate>
		<dc:creator>enefekt</dc:creator>
				<category><![CDATA[AIR]]></category>
		<category><![CDATA[IDA]]></category>
		<category><![CDATA[Web]]></category>

		<guid isPermaLink="false">http://enefekt.com/sansbrowser/2007/07/20/merging-the-best-of-the-web-and-desktop/</guid>
		<description><![CDATA[There sure is a lot of news surrounding this right now.
]]></description>
			<content:encoded><![CDATA[<p>There sure is a <a href="http://labs.adobe.com/technologies/air/">lot</a> of <a href="http://www.readwriteweb.com/archives/facebook_acquires_web_os_parakey.php">news</a> surrounding this right <a href="http://www.pyrodesktop.org/Main_Page">now</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://enefekt.com/sansbrowser/2007/07/20/merging-the-best-of-the-web-and-desktop/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Browser As A Peer, is Here</title>
		<link>http://enefekt.com/sansbrowser/2007/04/27/the-browser-as-a-peer-is-here/</link>
		<comments>http://enefekt.com/sansbrowser/2007/04/27/the-browser-as-a-peer-is-here/#comments</comments>
		<pubDate>Fri, 27 Apr 2007 22:28:37 +0000</pubDate>
		<dc:creator>enefekt</dc:creator>
				<category><![CDATA[Adobe]]></category>
		<category><![CDATA[Hybrid]]></category>
		<category><![CDATA[IDA]]></category>
		<category><![CDATA[Mozilla]]></category>
		<category><![CDATA[Web]]></category>

		<guid isPermaLink="false">http://enefekt.com/sansbrowser/2007/04/27/the-browser-as-a-peer-is-here/</guid>
		<description><![CDATA[Brent Simmons strikes again with a really insightful post on why the whole &#8220;desktop vs web&#8221; debate is already dead. He uses the term &#8220;hybrid apps&#8221;, which is similar to an Internet Desktop App, but a more general categorization.
In the browser or out of the browser? Make that decision on an &#8220;app-by-app basis&#8221;. Look at [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://inessential.com/">Brent Simmons</a> strikes again with a <a href="http://inessential.com/?comments=1&#038;postid=3406">really insightful post</a> on why the whole &#8220;desktop vs web&#8221; debate is already dead. He uses the term &#8220;hybrid apps&#8221;, which is similar to an <a href="http://enefekt.com/sansbrowser/ida">Internet Desktop App</a>, but a more general categorization.</p>
<p>In the browser or out of the browser? Make that decision on an &#8220;app-by-app basis&#8221;. Look at the requirements of the project/product. No need to make blanket decisions. But there is always the considerations of you and/or your teams skill-sets. I think this is where runtimes like Apollo and XULRunner shine.</p>
<p>Of course though, highlighting some of the values of living outside of the browser are appropriate:</p>
<blockquote><p>None of my browsers can provide the user interface that Twitterrific provides</p></blockquote>
<blockquote><p>Anyone who wants to do everything in just one desktop app, the browser, canâ€”provided they donâ€™t mind giving up protected memory and all that modern goodness.</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://enefekt.com/sansbrowser/2007/04/27/the-browser-as-a-peer-is-here/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The HTML Output Assumption</title>
		<link>http://enefekt.com/sansbrowser/2007/04/18/the-html-output-assumption/</link>
		<comments>http://enefekt.com/sansbrowser/2007/04/18/the-html-output-assumption/#comments</comments>
		<pubDate>Wed, 18 Apr 2007 12:13:00 +0000</pubDate>
		<dc:creator>enefekt</dc:creator>
				<category><![CDATA[Adobe]]></category>
		<category><![CDATA[IDA]]></category>
		<category><![CDATA[Mozilla]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[Web]]></category>

		<guid isPermaLink="false">http://enefekt.com/sansbrowser/2007/04/18/the-html-output-assumption/</guid>
		<description><![CDATA[An excellent post here by Dave Thomas on PragDave, one of OG Pragmatic Programmers.
He really drives home the point of server-side applications needing to be client-independent, not assuming the client is a browser, and spitting out just HTML.
Favorite antagonistic quote: 
Recently, folks have been trying to circumvent this simplicity by making browser-based applications more interactive [...]]]></description>
			<content:encoded><![CDATA[<p>An <a href="http://pragdave.pragprog.com/pragdave/2007/03/the_radar_archi.html">excellent post</a> here by Dave Thomas on <a href="http://pragdave.pragprog.com/pragdave/">PragDave</a>, one of OG <a href="http://www.pragmaticprogrammer.com/ppbook/index.shtml">Pragmatic Programmers</a>.</p>
<p>He really drives home the point of server-side applications needing to be client-independent, not assuming the client is a browser, and spitting out just HTML.</p>
<p>Favorite antagonistic quote: </p>
<blockquote><p>Recently, folks have been trying to circumvent this simplicity by making browser-based applications more interactive using technologies such as Ajax. To my mind, this is just a stop-gap until we throw the browser away altogetherâ€”Ajax is just lipstick on a pig</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://enefekt.com/sansbrowser/2007/04/18/the-html-output-assumption/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
