[Bug 11360] Document.compatMode semantics not specified


L. David Baron <dbaron@dbaron.org> changed:

           What    |Removed                     |Added
                 CC|                            |dbaron@dbaron.org

--- Comment #1 from L. David Baron <dbaron@dbaron.org> 2010-11-20 17:42:51 UTC ---
(In reply to comment #0)
> In Section 3.1.3, Document.compatMode is specified to evaluate to "CSS1Compat"
> or "BackCompat", which are said to correspond to "no-quirks mode" and "quirks
> mode", respectively. However, the semantics (meaning) of these two values/modes
> is nowhere defined in the specification. Therefore, there is no utility to this
> attribute and it should be removed; alternatively, the semantics of these two
> modes needs to be fully spelled out.
> Further, the prose refers to a "limited-quirks mode", but does not define
> either a corresponding string value or a meaning of this mode.

Document.compatMode returns CSS1Compat in this mode, as the specification says.

The meaning of the modes is defined by references to them throughout HTML5 and
other specifications (i.e., when behavior should differ depending on the mode).
 (New differences based on mode are no longer being introduced; they're
recognized as a mistake.  However, there are a number of existing ones that are
interoperable enough to be required to render Web content.)

> Finally, it is stated that "The mode is only ever changed from the default by
> the HTML parser, based on the presence, absence, or value of the DOCTYPE
> string." However, there is no indication of how the presence, absence, or value
> of the DOCTYPE string corresponds to these three modes, nor when the HTML
> parser would mutate the value of compatMode. [It is also curious how DOCTYPE
> could be related to CSS1 compatibility.]

http://www.w3.org/TR/html5/tokenization.html#the-initial-insertion-mode defines

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Saturday, 20 November 2010 17:42:53 UTC