On Wed, Oct 3, 2012 at 1:20 AM, Maciej Stachowiak <m...@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 = ''; elt.style.removeProperty('text-align'); 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 -webkit-auto.
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev