This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 14066 - Work around inconsistency in browser handling of align=* on random elements
Summary: Work around inconsistency in browser handling of align=* on random elements
Alias: None
Product: WebAppsWG
Classification: Unclassified
Component: HISTORICAL - HTML Editing APIs (show other bugs)
Version: unspecified
Hardware: All All
: P2 normal
Target Milestone: ---
Assignee: Aryeh Gregor
QA Contact: HTML Editing APIs spec bugbot
Depends on:
Reported: 2011-09-07 19:21 UTC by Aryeh Gregor
Modified: 2011-09-21 15:38 UTC (History)
3 users (show)

See Also:


Description Aryeh Gregor 2011-09-07 19:21:54 UTC
In IE and Gecko, the align attribute is only respected for particular elements, so <nonexistentelement align=right> has no special text-align.  WebKit and Opera give it text-align: right.  This gives different results for some of the tests, so I'm disabling them for now.  I need to file a WebKit bug and figure out how to work around this in the stylesheet.
Comment 1 Boris Zbarsky 2011-09-07 19:25:55 UTC
And for some elements align maps to float, not to text-align...
Comment 2 Aryeh Gregor 2011-09-07 19:39:03 UTC
Yes, but that's a separate issue.  What my tests are hitting is that if I have markup like <quasit align=right>, in WebKit document.queryCommandValue("justifyCenter") returns "right", while in Gecko it returns "start".  This is a problem when I'm generating expected values for tests.
Comment 3 Aryeh Gregor 2011-09-21 15:38:41 UTC
Reported against WebKit:

It's a bug in Opera too.  Workaround committed, and tests reenabled: