W3C home > Mailing lists > Public > whatwg@whatwg.org > February 2010

[whatwg] Possible compremise for namespaces in html5

From: Ian Hickson <ian@hixie.ch>
Date: Thu, 11 Feb 2010 11:18:57 +0000 (UTC)
Message-ID: <Pine.LNX.4.64.1002111114080.29686@ps20323.dreamhostps.com>
On Thu, 5 Nov 2009, Rob Ennals wrote:
> 
> I've talked to a few people about the distributed extensibility problem 
> and I'd like to suggest a possible compromise

There are a huge number of "distributed extensibility" problems, many of 
which are already resolved in HTML5. For the purposes of evaluating 
proposals, we must know what kind of problem is being addressed by the 
solution.

For the purposes of this discussion, I'll assume the problem being 
discussed is how to include structured proprietary site-specific metadata 
in an HTML page, since if I recall correctly that was the problem being 
discussed at TPAC when you made this proposal.


> * maintain a central registry of prefixes with standard meanings - so eg fb
> always means fbml. Thus no namespace decl is needed.
> * for a prefixed node the prefix is itself the namespace - thus the user agent
> doesn't need to know what a prefix means
> * prefixes are allowed for tags and attributes
> * a web browser MUST ignore prefix tags and attributes - they are for data,
> just like microdata and data attributes, not for browser extensions

It's not clear what this adds that microdata itself doesn't. Could you 
describe a situation in which structured proprietary site-specific 
metadata could not use microdata but _could_ use the above scheme?

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Thursday, 11 February 2010 03:18:57 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:21 UTC