W3C home > Mailing lists > Public > www-style@w3.org > November 2011

Re: Unprefixing CSS properties

From: Charles Pritchard <chuck@jumis.com>
Date: Tue, 15 Nov 2011 20:25:38 -0800
Message-Id: <33169217-AB6E-446F-862D-469172886582@jumis.com>
Cc: www-style <www-style@w3.org>
To: "robert@ocallahan.org" <robert@ocallahan.org>
I echo the sentiment; I've brought up a fast-track concept to webkit-dev before but it was unresolved.

I do have an issue with transforms... And I never expected to.

Object, embed and iframe have had unreliable behavior with CSS transforms.

WebKit broke, then fixed iframe. Chromium is reporting that the Pepper API will fix embed and object, but the old API (NPAPI?) isn't going to be salvaged.

Anyway, that's my concern on it. I'm fine considering it a bug in implementation when transform doesn't work as expected on those tags.

-Charles



On Nov 15, 2011, at 8:02 PM, "Robert O'Callahan" <robert@ocallahan.org> wrote:

> Web authors have complained a lot about excessive need for vendor prefixing. Henri Sivonen has recently blogged about the damage prefixing can do to the Web --- see http://hsivonen.iki.fi/vendor-prefixes/.
> 
> One observation is that when browser vendors already agree closely on the syntax and semantics of a property, and when Web authors routinely use the same property value for multiple engines' prefixed properties and the unprefixed property, in public Web content, vendor prefixes are providing negligible benefit and incur considerable costs --- or outright harm. I think we can improve the situation in the short term with relatively low risk by identifying properties whose specs are not yet in CR, but where the spec is considered stable (but for whatever reason not ready to enter CR, perhaps because it contains other properties that aren't stable), and agreeing to encourage unprefixed implementations of those properties. Naturally we still want implementations to be reasonably conformant before shipping unprefixed.
> 
> We had a meeting about this with some Mozilla developers today and came up with a proposed list of properties/features which we think are eligible for unprefixing:
> 
> 2D Transforms: all properties
> 3D Transforms: all properties
> Transitions: all properties
> Animations: all properties (responses to feedback urgently need to be added to the spec, and that should probably happen first)
> Conditional: nested @-rules (probably no-one would have prefixed this anyway)
> Images: image() value, 'object-*', 'image-*'
> Text: 'tab-size', 'hyphens', 'text-align-last', 'text-decoration-*'
> Values: a subset of calc() (the intersection of what IE9 and Gecko implement), the new units
> Selectors 4: :matches, :any-link, :nth-match, :nth-last-match, :column, :nth-column, :nth-last-column
> 
> Any objections? :-)
> 
> Rob
> -- 
> "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 1:8-10]
Received on Wednesday, 16 November 2011 04:26:12 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:20:46 GMT