<?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>Jeffrey Sambells &#187; WebKit</title>
	<atom:link href="http://jeffreysambells.com/category/webkit/feed/" rel="self" type="application/rss+xml" />
	<link>http://jeffreysambells.com</link>
	<description>Geek out AFK</description>
	<lastBuildDate>Sun, 05 Feb 2012 17:00:01 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
		<item>
		<title>&#9734; Exporting Mail.app XML Feeds to Google Reader</title>
		<link>http://jeffreysambells.com/posts/2010/06/23/exporting-mail-app-xml-feeds-to-google-reader/</link>
		<comments>http://jeffreysambells.com/posts/2010/06/23/exporting-mail-app-xml-feeds-to-google-reader/#comments</comments>
		<pubDate>Thu, 24 Jun 2010 02:27:55 +0000</pubDate>
		<dc:creator>Jeffrey Sambells</dc:creator>
				<category><![CDATA[Books]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[Non-Mobile]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[Snippet]]></category>
		<category><![CDATA[WebKit]]></category>

		<guid isPermaLink="false">http://jeffreysambells.com/?p=683</guid>
		<description><![CDATA[RSS feeds are awesome for keeping up-to-date on the latest news and posts from your favourite sites. Up until now I&#8217;ve been using Mail.app as my primary RSS reader&#8212;and I really like it&#8212;but with an iPad and an iPhone always nearby, I&#8217;ve been meaning to set up Reeder instead. Reeder uses Google Reader as a [...]]]></description>
			<content:encoded><![CDATA[<p>RSS feeds are awesome for keeping up-to-date on the latest news and posts from your favourite sites. Up until now I&#8217;ve been using Mail.app as my primary RSS reader&#8212;and I really like it&#8212;but with an <a href="http://apple.com/ipad">iPad</a> and an <a href="http://apple.com/iphone">iPhone</a> always nearby, I&#8217;ve been meaning to set up <a href="http://reederapp.com/">Reeder</a> instead.</p>

<p>Reeder uses <a href="http://www.google.com/reader">Google Reader</a> as a backend but there wasn&#8217;t an easy way to export my Mail.app RSS feeds into Google Reader&#8212;until I wrote the little script below to do it for me.</p>

<p>This PHP script reads the Mail.app settings and generates a <code>MailAppToGoogleReader.opml</code> file suitable for importing directly into Google Reader&#8217;s settings pane. All you have to do is copy the script to a file such as <code>MailToGoogleReader.php</code> and run the Terminal command:</p>

<pre><code>$ php -e MailToGoogleReader.php
</code></pre>

<p>Now I can sit back and relax with Reeder on the iPad.</p>

<pre><code>&lt;?php

$opml = '&lt;?xml version="1.0" encoding="ISO-8859-1"?&gt;
&lt;opml version="1.0"&gt;
&lt;head&gt;
&lt;dateCreated&gt;'.date('d-M-Y').'&lt;/dateCreated&gt;
&lt;/head&gt;
&lt;body&gt;
';

foreach (glob("/Users/jsambells/Library/Mail/RSS/*/Info.plist") as $plist) {
    $xml = new SimpleXmlElement(file_get_contents($plist));
    $results = $xml-&gt;xpath('//plist/dict[1]/key[.="RSSFeedURLString"]/following-sibling::*[1]/text()');
    $url = (string)$results[0][0];

    $opml .= '&lt;outline type="rss" xmlUrl="' . $url . '"/&gt;' . "\n";
}

$opml .= '
&lt;/body&gt;
&lt;/head&gt;
';

file_put_contents( "MailAppToGoogleReader.opml", $opml );

echo "done!";
`open .`;
</code></pre>
]]></content:encoded>
			<wfw:commentRss>http://jeffreysambells.com/posts/2010/06/23/exporting-mail-app-xml-feeds-to-google-reader/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>&#9734; There is &#8220;WebKit on Mobile&#8221;</title>
		<link>http://jeffreysambells.com/posts/2009/11/05/there-is-webkit-on-mobile/</link>
		<comments>http://jeffreysambells.com/posts/2009/11/05/there-is-webkit-on-mobile/#comments</comments>
		<pubDate>Thu, 05 Nov 2009 19:48:43 +0000</pubDate>
		<dc:creator>Jeffrey Sambells</dc:creator>
				<category><![CDATA[Mobile]]></category>
		<category><![CDATA[WebKit]]></category>

		<guid isPermaLink="false">http://jeffreysambells.com/?p=374</guid>
		<description><![CDATA[I&#8217;ve spent a lot of time cursing at my monitor developing various mobile applications over the past year. This has forced me to deal with proprietary and open platforms, various SDKs, a number of different distribution models and a plethora of devices. Many times, the test-device-of-the-day was banished from my desk and sent away to [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve spent a lot of time <s>cursing at my monitor</s> developing various mobile applications over the past year.  This has forced me to deal with proprietary and open platforms, various SDKs, a number of different distribution models and a plethora of devices. Many times, the test-device-of-the-day was banished from my desk and sent away to sit in a corner and sulk. Once they formed a coup d&#8217;Ã©tat against me, I decided that was it. If you want to build an app for multiple different devices and OSes and you want the best bang-for-your-buck, you can&#8217;t beat developing and distributing within the mobile browser.</p>

<p>Today, by some stroke of pure luck (or possibly by the hand of an evil mad genius), more and more mobile OSes are moving towards a web developer&#8217;s wet dream&#8211;one standards based rendering engine. That engine of choice is <a href="http://webkit.org/">WebKit</a> which is supported by the Apple&#8217;s <a href="http://www.apple.com/iphone/iphone-3gs/safari.html">Mobile Safari</a> in the iPhone OS, Google&#8217;s <a href="http://googlesystem.blogspot.com/2007/11/web-as-seen-through-googles-mobile.html">Android OS Browser</a>, Palm&#8217;s <a href="http://www.palm.com/us/products/phones/pre/index.html">WebOS Browser</a>, The Java based <a href="http://boltbrowser.com">Bolt</a> browser and many others including a new <a href="http://www.mobilecrunch.com/2009/08/24/rim-buys-out-torch-mobile-blackberry-going-webkit/">browser rumoured for Rim&#8217;s BlackBerry</a> devices.</p>

<p>Unfortunately, as <a href="http://www.quirksmode.org/blog/archives/2009/10/there_is_no_web.html">PPK points out</a> and shows us with <a href="http://www.quirksmode.org/webkit.html">his great Mobile WebKit compatibility table</a>, not all is as utopian as we would ideally like:</p>

<blockquote>
  <p>I feel honour-bound to point out that there is no â€œWebKit on Mobile.â€ Thereâ€™s iPhone WebKit, Android WebKit, S60 WebKit (at least two versions each), Bolt, Iris, Ozone, and Palm Pre, and I donâ€™t doubt that Iâ€™ve overlooked a few minor WebKits along the way.</p>
  
  <p>All 10 mobile WebKits Iâ€™ve identified so far are subtly or wildly different.</p>
</blockquote>

<p>So at the moment, like the desktop environment, this does mean we still need to think <a href="http://en.wikipedia.org/wiki/Progressive_enhancement">progressive enhancement</a> but there&#8217;s something else to consider. As <a href="http://alex.dojotoolkit.org/2009/10/webkit-mobile-and-progress/">Alex Russell points out</a>, the data doesn&#8217;t reflect the nature of mobile browsers. Every new version of a mobile OS will improve the experience and we&#8217;re going to see <strong>a lot</strong> of new versions:</p>

<blockquote>
  <p>[PPK's] data doesnâ€™t reflect how fast the mobile market changes. The traditional difference between mobile and desktop, after all, has been that mobile is moving at all. If you figure a conservative 24 month average replacement cycle for smartphones, then the entire market for browsers turns over every two years. And thatâ€™s the historical view. An increasing percentage of smartphone owners now receive regular software updates that provide new browsers even faster. What matters then is how old the WebKit version in a particular firmware is and how prevalant that firmware is in the real world. As usual, distribution and market share are what matters in determining real-world compatibility, and if thatâ€™s a constantly changing secnario, the data should at least reflect how things are changing.</p>
</blockquote>

<p>With such high turnover every new version of a mobile OS will bring them all closer together, not diverging apart. It may be only a matter of a few years before PPK&#8217;s table turns all green and we can forget the red and white block existed.  We&#8217;ll finally be able to get away from the â€œif it exists, we have to support itâ€ rut we&#8217;re stuck in with our handful of desktop browsers.</p>

<p>And as <a href="http://alex.dojotoolkit.org/2009/10/webkit-mobile-and-progress/">Alex Russell</a> points out it&#8217;s key to remember:</p>

<blockquote>
  <p>The important takeaway for web developers in all of this is that WebKit is winning and that that is a good thing. The dynamics of the marketplace have thus far ensured that we donâ€™t get â€œstuckâ€ the way we did on the desktop. That is real progress.</p>
</blockquote>
]]></content:encoded>
			<wfw:commentRss>http://jeffreysambells.com/posts/2009/11/05/there-is-webkit-on-mobile/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

