RESOLVED WONTFIX 11103
ER: add support for string value for align attribute from HTML 4.01
https://bugs.webkit.org/show_bug.cgi?id=11103
Summary ER: add support for string value for align attribute from HTML 4.01
Robert Burns
Reported 2006-09-30 23:15:22 PDT
HTML 4.01 and XHTML 1.0 through 1.1 have a table attribute to horizontally align cells on a particular character. e.g.: , <td align="char" char="." charoff="2">121.12</td> WebKit does not seem to support the char value for the align attribute. These attributes were sometimes considered deprecated as presentational attributes however CSS dropped the ball on that presentational property. Another bug is forthcoming on that property.
Attachments
Robert Burns
Comment 1 2006-09-30 23:22:31 PDT
see bug http://bugs.webkit.org/show_bug.cgi?id=11104 for the missing CSS method of presenting horizontally aligned cells.
Robert Blaut
Comment 2 2008-02-12 15:34:41 PST
The HTML 4.01 spec says: "char = character [CN] This attribute specifies a single character within a text fragment to act as an axis for alignment. The default value for this attribute is the decimal point character for the current language as set by the lang attribute (e.g., the period (".") in English and the comma (",") in French). User agents are not required to support this attribute." Considering also the fact an align attribute is dropped from HTML5 specification the bug should be resolved as WONTFIX
Robert Burns
Comment 3 2008-02-12 15:40:50 PST
(In reply to comment #2) > > Considering also the fact an align attribute is dropped from HTML5 > specification the bug should be resolved as WONTFIX > HTML5 is only a working draft. It is inappropriate to cite a working draft in a situation like this.
Robert Blaut
Comment 4 2008-02-12 22:40:52 PST
(In reply to comment #3) > (In reply to comment #2) > > > > Considering also the fact an align attribute is dropped from HTML5 > > specification the bug should be resolved as WONTFIX > > > > HTML5 is only a working draft. It is inappropriate to cite a working draft in a > situation like this. > Do you foresee that align attribute will be restored in HTML5? I really doubt it's possible. But I would like to see Dave's comment on this issue.
Robert Burns
Comment 5 2008-02-12 22:46:40 PST
(In reply to comment #4) > Do you foresee that align attribute will be restored in HTML5? I really doubt > it's possible. But I would like to see Dave's comment on this issue. > I think it's difficult to anticipate that. However, there's a problem the W3C has to deal with in that it has to reconcile its desire to move the align functionality to CSS with the fact that CSS 2 align functionality has not been implemented and CSS3 table module has not even reached a working draft stage yet. So this bug and bug# 11104 are intricately intwined. Right now I think there is more browser support for HTML table alignment than CSS table alignment. Ideally WebKit would support either one. (also, keep in mind that the leaders of HTML5 suggest it may not become a recommendation for more than 10 years, so we should focus on HTML4.01 and XHTML 1 and 1.1 for now)
Robert Blaut
Comment 6 2008-02-12 23:27:47 PST
(In reply to comment #5) > > (also, keep in mind that the leaders of HTML5 suggest it may not become a > recommendation for more than 10 years, so we should focus on HTML4.01 and XHTML > 1 and 1.1 for now) > Rob, keep in mind that "User agents are not required to support this attribute" according to HTML 4.01 ;) So it should be eventually considered as enhancement request.
Robert Burns
Comment 7 2008-02-12 23:37:55 PST
I changed the severity to enhancement. I definitely agree that it should be considered an enhancement. Regardless of whether it is required or recommended by HTML4.01, it is still an enhancement.
Adam Barth
Comment 8 2010-10-08 14:05:41 PDT
This does not appear to have been added to HTML5, which is now in Last Call.
Note You need to log in before you can comment on or make changes to this bug.