[webkit-dev] Remove support for -webkit-auto as a specifiable value for CSS text-align property?
glenn at skynav.com
Tue Oct 2 08:59:14 PDT 2012
On Tue, Oct 2, 2012 at 11:06 PM, Ryosuke Niwa <rniwa at webkit.org> wrote:
> We can't. There are web contents that depend on this value. Also,
> -webkit-auto behaves slightly differently from start (it may well as be a
I wonder if it is possible to quantify this potential dependency. Features
in WK have been deprecated and removed before, so this would not be a
precedent. Certainly this usage is not a matter for Web interoperability,
e.g., see http://www.browsersupport.net/CSS/text-align%3A-webkit-auto.
Is WK destined to support -webkit-* syntactic features forever? Given the
recent renewed interest in the CSS WG to unprefix certain features (with
the recommendation that prefixed features be removed at time of
unprefixing), how will WK accommodate this recommendation going forward?
In any case, I will further investigate the possible issue of -webkit-auto
not behaving as start. Also, I would think that, if this possible
difference is eliminated, then we should be able to at least remove the use
of -webkit-auto in html.css, etc.
> On Tue, Oct 2, 2012 at 1:44 AM, Glenn Adams <glenn at skynav.com> wrote:
>> Now that the initial value returned for text-align is 'start' instead of
>> '-webkit-auto' (see ), would there be any objection to removing support
>> for the ability to specify -webkit-auto as a legacy synonym for 'start'? If
>> not, I will proceed with a new bug I just filed  to do this. Otherwise,
>> I'll move it to RESOLVED LATER.
>>  https://bugs.webkit.org/show_bug.cgi?id=79914
>>  https://bugs.webkit.org/show_bug.cgi?id=98126
>> webkit-dev mailing list
>> webkit-dev at lists.webkit.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the webkit-dev