W3C home > Mailing lists > Public > public-webplatform@w3.org > February 2013

Re: An question aside (Re: A categorization/placing problem - event/property pages)

From: Scott Rowe <scottrowe@google.com>
Date: Fri, 15 Feb 2013 09:15:52 -0800
Message-ID: <CAHZLcProwjABOm_EPSYsDP=37nAG8T6NPChwE=ais=qqtpfv6g@mail.gmail.com>
To: PhistucK <phistuck@gmail.com>
Cc: Chris Mills <cmills@opera.com>, Julee <julee@adobe.com>, Doug Schepers <schepers@w3.org>, Lance Leonard <Lance.Leonard@microsoft.com>, "public-webplatform@w3.org" <public-webplatform@w3.org>
Oh, now I see. Yes, the namespace node, "properties" is needed there.
Sorry, I spoke out of ignorance. The CSS namespace is different than the
API namespace. The reason we need "properties" is not just that the
subsequent nodes might be duplicated, but that there is no encapsulation
within specific objects to prevent it. Let's keep "properties" and all of
the other namespace nodes that define the various sections of our CSS
documentation.
+Scott



On Fri, Feb 15, 2013 at 2:21 AM, PhistucK <phistuck@gmail.com> wrote:

> I believe Scott means whether there are css/properties/foo and
> css/functions/foo (for example).
>
> ☆*PhistucK*
>
>
> On Fri, Feb 15, 2013 at 12:18 PM, Chris Mills <cmills@opera.com> wrote:
>
>>
>>
>> On 14 Feb 2013, at 19:58, Scott Rowe <scottrowe@google.com> wrote:
>>
>> > Hi Julee!
>> >
>> > I think we'd be safe eliminating the "properties" namespace node - as
>> long as there is no like named other CSS element such as a selector or unit
>> or something. I'm not sure if this is the case or not.
>> >
>> > I'll defer to the experts - like Chris Mills (ha! got you back, Chris!)
>>
>> ;-)
>>
>> I'm not 100% sure I understand the question, sorry.
>>
>> we have
>>
>> css/tutorials
>> css/properties
>> css/selectors
>> css/functions
>> css/atrules
>> css/mediaqueries
>> css/data_types
>> css/colors
>>
>> and that's it for now, afaik.
>>
>>
>
Received on Friday, 15 February 2013 17:16:21 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 May 2013 19:57:39 UTC