<?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: 3D APIs are coming to the Web in force</title>
	<atom:link href="http://ajaxian.com/archives/3d-apis-are-coming-to-the-web-in-force/feed" rel="self" type="application/rss+xml" />
	<link>http://ajaxian.com/archives/3d-apis-are-coming-to-the-web-in-force</link>
	<description>Cleaning up the web with Ajax</description>
	<lastBuildDate>Thu, 17 May 2012 07:43:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2</generator>
	<item>
		<title>By: syang</title>
		<link>http://ajaxian.com/archives/3d-apis-are-coming-to-the-web-in-force/comment-page-1#comment-273702</link>
		<dc:creator>syang</dc:creator>
		<pubDate>Tue, 02 Jun 2009 17:24:15 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6425#comment-273702</guid>
		<description>Vlad will give a talk in SIGGRAPH silicon valley chapter on June 11(next Thursday) at Apple:
http://silicon-valley.siggraph.org/next.html

&quot;Graphics on the Web: Going Beyond Images and Rectangles&quot;</description>
		<content:encoded><![CDATA[<p>Vlad will give a talk in SIGGRAPH silicon valley chapter on June 11(next Thursday) at Apple:<br />
<a href="http://silicon-valley.siggraph.org/next.html" rel="nofollow">http://silicon-valley.siggraph.org/next.html</a></p>
<p>&#8220;Graphics on the Web: Going Beyond Images and Rectangles&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: genericallyloud</title>
		<link>http://ajaxian.com/archives/3d-apis-are-coming-to-the-web-in-force/comment-page-1#comment-272371</link>
		<dc:creator>genericallyloud</dc:creator>
		<pubDate>Fri, 27 Mar 2009 04:49:21 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6425#comment-272371</guid>
		<description>The difference between open proprietary innovation and closed proprietary innovation is a big one. Webkit and Mozilla have been extremely open about the work they are doing, putting code and specs into the hands of developers long before they reach a final release. Its not about competition by being different, its about bringing something new to the table to move forward. If it is done with openness and an intent on standardization, I think it is a worthwhile pursuit.

Not every browser vendor has the same interests. Mozilla pushes the boundary on js, Webkit on graphics etc. If you look at it historically, pretty much everything - even CSS and SVG had roots in an implementation before going to the standards body.

Take SVG -  it didn&#039;t come from thin air. From wikipedia:
&quot;SVG was developed by the W3C SVG Working Group starting in 1998, after Macromedia and Microsoft introduced Vector Markup Language (VML) whereas Adobe Systems and Sun Microsystems submitted a competing format known as PGML.&quot;

So yes &quot;SVG&quot; was created by the w3c after existing innovations wanted to create a standard. The problem was that Microsoft didn&#039;t want to play ball. It had something already and didn&#039;t want to go with the standards body. Its quite possible that the landscape would be a little different right now if either the w3c had decided to go with VML or if Microsoft had accepted SVG.

Let&#039;s also not forget that specification that came before implementation - CSS3, SVG (specifically SVG as opposed to a vector markup), web forms, have been sitting around without widespread use, while things that exist and become a standard - XHR, Canvas have had much speedier adoption.</description>
		<content:encoded><![CDATA[<p>The difference between open proprietary innovation and closed proprietary innovation is a big one. Webkit and Mozilla have been extremely open about the work they are doing, putting code and specs into the hands of developers long before they reach a final release. Its not about competition by being different, its about bringing something new to the table to move forward. If it is done with openness and an intent on standardization, I think it is a worthwhile pursuit.</p>
<p>Not every browser vendor has the same interests. Mozilla pushes the boundary on js, Webkit on graphics etc. If you look at it historically, pretty much everything &#8211; even CSS and SVG had roots in an implementation before going to the standards body.</p>
<p>Take SVG &#8211;  it didn&#8217;t come from thin air. From wikipedia:<br />
&#8220;SVG was developed by the W3C SVG Working Group starting in 1998, after Macromedia and Microsoft introduced Vector Markup Language (VML) whereas Adobe Systems and Sun Microsystems submitted a competing format known as PGML.&#8221;</p>
<p>So yes &#8220;SVG&#8221; was created by the w3c after existing innovations wanted to create a standard. The problem was that Microsoft didn&#8217;t want to play ball. It had something already and didn&#8217;t want to go with the standards body. Its quite possible that the landscape would be a little different right now if either the w3c had decided to go with VML or if Microsoft had accepted SVG.</p>
<p>Let&#8217;s also not forget that specification that came before implementation &#8211; CSS3, SVG (specifically SVG as opposed to a vector markup), web forms, have been sitting around without widespread use, while things that exist and become a standard &#8211; XHR, Canvas have had much speedier adoption.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jigs</title>
		<link>http://ajaxian.com/archives/3d-apis-are-coming-to-the-web-in-force/comment-page-1#comment-272338</link>
		<dc:creator>Jigs</dc:creator>
		<pubDate>Thu, 26 Mar 2009 15:04:46 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6425#comment-272338</guid>
		<description>Dion, that last paragraph is especially scary.  Browser wars with proprietary APIs are our only way forward and the standards bodies should consolidate the popular ideas &quot;later&quot; and assume all the browsers will just jump on board?  Maybe for the major XHR-type features, but not for all.  That is a fairly sure way to ensure developers have cross-browser issues.  I like the idea that we get away from the unrealistic &quot;standards bodies or nothing&quot; approach, because there will always be proprietary features.  But it doesnt mean we need to settle there.</description>
		<content:encoded><![CDATA[<p>Dion, that last paragraph is especially scary.  Browser wars with proprietary APIs are our only way forward and the standards bodies should consolidate the popular ideas &#8220;later&#8221; and assume all the browsers will just jump on board?  Maybe for the major XHR-type features, but not for all.  That is a fairly sure way to ensure developers have cross-browser issues.  I like the idea that we get away from the unrealistic &#8220;standards bodies or nothing&#8221; approach, because there will always be proprietary features.  But it doesnt mean we need to settle there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: charlesjolley</title>
		<link>http://ajaxian.com/archives/3d-apis-are-coming-to-the-web-in-force/comment-page-1#comment-272337</link>
		<dc:creator>charlesjolley</dc:creator>
		<pubDate>Thu, 26 Mar 2009 14:58:40 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6425#comment-272337</guid>
		<description>For the kind of web apps/pages most people build the 3d transforms sported in some versions of Webkit would probably be more useful.  It would be very difficult to use the 3d if I have to draw something into a canvas first.</description>
		<content:encoded><![CDATA[<p>For the kind of web apps/pages most people build the 3d transforms sported in some versions of Webkit would probably be more useful.  It would be very difficult to use the 3d if I have to draw something into a canvas first.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Deadmeat</title>
		<link>http://ajaxian.com/archives/3d-apis-are-coming-to-the-web-in-force/comment-page-1#comment-272328</link>
		<dc:creator>Deadmeat</dc:creator>
		<pubDate>Thu, 26 Mar 2009 10:45:29 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6425#comment-272328</guid>
		<description>Call me a grouch, but this seems like a gimmicky tech demo. While there are 3D features going into browsers already, I can&#039;t say I&#039;m excited by them.

As for standards bodies not being places to innovate. Is this the groupthink of the day. Are you basically saying that CSS, SVG, XML etc were all mistakes. Weren&#039;t most of these &quot;innovative&quot; technologies &quot;designed&quot; by standards groups well before viable end user implementations arrived.

When the browsers wars ended, and the winner stopped implementing newer web standards, the W3C became catatonic. They diverted all their attention away from the browser wasteland to the server, and mobiles.

While stuff like contenteditable and ajax came from outside the bodies. They also came with awkward, odd and sometimes illogical APIs. I would much rather see sane content-editable apis included in HTML5 rather than the gibberish that MS randomly came up with.</description>
		<content:encoded><![CDATA[<p>Call me a grouch, but this seems like a gimmicky tech demo. While there are 3D features going into browsers already, I can&#8217;t say I&#8217;m excited by them.</p>
<p>As for standards bodies not being places to innovate. Is this the groupthink of the day. Are you basically saying that CSS, SVG, XML etc were all mistakes. Weren&#8217;t most of these &#8220;innovative&#8221; technologies &#8220;designed&#8221; by standards groups well before viable end user implementations arrived.</p>
<p>When the browsers wars ended, and the winner stopped implementing newer web standards, the W3C became catatonic. They diverted all their attention away from the browser wasteland to the server, and mobiles.</p>
<p>While stuff like contenteditable and ajax came from outside the bodies. They also came with awkward, odd and sometimes illogical APIs. I would much rather see sane content-editable apis included in HTML5 rather than the gibberish that MS randomly came up with.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aimos</title>
		<link>http://ajaxian.com/archives/3d-apis-are-coming-to-the-web-in-force/comment-page-1#comment-272324</link>
		<dc:creator>Aimos</dc:creator>
		<pubDate>Wed, 25 Mar 2009 17:48:56 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6425#comment-272324</guid>
		<description>@tobie: that was mentioned here before.</description>
		<content:encoded><![CDATA[<p>@tobie: that was mentioned here before.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: elazutkin</title>
		<link>http://ajaxian.com/archives/3d-apis-are-coming-to-the-web-in-force/comment-page-1#comment-272323</link>
		<dc:creator>elazutkin</dc:creator>
		<pubDate>Wed, 25 Mar 2009 17:45:19 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6425#comment-272323</guid>
		<description>What I personally worry about (after working with both Opera and Mozilla implementations of Canvas3D) is that we may have a mismatch between the low-level OpenGL ES-based API and the high-level JavaScript. What&#039;s simple on C/C++ doesn&#039;t translate well to JavaScript: generating textures programmatically, traversing scenegraphs to regenerate pictures, or process events, practically any kind of animation/transitions, even 3D math takes some noticeable time, and so on.

But OpenGL ES for JavaScript is much better than nothing at all. ;-)</description>
		<content:encoded><![CDATA[<p>What I personally worry about (after working with both Opera and Mozilla implementations of Canvas3D) is that we may have a mismatch between the low-level OpenGL ES-based API and the high-level JavaScript. What&#8217;s simple on C/C++ doesn&#8217;t translate well to JavaScript: generating textures programmatically, traversing scenegraphs to regenerate pictures, or process events, practically any kind of animation/transitions, even 3D math takes some noticeable time, and so on.</p>
<p>But OpenGL ES for JavaScript is much better than nothing at all. ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: robinberjon</title>
		<link>http://ajaxian.com/archives/3d-apis-are-coming-to-the-web-in-force/comment-page-1#comment-272321</link>
		<dc:creator>robinberjon</dc:creator>
		<pubDate>Wed, 25 Mar 2009 15:45:14 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6425#comment-272321</guid>
		<description>The Khronos Groups *is* a standards organisation. It&#039;s not very different from other places except in that its focus is very vertical. Companies that are interested pay to join, and send representatives to groups that define a specification.

They may be less open than others (notably W3C) during the process, but that doesn&#039;t mean they&#039;re not about building de factor standards (besides, they&#039;re doing this under a royalty-free licence). The W3C co-operated with these guys when they did OpenVG (which is great), and all worked fine.

So it&#039;s completely silly to say that browser vendors have given up on advancing the open web through standards. For one, they&#039;re doing that in W3C right now, but what they do in TKG and in a number of other places (e.g. OMTP) — just because you haven&#039;t heard of them doesn&#039;t mean they&#039;re not building standards — is also that. The open web is being advanced through standards more now than ever, and I think we&#039;ve now more or less figured out the experiment-specify loop in a way that makes the ancient innovation v standardisation debate antiquated.</description>
		<content:encoded><![CDATA[<p>The Khronos Groups *is* a standards organisation. It&#8217;s not very different from other places except in that its focus is very vertical. Companies that are interested pay to join, and send representatives to groups that define a specification.</p>
<p>They may be less open than others (notably W3C) during the process, but that doesn&#8217;t mean they&#8217;re not about building de factor standards (besides, they&#8217;re doing this under a royalty-free licence). The W3C co-operated with these guys when they did OpenVG (which is great), and all worked fine.</p>
<p>So it&#8217;s completely silly to say that browser vendors have given up on advancing the open web through standards. For one, they&#8217;re doing that in W3C right now, but what they do in TKG and in a number of other places (e.g. OMTP) — just because you haven&#8217;t heard of them doesn&#8217;t mean they&#8217;re not building standards — is also that. The open web is being advanced through standards more now than ever, and I think we&#8217;ve now more or less figured out the experiment-specify loop in a way that makes the ancient innovation v standardisation debate antiquated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ilazarte</title>
		<link>http://ajaxian.com/archives/3d-apis-are-coming-to-the-web-in-force/comment-page-1#comment-272319</link>
		<dc:creator>ilazarte</dc:creator>
		<pubDate>Wed, 25 Mar 2009 14:54:06 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6425#comment-272319</guid>
		<description>I&#039;m not quite sure its spot on.  The goal here is pretty obvious; low-level 3d api exposed through canvas.  Why can&#039;t this be a standard first?</description>
		<content:encoded><![CDATA[<p>I&#8217;m not quite sure its spot on.  The goal here is pretty obvious; low-level 3d api exposed through canvas.  Why can&#8217;t this be a standard first?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rasmusfl0e</title>
		<link>http://ajaxian.com/archives/3d-apis-are-coming-to-the-web-in-force/comment-page-1#comment-272318</link>
		<dc:creator>rasmusfl0e</dc:creator>
		<pubDate>Wed, 25 Mar 2009 14:50:01 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6425#comment-272318</guid>
		<description>The chicken and the egg...

I can&#039;t think of any technology that has teased a feature as much as the canvas tag; forcing devs to write &quot;myCanvas.getContext(&#039;2d&#039;)&quot; everytime is borderline sadistic!</description>
		<content:encoded><![CDATA[<p>The chicken and the egg&#8230;</p>
<p>I can&#8217;t think of any technology that has teased a feature as much as the canvas tag; forcing devs to write &#8220;myCanvas.getContext(&#8217;2d&#8217;)&#8221; everytime is borderline sadistic!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: genericallyloud</title>
		<link>http://ajaxian.com/archives/3d-apis-are-coming-to-the-web-in-force/comment-page-1#comment-272315</link>
		<dc:creator>genericallyloud</dc:creator>
		<pubDate>Wed, 25 Mar 2009 14:37:12 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6425#comment-272315</guid>
		<description>Your last comment about standards groups and innovation is spot on! In the end, I think the ecosystem of the open web may start from &quot;proprietary innovation&quot;. Everything successful in the open web has happened organically. What makes it part of an open ecosystem is not that it starts in a standards body, but rather that the participants have the goal of moving toward a standard. If 4 browsers implement the same functionality slightly differently, that may be ok in the experimental stage, but as it becomes obvious what the goal is, look at the existing implementation and make a decision. Then as a vendor you need to be committed to accepting the standard.</description>
		<content:encoded><![CDATA[<p>Your last comment about standards groups and innovation is spot on! In the end, I think the ecosystem of the open web may start from &#8220;proprietary innovation&#8221;. Everything successful in the open web has happened organically. What makes it part of an open ecosystem is not that it starts in a standards body, but rather that the participants have the goal of moving toward a standard. If 4 browsers implement the same functionality slightly differently, that may be ok in the experimental stage, but as it becomes obvious what the goal is, look at the existing implementation and make a decision. Then as a vendor you need to be committed to accepting the standard.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

