Re: vendor prefix properties diverging from official properties

I strongly agree.

It would be a great benefit for everyone if we could
use -wd-border-radius instead of a combinaison of
-moz-border-radius and -webkit-border-radius.

Browser prefixes remains great for features that are
browser-related or that are not part of any working
draft, but for features browser would like to introduce
in the real world, a -wd- prefix seems better.

Regards,
François

[BTW, I don't like 'draft' as it's too long to type, nor
'-w3c-'  since it would mean that w3c properties are
not well defined and implemented by browsers, while
the objective of the w3c is the complete opposite.
'-wd-' seems better to my.]

--------------------------------------------------
From: "Aryeh Gregor" <Simetrical+w3c@gmail.com>
Sent: Friday, February 26, 2010 9:28 PM
To: "Sylvain Galineau" <sylvaing@microsoft.com>
Cc: "Zack Weinberg" <zweinberg@mozilla.com>; <www-style@w3.org>
Subject: Re: vendor prefix properties diverging from official properties

> On Thu, Feb 25, 2010 at 10:15 PM, Sylvain Galineau
> <sylvaing@microsoft.com> wrote:
>> This topic has come up before; see 
>> http://lists.w3.org/Archives/Public/www-style/2009May/0105.html.
>>
>> Notably, a -w3c prefixed was proposed.
>
> There didn't seem to be any real resolution there.  Everyone agreed
> that Mozilla supporting -webkit- properties was a bad idea, but I
> didn't see any real objections to some standard prefix for drafts,
> like -w3c- or -*- or -wd- or draft- or whatever.  Does anyone have any
> problems with that, for browsers that fully implement a property from
> a CSS draft?  Vendor prefixes could still be reserved for non-standard
> properties, and implementations that are so incomplete or buggy that
> the vendor doesn't want to inflict them on the general public yet.
> 

Received on Friday, 26 February 2010 20:42:31 UTC