- From: Larry Masinter <masinter@adobe.com>
- Date: Tue, 8 Nov 2011 12:15:09 -0800
- To: Karl Dubost <karld@opera.com>
- CC: www-archive <www-archive@w3.org>, Daniel Glazman <daniel@glazman.org>, Peter Linss <peter.linss@hp.com>, "www-tag@w3.org" <www-tag@w3.org>
Re http://lists.w3.org/Archives/Public/www-archive/2011Nov/0009.html I have a TAG action http://www.w3.org/2001/tag/group/track/actions/531 to draft a document on "architectural good practices relating to registries" which is overdue. We also have a suggestion of reviewing the IAB document on extensibility http://tools.ietf.org/html/draft-iab-extension-recs and various discussion about IANA and registries. I'm hoping that experience with "vendor prefixes" in CSS might give us some insights on things that might go wrong, guidelines for establishing registries and extensibility points in languages. Nominally, there's been some favor around using URIs for naming extensibility points, presuming longevity of the ability to use a single URI for a stable meaning as documenting or identifying the extensibility point. The most prominent use of URIs as naming extensibility points is, of course, XML namespaces, but there are others (I don't have a list). Using vendor prefixes with vendor-supplied tag-names might be an alternative? But are they any more successful than using URIs? Sounds like less, actually. Larry -- http://larry.masinter.net
Received on Tuesday, 8 November 2011 20:16:08 UTC