Bug 98126
| Summary: | Remove support for specifying -webkit-auto as text-align value. | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Glenn Adams <glenn> |
| Component: | CSS | Assignee: | Glenn Adams <glenn> |
| Status: | NEW | ||
| Severity: | Normal | CC: | aharon, bfulgham, playmobil, rniwa, seikwon.kim, syoichi, tony, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | 528+ (Nightly build) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Bug Depends on: | 98609 | ||
| Bug Blocks: | |||
Glenn Adams
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.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Ryosuke Niwa
We should to make sure that -webkit-auto and start does the same thing. It didn't the last time I checked.
Glenn Adams
(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.
Radar WebKit Bug Importer
<rdar://problem/96962670>