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 29882 - [SER31] Definition of HTML element
Summary: [SER31] Definition of HTML element
Status: RESOLVED FIXED
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: Serialization 3.1 (show other bugs)
Version: Candidate Recommendation
Hardware: PC Windows NT
: P2 editorial
Target Milestone: ---
Assignee: C. M. Sperberg-McQueen
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-09-29 14:46 UTC by Tim Mills
Modified: 2016-10-14 13:28 UTC (History)
2 users (show)

See Also:


Attachments

Description Tim Mills 2016-09-29 14:46:45 UTC
The square brackets delimiting the definition of an HTML element are a bit odd.

[Definition: An element node is recognized as an HTML element by the XHTML output method if]
Comment 1 Michael Kay 2016-09-29 15:11:41 UTC
For info, the XSLT spec now does multi-line definitions like this (Note the open="true"):

<p><termdef id="dt-potentially-consuming" term="potentially consuming" open="true">An
   <termref def="dt-operand"/> is <term>potentially
   consuming</term> if at least one of the following conditions
                                 applies:</termdef></p>

                           <olist>
                              <item>
                                 <p>...</p>
                              </item>
                              <item>
                                 <p>....</p>
                              </item>
                           </olist>
<p role="closetermdef"/>

and I think all the DTD and stylesheet support for this is common. It's a bizarre approach but it was designed to minimize the risk of breaking things.
Comment 2 Tim Mills 2016-09-29 15:20:53 UTC
There is a similar problem in

[Definition: An element node is expected to be empty if it is recognized as an HTML element and if either]
Comment 3 Andrew Coleman 2016-10-14 13:28:31 UTC
Fixed this in three places. Thanks