<?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: Web everywhere</title>
	<atom:link href="http://www.epanorama.net/blog/2013/03/02/web-everywhere/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.epanorama.net/blog/2013/03/02/web-everywhere/</link>
	<description>All about electronics and circuit design</description>
	<lastBuildDate>Sun, 05 Apr 2026 18:35:45 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.9.14</generator>
	<item>
		<title>By: Tomi Engdahl</title>
		<link>https://www.epanorama.net/blog/2013/03/02/web-everywhere/comment-page-1/#comment-497552</link>
		<dc:creator><![CDATA[Tomi Engdahl]]></dc:creator>
		<pubDate>Wed, 28 May 2014 10:29:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.epanorama.net/blog/?p=17467#comment-497552</guid>
		<description><![CDATA[In for the long term: what HTML5 means to the auto industry
http://www.qnx.com/download/feature.html?programid=26052

HTML5 has become the most widely supported platform for mobile app development, giving auto companies access to a vast pool of developers and applications. It is also OS and hardware neutral, enabling companies to avoid vendor lock-in and to choose platforms that offer the greatest speed, reliability, or flexibility. Moreover, HTML5 can work in concert with other HMI technologies.]]></description>
		<content:encoded><![CDATA[<p>In for the long term: what HTML5 means to the auto industry<br />
<a href="http://www.qnx.com/download/feature.html?programid=26052" rel="nofollow">http://www.qnx.com/download/feature.html?programid=26052</a></p>
<p>HTML5 has become the most widely supported platform for mobile app development, giving auto companies access to a vast pool of developers and applications. It is also OS and hardware neutral, enabling companies to avoid vendor lock-in and to choose platforms that offer the greatest speed, reliability, or flexibility. Moreover, HTML5 can work in concert with other HMI technologies.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomi Engdahl</title>
		<link>https://www.epanorama.net/blog/2013/03/02/web-everywhere/comment-page-1/#comment-33293</link>
		<dc:creator><![CDATA[Tomi Engdahl]]></dc:creator>
		<pubDate>Fri, 05 Apr 2013 10:09:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.epanorama.net/blog/?p=17467#comment-33293</guid>
		<description><![CDATA[A Short Translation from Bullshit to English of Selected Portions of the Google Chrome Blink Developer FAQ
http://prng.net/blink-faq.html

1 Why is Chrome spawning a new browser engine?

The WebKit maintainers wouldn&#039;t let us attack Apple directly, by changing WebKit in ways that would make it perform badly on OS X and iOS.

Because they share a rendering engine, developer effort to ensure Chrome compatibility currently benefits Apple platforms for free. To prevent this, we must make Chrome and WebKit behave differently.

1.1 What sorts of things should I expect from Chrome?

Nothing yet. This is a political move, not a technical one.

1.2 Is this new browser engine going to fragment the web platform&#039;s compatibility more?

Yes.

1.6 So we have an even more fragmented mobile WebKit story?

Yes.

We encourage you to adopt Chrome on Android for your mobile browsing needs.]]></description>
		<content:encoded><![CDATA[<p>A Short Translation from Bullshit to English of Selected Portions of the Google Chrome Blink Developer FAQ<br />
<a href="http://prng.net/blink-faq.html" rel="nofollow">http://prng.net/blink-faq.html</a></p>
<p>1 Why is Chrome spawning a new browser engine?</p>
<p>The WebKit maintainers wouldn&#8217;t let us attack Apple directly, by changing WebKit in ways that would make it perform badly on OS X and iOS.</p>
<p>Because they share a rendering engine, developer effort to ensure Chrome compatibility currently benefits Apple platforms for free. To prevent this, we must make Chrome and WebKit behave differently.</p>
<p>1.1 What sorts of things should I expect from Chrome?</p>
<p>Nothing yet. This is a political move, not a technical one.</p>
<p>1.2 Is this new browser engine going to fragment the web platform&#8217;s compatibility more?</p>
<p>Yes.</p>
<p>1.6 So we have an even more fragmented mobile WebKit story?</p>
<p>Yes.</p>
<p>We encourage you to adopt Chrome on Android for your mobile browsing needs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomi Engdahl</title>
		<link>https://www.epanorama.net/blog/2013/03/02/web-everywhere/comment-page-1/#comment-33292</link>
		<dc:creator><![CDATA[Tomi Engdahl]]></dc:creator>
		<pubDate>Fri, 05 Apr 2013 10:07:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.epanorama.net/blog/?p=17467#comment-33292</guid>
		<description><![CDATA[What Google’s WebKit Fork Means for the Web and Web Developers
http://www.webmonkey.com/2013/04/what-googles-webkit-fork-means-for-the-web-and-web-developers/

If you were secretly hoping that all web browsers would one day give up and adopt the WebKit rendering engine, we’ve got some bad news for you — Google just crushed those dreams.

Google has announced it is forking the WebKit rendering engine to create Blink, a new rendering engine for all Chromium-based web browsers — notably Chrome, Chromium, Opera and their mobile counterparts.

Blink will make its web debut in Chrome 28 (and Opera 14).

Based on Google’s Blink FAQ and initial announcement, expect Blink to diverge significantly from the WebKit project.]]></description>
		<content:encoded><![CDATA[<p>What Google’s WebKit Fork Means for the Web and Web Developers<br />
<a href="http://www.webmonkey.com/2013/04/what-googles-webkit-fork-means-for-the-web-and-web-developers/" rel="nofollow">http://www.webmonkey.com/2013/04/what-googles-webkit-fork-means-for-the-web-and-web-developers/</a></p>
<p>If you were secretly hoping that all web browsers would one day give up and adopt the WebKit rendering engine, we’ve got some bad news for you — Google just crushed those dreams.</p>
<p>Google has announced it is forking the WebKit rendering engine to create Blink, a new rendering engine for all Chromium-based web browsers — notably Chrome, Chromium, Opera and their mobile counterparts.</p>
<p>Blink will make its web debut in Chrome 28 (and Opera 14).</p>
<p>Based on Google’s Blink FAQ and initial announcement, expect Blink to diverge significantly from the WebKit project.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomi Engdahl</title>
		<link>https://www.epanorama.net/blog/2013/03/02/web-everywhere/comment-page-1/#comment-33291</link>
		<dc:creator><![CDATA[Tomi Engdahl]]></dc:creator>
		<pubDate>Mon, 04 Mar 2013 11:46:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.epanorama.net/blog/?p=17467#comment-33291</guid>
		<description><![CDATA[The Web Standards Project (WaSP) Shuttered
http://paritynews.com/web-news/item/737-the-web-standards-project-wasp-shuttered

Aaron Gustafson and two of his fellow contributors, Bruce Lawson and Steph Troeth, have announced the closure of The Web Standards Project (WaSP) which was formed back in 1998.

The primary goal of WaSP was to get browser makers support the open standards established by World Wide Web Consortium (W3C).

Gustafson notes in a post titled Our Work Here is Done, “Thanks to the hard work of countless WaSP members and supporters (like you), Tim Berners-Lee’s vision of the web as an open, accessible, and universal community is largely the reality.”

“While there is still work to be done, the sting of the WaSP is no longer necessary. And so it is time for us to close down The Web Standards Project”, he adds.]]></description>
		<content:encoded><![CDATA[<p>The Web Standards Project (WaSP) Shuttered<br />
<a href="http://paritynews.com/web-news/item/737-the-web-standards-project-wasp-shuttered" rel="nofollow">http://paritynews.com/web-news/item/737-the-web-standards-project-wasp-shuttered</a></p>
<p>Aaron Gustafson and two of his fellow contributors, Bruce Lawson and Steph Troeth, have announced the closure of The Web Standards Project (WaSP) which was formed back in 1998.</p>
<p>The primary goal of WaSP was to get browser makers support the open standards established by World Wide Web Consortium (W3C).</p>
<p>Gustafson notes in a post titled Our Work Here is Done, “Thanks to the hard work of countless WaSP members and supporters (like you), Tim Berners-Lee’s vision of the web as an open, accessible, and universal community is largely the reality.”</p>
<p>“While there is still work to be done, the sting of the WaSP is no longer necessary. And so it is time for us to close down The Web Standards Project”, he adds.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
