This has been sent to and

  1. the lack of DTD is a very big problem. The HTML WG should not release other XHTML WD without DTD.
  2. the head element should not exist any more. It's a useless container for metadata.
  3. the body element should not exist any more. It's a useless container for data since we already have the root of the document.
  4. the xml-stylesheet PI and the link element are conflicting
  5. the link element and the src attribute on the style element are conflicting
  6. metadata meta elements are only allowed at document's level but can't be scoped on a per-element basis
  7. stylesheets can't be scoped on a per-element basis
  8. deprecating h1-h6 is a performance hit for web browsers. If the h element is introduced with the section element, a default stylesheet for XHTML 2.0 will need
         section > h                    { ... }
    section > section >h           { ... }
    section > section > section > h { ... }

    and that's _considerably_ slower than

         h1 { ... }
    h6 { ... }

    More generally, I am under the impression that browser performance has not been taken under consideration for the design of XHTML 2.0.

  9. I do not understand how the DTD will reflect the modularization
  10. the definition of deprecated is not normative
  11. the title attribute has a special meaning for the link element and therefore cannot serve as an extra advisory information. Title and alternate style set should be independent.
  12. the notion of linguistic root of a word added as a note here seems to me completely crazy.
  13. the definition of the dir attribute is exactly what I called in my previous messages a normative definition of an xhtml attribute using a css redundancy. If it can be done there, it can be done elsewhere. For example the edit attribute where the prose assigns the default rendering 'display: none' to 'edit="deleted"'.
  14. by the way, that default rendering of 'display: none' for 'edit="deleted"' is valid only for browsing environments. In an editing environment, the default rendering of 'edit="deleted"' would probably be 'text-decoration: line-through; color: red' or something equivalent.
  15. the Datetime format is not defined in the WD
  16. the definition of the href attribute does not say what means 'activated'
  17. how can be specified the language of an object designated by a cite attribute ?
  18. I don't understand why access-key is in XHTML2. In the XHTML2 spirit as described in the introduction of the document, it should not be here. Furthermore, system-dependant and language-dependant common practices make this completely unusable.
  19. the navindex attribute seems to me the worst choice of all for that feature. Having this defined by an integer is a design mistake in a structured XML-based world. This should be defined by ID and an IDREF:
    <tr><td href="a" nextlink="link2">NW</td>
    <td href="c" id="link3" nextlink="link4">NE</td></tr>
    <tr><td href="b" id="link2" nextlink="link3">SW</td>
    <td href="d" id="link4">SE</td></tr>
  20. as I said above in item 4, the src attribute conflicts with other element.
  21. I find the nl element useless.
  22. the duplication of the title element is a closed issue if the head and body elements are removed (see items 1 and 2 above)
  23. I am still completely opposed to the l element. The manipulation of this element in wysiwyg editors will be too hard in comparison with the existing <br> in HTML4. If you really want to extract presentation from the markup here, use a processing instruction <?line-break?> instead of <br>.
  24. don't introduce the nr element, reuse MathML if that's really needed.
  25. the address element should be improved, I agree. But not using the l element has it has often been proposed. That's not enough.
  26. the cite element is not needed, it is redundant with an anchor having something like rel=cite (for instance).
  27. removing the hr element is counter-productive; renaming it is useless, keep it simple and stupid.
  28. the modification of the model of the paragraph p element will drastically impact editing environements. Most editors rely on the inline/block discrimination to handle user input, in particular when the user presses the Enter key. I see this change as a nice structural change, unfortunately totally overkill for vendors. You can't say at the same time "XHTML 2.0 will be edited by tools and not by hand" and complexify that way the language so that editors will hardly handle it.
  29. in the spirit of XHTML 2.0, the pre element should not exist. The non-collapsable spaces should be &nbsp; and the lines should be materialized by <br> or <l> element. I am, as I said above, completely opposed to <l> and I am in favor of keeping <pre>.
  30. if an element carries both the href attribute and the cite attribute, how can the link to the cite URI be activated?
  31. an h element child of the body is redundant with a title element child of body as in item 21.
  32. sub and sup elements are purely presentational and do not carry any semantics
  33. the a element is useless since any element can carry an href attribute.
  34. if the a element is preserved, it should not serve as source AND target of a link. Named anchors should be removed from the spec and only an ID should allow to target an element using an URL with a fragment id.
  35. the label element should be called title and should be allowed in ul/ol/dl. I already said that I find nl useless.
  36. the lack of the value and start attributes on ol and li elements are a major mistake extensively discussed in
  37. section 15.2.4 is just a denial of the progressive rendering... Does the HTML WG really think that browsers are not going to start rendering very long documents if the network makes the retrieval too long from a user's perspective? This parargraph seems to me unapplicable in dynamic environments.
  38. just for the record, the lack of style attribute is a major error, recently fixed by the HTML and the CSS WG jointly.
  39. the style and link elements still lack a disabled attribute. Please note that this attribute **is** in DOM Level 2 Style.
  40. the removal of the "_blank" value for the target attribute seems to me an error.
  41. why isn't XFrames merged with XHTML 2.0 ?
  42. I still think that the removal of B, I and U is a major error for the Web. One may want to annotate visually a document without adding any semantic.


  • [0]
  • [1]
  • [2]
  • [3]
  • [4]
  • [5]
  • [6]
  • [7]
  • [9]
  • [10]
  • [11]
  • [12]
  • [13]
  • [14]
  • [15]
  • [16]
  • [17]
  • [18]
  • [19]
  • [20]
  • [21]
  • [22]
  • [23]
  • [24]
  • [25]
  • [26]
  • [27]
  • [28]
  • [29]
  • [30]
  • [31]
  • [32]
  • [33]
  • [34]
  • [35]
  • [36]
  • [38]
  • [39]
  • [40]

42 (bad permalinks), Dylan Schiemann (no permalink), Conforme, Dreams4Net, Karl Dubost, Karl Dubost (2),