[webkit-dev] Remove support for -webkit-auto as a specifiable value for CSS text-align property?

Glenn Adams glenn at skynav.com
Tue Oct 2 20:24:04 PDT 2012

On Wed, Oct 3, 2012 at 1:20 AM, Maciej Stachowiak <mjs at apple.com> wrote:

> Our recent practice and policy has been that the person asking for removal
> has to present information to show that it's likely safe.For example by
> gathering usage statistics.  See: <
> https://trac.webkit.org/wiki/DeprecatingFeatures>

Thanks for the pointer.

>  Note that 'text-align: -webkit-auto' can have an effect even if it
> behaves identically to the initial value of 'start'; authors might use it
> to reset when the text-align value has been set to something else, and I
> believe this would not work if '-webkit-auto' was an unknown value.

BTW, the "correct" way to handle this in CSS would be to set text-align to
the value 'initial', or, alternatively, removing the style property.

 As far as I can tell, the following all have identical effect in WK. That
is, each of these result in a computed value returned of 'start'.

elt.style.textAlign = '-webkit-auto';
elt.style.textAlign = 'start';
elt.style.textAlign = 'initial';
elt.style.textAlign = '';
elt.style.textAlign = null;
 elt.style.cssText = '';

It is true, however, that elt.style.textAlign = '-webkit-auto' results in
elt.style.textAlign returning '-webkit-auto', so the fact that the author
originally set to '-webkit-auto' rather than 'start' is visible to content
when querying the specified (not computed) style, although it doesn't
produce any formatting difference (with computed styles being both 'start').

> On the other hand, it is possible that there's some sites that use the
> value but would still work fine. Gathering data on usage frequency might
> still be a good first step.

Thanks, I will see if it is possible to gather any usage data on
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20121003/ce5647f4/attachment.html>

More information about the webkit-dev mailing list