W3C home > Mailing lists > Public > public-webapps@w3.org > April to June 2015

Re: Are web components *seriously* not namespaced?

From: Dimitri Glazkov <dglazkov@google.com>
Date: Thu, 9 Apr 2015 10:52:58 -0700
Message-ID: <CADh5Ky35OaU-3ki5Z1Nvn_R9J1gYO1AS_ityU3oHQJ4KEogaXw@mail.gmail.com>
To: Rahly <hungry.rahly@gmail.com>
Cc: Kurt Cagle <kurt.cagle@gmail.com>, public-webapps <public-webapps@w3.org>
On Thu, Apr 9, 2015 at 9:04 AM, Rahly <hungry.rahly@gmail.com> wrote:

> On Thu, Feb 5, 2015 at 4:12 PM, Kurt Cagle <kurt.cagle@gmail.com> wrote:
>> Tab,
>> I spend the vast majority of my time anymore in RDF-land, where
>> namespaces actually make sense (I'm not going to argue on the XML use of
>> namespaces - they are, agreed, ugly and complex). I know that when I've
>> been at Balisage or any of the W3 confabs, the issue of namespaces ex-XML
>> has been hotly debated, and many, many potential solutions proposed.
>> Regardless, I do think that there is a very real need for namespaces in the
>> general sense, if only as a way of being able to assert conceptual domain
>> scope and to avoid collisions (<div> is the prototypical example here).
> Although they are ugly, they did do one thing correct, and that was to
> place the burden of namespace resolution and use on the final document
> creator.  I think that namespace/prefix should be defined by the web page
> designer and not the component library designer. This allows end users of
> the component the ability to resolve the conflicts, instead of filing a bug
> report and a component designer has to fix all namespace resolutions.
> As a component designer, I'd like the ability to develop with a single
> <panel> instead of <my-really-long-hopefully-not-conflicting-panel>.

This is a problem I would like solve as well.

> I definitely prefer the prefix solution as it "looks" cleaner in the end
> product.  document.registerElement should warn/error if the end product tag
> is already in use, that's for sure.

It already does:

Received on Thursday, 9 April 2015 17:53:26 UTC

This archive was generated by hypermail 2.3.1 : Friday, 27 October 2017 07:27:31 UTC