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

Re: Property proxies / CSS setters

From: Robert O'Callahan <robert@ocallahan.org>
Date: Fri, 10 Feb 2012 10:48:16 +1300
Message-ID: <CAOp6jLbwNdPh02R-UR5kWZSuGxnb7eeH4tz6y68hNvXH0f2UeA@mail.gmail.com>
To: Paul Bakaus <pbakaus@zynga.com>
Cc: Simon Fraser <smfr@me.com>, "www-style@w3.org" <www-style@w3.org>, Lea Verou <leaverou@gmail.com>
On Fri, Feb 10, 2012 at 10:42 AM, Robert O'Callahan <robert@ocallahan.org>wrote:

> On Fri, Feb 10, 2012 at 9:07 AM, Paul Bakaus <pbakaus@zynga.com> wrote:
>> Actually, I don't think so. My approach makes sure that the good promises
>> of vendor prefixes are kept – if a feature breaks in a newer browser
>> because of syntax changes, for instance, and the removal of the vendor
>> prefix has simply been done through the proxy, it's crazy easy to simply
>> fix it in the client side css, at a single line in your code.
> If authors were diligent about updating their CSS whenever browser
> releases happen, most of our problems would go away. But that doesn't
> happen, and it's not fair to expect them to.

The other problem is that authors would use your feature (and similar
features) to include the unprefixed version of the property, as "fallback"
in case the prefixed versions go away, or for currently-unknown browsers.
Which is fine, but it destroys the point of using prefixes in the first

"If we claim to be without sin, we deceive ourselves and the truth is not
in us. If we confess our sins, he is faithful and just and will forgive us
our sins and purify us from all unrighteousness. If we claim we have not
sinned, we make him out to be a liar and his word is not in us." [1 John
Received on Thursday, 9 February 2012 21:48:44 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:11 UTC