User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312 In Cascading Style Sheets Level 2 (CSS2), the text-align property can take a string value, which denotes a point in the text at which text should be aligned: - http://www.w3.org/TR/REC-CSS2/tables.html#column-alignment Where Mozilla encounters a text-align property that has a string as its value, it seems to default back to left-justifying that column. Reproducible: Always Steps to Reproduce: Simply open the attached file in the Mozilla browser. While the attached file is just HTML with a style element, it is also reproducible with an XML file (and a separate stylesheet, of course). Actual Results: The currency-type table cells are all left-justified, while all other table cells are centered. Expected Results: Currency values should have been aligned at their decimal point. Interestingly, while Opera 5 for Linux also doesn't support text-align:<string>, it falls back to the previous table cell style, which specifies that text should be centered. Mozilla simply ignores this and goes back to the default, which is to left-justify those values. Which is the correct workaround?

This test case demonstrates the text-align:<string> property in a table and how Mozilla seems to be applying it incorrectly.

the issue of support for text-align:char is bug 2212 bug 2212 comment 53 mentions the incorrect error/parsing behavior, while doing so should take the form of another bug /I/'d rather the discussion/decision of that be made there and not by morphing this bug. so i'm reccomending this be marked a dupe of 2212, but i'm looking for a 2nd opinion instead of doing it outright

*** This bug has been marked as a duplicate of 2212 ***