Re: vendor prefixes: co-cascading

On Nov 17, 2011, at 3:22 PM, David Singer <singer@apple.com> wrote:

> 
> On Nov 17, 2011, at 15:04 , Brian Manthos wrote:
> 
>> And doing that with CSS specs, and then multiplying *that* by the vendor-product-version-matrix-size is better?
> 
> I am suggesting that rather than seeing
> -mozilla-this
> -webkit-this
> -etc.-this
> 
> 
> all over our specs, it might be better to see
> -draft1-this
> -draft2-this
> 
> where the 'this' feature has changed.

I think changing the number would only be beneficial when syntax stays the same but the meaning changes. If the syntax changes, then authors could just include the old and the new with the same prefix, and wouldn't need to include -draft1-this through -draft50-this. 


> 
> This would be painful for the spec. writers (every tag would need to say what its current 'experimental' prefix is, and that would change if the feature changed), but it's easy for
> a) implementers: recognize the tag(s) that you saw in the spec(s) you implement
> b) authors: write the tag in the specification you worked from
> 
> The current mess is easy for the spec. writers but hard for implementers and users, which (IMHO) may not be the right optimization.
> 
>> 
>> -Brian
>> 
>> -----Original Message-----
>> From: David Singer [mailto:singer@apple.com] 
>> Sent: Thursday, November 17, 2011 2:15 PM
>> To: Brian Manthos
>> Cc: Alex Mogilevsky; www-style@w3.org list
>> Subject: Re: vendor prefixes: co-cascading
>> 
>> I guess they could, of course; they don't, maybe because if we multiply N vendors by M versions we end up with O which is oh-much-too-large.
>> 
>> whereas multiplying M by 1 is more palatable.
>> 
>> just guessing...
>> 
>> On Nov 17, 2011, at 12:45 , Brian Manthos wrote:
>> 
>>>> At the moment, vendors can't easily version, and nor can we, and when vendors all do the same
>>> 
>>> Why can't they?
>>> 
>>> Why is "-mozilla27-simple" not viable if "-draft27-simple" is?
>> 
>> David Singer
>> Multimedia and Software Standards, Apple Inc.
>> 
>> 
> 
> David Singer
> Multimedia and Software Standards, Apple Inc.
> 
> 

Received on Thursday, 17 November 2011 23:56:31 UTC