98126 2012-10-02 01:27:30 -0700 Remove support for specifying -webkit-auto as text-align value. 2022-07-13 11:07:52 -0700 1 1 1 Unclassified WebKit CSS 528+ (Nightly build) Unspecified Unspecified NEW InRadar P2 Normal --- 98609 1 glenn glenn aharon bfulgham playmobil rniwa seikwon.kim syoichi tony webkit-bug-importer oldest_to_newest 732416 0 glenn 2012-10-02 01:27:30 -0700 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. 742097 1 rniwa 2012-10-15 09:05:03 -0700 We should to make sure that -webkit-auto and start does the same thing. It didn't the last time I checked. 742680 2 glenn 2012-10-15 18:13:10 -0700 (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. 1883193 3 webkit-bug-importer 2022-07-13 11:07:52 -0700 <rdar://problem/96962670>