Bug 98126 - Remove support for specifying -webkit-auto as text-align value.
Summary: Remove support for specifying -webkit-auto as text-align value.
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: CSS (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Glenn Adams
URL:
Keywords:
Depends on: 98609
Blocks:
  Show dependency treegraph
 
Reported: 2012-10-02 01:27 PDT by Glenn Adams
Modified: 2012-10-15 18:13 PDT (History)
6 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Glenn Adams 2012-10-02 01:27:30 PDT
Now that start is returned as the default (initial) value of text-align (see bug 79914), support for use of the older -webkit-auto value should be removed.
Comment 1 Ryosuke Niwa 2012-10-15 09:05:03 PDT
We should to make sure that -webkit-auto and start does the same thing. It didn't the last time I checked.
Comment 2 Glenn Adams 2012-10-15 18:13:10 PDT
(In reply to comment #1)
> We should to make sure that -webkit-auto and start does the same thing. It didn't the last time I checked.

As far as I can tell, there is no formatting/rendering difference, since they both map to ETextAlign::TASTART. The only difference I can determine is that if an author explicitly sets a specified style to -webkit-auto, then performing a query on that specified style will return -webkit-auto. However, when performing a query on the computed style, start is returned.

By specified style I am referring to set/get on elt.style.textAlign. By computed style I am referring to get on getComputedStyle(elt).textAlign.

If you believe there is some other difference, please let me know more detail.