W3C home > Mailing lists > Public > www-style@w3.org > February 2010

RE: vendor prefix properties diverging from official properties

From: Sylvain Galineau <sylvaing@microsoft.com>
Date: Fri, 26 Feb 2010 03:15:04 +0000
To: Aryeh Gregor <Simetrical+w3c@gmail.com>, Zack Weinberg <zweinberg@mozilla.com>
CC: "www-style@w3.org" <www-style@w3.org>
Message-ID: <045A765940533D4CA4933A4A7E32597E10D617F5@TK5EX14MBXC111.redmond.corp.microsoft.com>
This topic has come up before; see http://lists.w3.org/Archives/Public/www-style/2009May/0105.html.

Notably, a -w3c prefixed was proposed.
From: simetrical@gmail.com [simetrical@gmail.com] on behalf of Aryeh Gregor [Simetrical+w3c@gmail.com]

Somewhat tangential, but this relates to something I've thought about
before.  If what you say is the case, why don't we make authors' lives
easier by giving a shared syntax for draft properties?  So instead of
-webkit-border-radius, -moz-border-radius, -o-border-radius, and
-ms-border-radius all saying the same thing, instead say
draft-border-radius.  This would have several benefits:

1) Less typing and repetition for authors.

2) If one browser implements a draft property, then a while later
another one does, authors don't have to update their pages to work
well with the new one too.  This will give greater immediate benefits
to vendors who implement draft properties that another vendor has
already implemented, and it will also help out minority browsers that
authors might not think of at all.

3) It will reduce author confusion between draft properties and vendor
extensions.  I don't speak to many authors who aren't standards
junkies, but a while ago I spoke to one who was under the impression
that -moz-border-radius and -webkit-border-radius were non-standard,
because of the prefixes.  If it were draft-border-radius, it could
also be arranged so that it validates (possibly with a warning), which
no vendor-prefixed property does.

If syntax in a draft changes incompatibly and there are already
released implementations, the prefix could be changed to "draft2", and
so on as needed.  Upon reaching the appropriate level (CR?), the
draft- prefixes would all be dropped.  Authors should be encouraged to
use draft properties so they can provide feedback, but
"draft-border-radius: foo; border-radius: foo" should be discouraged
before the property is finalized, in case it changes.  Consequently,
UAs should be encouraged to support draft- properties for a long time,
if not indefinitely, so as not to punish authors who use draft
features correctly.

What does everyone else think of this?
Received on Friday, 26 February 2010 03:17:03 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:38:32 UTC