W3C home > Mailing lists > Public > public-html@w3.org > February 2010

Re: request for guidance: centralized extensibility for HTML5 using X3D graphics

From: Johannes Behr <johannes.behr@igd.fraunhofer.de>
Date: Wed, 24 Feb 2010 18:21:56 +0100
Cc: public-html@w3.org
Message-Id: <54CCA77F-B943-4C37-84DD-CD1994018B43@igd.fraunhofer.de>
To: Chris Marrin <cmarrin@apple.com>

On 24 Feb 2010, at 00:01, Chris Marrin wrote:

> 
> On Feb 23, 2010, at 2:17 PM, John A. Stewart wrote:
> 
>> Chris;
>> 
>> I don't know if you were around the Web3D Consortium when the X3D profile concept was created, but it sounds like it is what you desire.
>> 
>>> ... I think WebGL is a great first pass at what is needed. Any further steps have to be done with a minimalist approach or they will never gain any traction. The main point of my statements was that you don't need to give up functionality because of that minimalist approach.
>> 
>> I think you will find that the X3D Profile scheme provides a means of specifying subsets - Dr Behr's group at Fraunhofer (writers of X3DOM) and the rest of the X3D crew are trying to do just that.
>> 
>> Their "html" profile is at http://www.x3dom.org/?page_id=158 - it is certainly not cast in stone, but is a good start, IMHO.
> 
> 
> I don't want to belabor this point too much, but let me be clear and specific about the current node set. The profile you mentioned has 73 nodes, which I consider to be just about an order of magnitude too large. 
> 
> The problem I see, and this is based on the 16 years of VRML/X3D's existence, is that having such a large node set makes it extremely difficult to produce interoperable implementations. By using the existing HTML facilities of event handling, scripting, DOM, image loading, etc. you reduce interoperability issues. By reducing the node set to the bare minimum (7 or 8 nodes) you reduce them further. The result is not X3D, but it is declarative 3D for the web that be used in the same applications for which X3D is being used today.

I don't think we get it down to less than 10 but I agree that we should reduce it to rendering and do all scripting and partitioning (e.g. protos) from the DOM side. 
This would help to minimize interoperable issues.

regards
johannes

> 
> -----
> ~Chris
> cmarrin@apple.com
> 
> 
> 
> 
> 

--
Dr. Johannes Behr
Leiter Projektbereich VR

Fraunhofer-Institut für Graphische Datenverarbeitung IGD
Fraunhoferstr. 5  |  64283 Darmstadt  |  Germany
Tel +49 6151 155-510  |  Fax +49 6151 155-196
johannes.behr@igd.fraunhofer.de  |  www.igd.fraunhofer.de
Received on Wednesday, 24 February 2010 17:22:33 UTC

This archive was generated by hypermail 2.3.1 : Monday, 29 September 2014 09:39:14 UTC