<?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>webr3.org &#187; secrets</title>
	<atom:link href="http://webr3.org/blog/category/secrets/feed/" rel="self" type="application/rss+xml" />
	<link>http://webr3.org/blog</link>
	<description>brain&#039;s on fire!</description>
	<lastBuildDate>Tue, 19 Jul 2011 15:38:29 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>How javascript will bring on a paradigm shift and a period of unprecedented innovation</title>
		<link>http://webr3.org/blog/secrets/how-javascript-will-bring-on-a-paradigm-shift-and-a-period-of-unprecedented-innovation/</link>
		<comments>http://webr3.org/blog/secrets/how-javascript-will-bring-on-a-paradigm-shift-and-a-period-of-unprecedented-innovation/#comments</comments>
		<pubDate>Wed, 04 Aug 2010 02:38:32 +0000</pubDate>
		<dc:creator>nathan</dc:creator>
				<category><![CDATA[secrets]]></category>
		<category><![CDATA[AMF Pensionsforsakring AB]]></category>
		<category><![CDATA[authorization protocol]]></category>
		<category><![CDATA[Client]]></category>
		<category><![CDATA[client side technologies]]></category>
		<category><![CDATA[Client-side]]></category>
		<category><![CDATA[Clients]]></category>
		<category><![CDATA[Computer networking]]></category>
		<category><![CDATA[Computing]]></category>
		<category><![CDATA[ecommerce application]]></category>
		<category><![CDATA[HTML]]></category>
		<category><![CDATA[Hypertext Transfer Protocol]]></category>
		<category><![CDATA[OpenID]]></category>
		<category><![CDATA[p2p]]></category>
		<category><![CDATA[Server-side]]></category>
		<category><![CDATA[Servers]]></category>
		<category><![CDATA[System software]]></category>
		<category><![CDATA[Technology/Internet]]></category>
		<category><![CDATA[X Window System]]></category>

		<guid isPermaLink="false">http://webr3.org/blog/?p=380</guid>
		<description><![CDATA[I could burst in to a long post about the importance of universality, or even go in depth about the incredibly liberating experience of writing a library that works on both the client and the server, and indeed the many benefits of both of these combined - but I won't for now.
As we all know, [...]]]></description>
			<content:encoded><![CDATA[<p>I <em>could</em> burst in to a long post about the importance of universality, or even go in depth about the incredibly liberating experience of writing a library that works on both the client and the server, and indeed the many benefits of both of these combined - but I won't for now.</p>
<p>As we all know, one of the biggest hindrances to innovation in the various areas of computer science is the human brain, and specifically the tendency to think inside, rather than outside the box. There are things we never even consider or imagine because we just can't think outside of what we already know/presume - a small percentage of gifted individuals can, but on the whole, we as humans/geeks/programmers cannot.</p>
<p>To keep this short and simple, let's return to the aforementioned point, with javascript, any libraries you write can be used on both client and server. Great eh, write an AMF parser and it works on both client and server -wonderful.</p>
<p>Now, let's flip the example to a 'shopping basket', you see what we did there? now you've got an ecommerce application on the client side (think about that for a minute, you could put items from <strong>any</strong> 'website' in your basket, not one, any/all - oh and keep http stateless, and, and..) - here's another one, an authorization protocol like openid or webid - so a server could 'login' to a browser.. - how about an HTTP server in js, yes now it's on the client side and the server side - and when each side is both client and server isn't that just p2p?.</p>
<p>This universality breaks down the barriers of convention, it gets rid of that wall we have between server and client - can you imagine how many 'server side' technologies, libs, patterns and architectures nobody has ever even considered working with on the client side, can you imagine the implications and the period of innovation this will bring on? </p>
<p>Conversely, can you imagine how many client side technologies and libs nobody has thought about putting on a server? fancy using HTML as a data storage serialization and editing it via jquery on the server perhaps?</p>
<p>Maybe you can't imagine, maybe I can't - but fact is it will be possible, and people will start doing it, often just by lack of these assumptions and notions the current generation(s) of programmers have, they won't assume that something we've always used on the server side will be on the client, they'll just do it because it makes sense, and we, well we'll all be astounded.</p>
<p>Make sense?</p>
]]></content:encoded>
			<wfw:commentRss>http://webr3.org/blog/secrets/how-javascript-will-bring-on-a-paradigm-shift-and-a-period-of-unprecedented-innovation/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>How to Skin an RSS feed with XSL</title>
		<link>http://webr3.org/blog/secrets/how-to-skin-an-rss-feed-with-xsl/</link>
		<comments>http://webr3.org/blog/secrets/how-to-skin-an-rss-feed-with-xsl/#comments</comments>
		<pubDate>Thu, 13 Aug 2009 00:59:27 +0000</pubDate>
		<dc:creator>nathan</dc:creator>
				<category><![CDATA[secrets]]></category>
		<category><![CDATA[CSS]]></category>
		<category><![CDATA[Extensible Stylesheet Language]]></category>
		<category><![CDATA[HTML]]></category>
		<category><![CDATA[Markup languages]]></category>
		<category><![CDATA[RSS]]></category>
		<category><![CDATA[Web browser]]></category>
		<category><![CDATA[XHTML]]></category>

		<guid isPermaLink="false">http://webr3.org/blog/?p=118</guid>
		<description><![CDATA[
Figured this one out years ago and have just never used it, you can display your rss feeds however you want using XSL to apply XHTML and CSS.
Take a look at mine here to see.
I'm not going to tell you too much about it, except for the fact that you need to pad out a [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignnone size-full wp-image-119" title="butnicer" src="http://webr3.org/blog/wp-content/uploads/2009/08/butnicer.jpg" alt="butnicer" width="600" height="250" /></p>
<p>Figured this one out years ago and have just never used it, you can display your rss feeds however you want using XSL to apply XHTML and CSS.</p>
<p>Take a <a href="http://webr3.org/blog/feed/" target="_blank">look at mine here to see</a>.</p>
<p>I'm not going to tell you too much about it, except for the fact that you need to pad out a chunk of atleast 512 bytes before the &lt;rss&gt; block in order for the xsl to be applied by browsers ;) check the source of my feed and you'll see a couple of comments - ahh something so simple that has stopped the entire world from skinning there rss and making it pretty.</p>
<p>should be fun to see what people do with this one!</p>
]]></content:encoded>
			<wfw:commentRss>http://webr3.org/blog/secrets/how-to-skin-an-rss-feed-with-xsl/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

