- From: Ian Graham <igraham@smaug.java.utoronto.ca>
- Date: Tue, 11 Nov 1997 12:31:16 -0500 (EST)
- To: www-html@w3.org
I have some notes and questions regarding the HTML Working draft of 17/September/1997; and in reviewing the archive for this list, do not see any discussion on these points. So, here goes: 1. The 'loose' DTD permits IFRAME elements inside a PRE. This does not seem sensible, given that IMG is not allowed in this context. In the dtd, this would mean changing the entity <!ENTITY % pre.exclusion "IMG|OBJECT|APPLET|BIG|SMALL|SUB|SUP|FONT|BASEFONT"> to: <!ENTITY % pre.exclusion "IMG|OBJECT|APPLET|BIG|SMALL|SUB|SUP|FONT|BASEFONT|IFRAME"> Or, is there a reason why IFRAME is allowed in this context (i.e., current browser implementations?) 2. The content model for INS/DEL is perplexing, to say the least -- INS/DEL is allowed only within BODY, but can only contain %inline... Thus one cannot actually use INS to mark up a block element, or to mark up text within a block element? More generally, the intended use of INS/DEL is not clear - is it to mark up blocks of plain text, or delineate text+markup? If the latter, then the content model should allow *any* element as content? 3. In the DTD, the AREA, BUTTON and INPUT elements can take an ACCESSKEY attribute, but the documentation at <URL:./interact/forms.html/#adef-accesskey> states that ACCESSKEY is only supported by LABEL, A, CAPTION and LEGEND. I assume that the DTD is normative in this respect? 4. Section 3.2.1, Block level and Inline elements ... describes the important differences between these groups of elements, but does not explicitly define which elements belong in which group. For example, what are the types for BUTTON, LI, TD, CAPTION, DT, DD, COL, COLGROUP or THEAD? What about 'meta' information elements, such as PARAM, AREA, or BASEFONT (the latter being, admittedly, a bad example). They would seem to not belong to either group. Perhaps there is a use for a new category of 'meta'- data body elements (PARAM, AREA), and for a normative list defining which elements fall under which categories. 5. The 'event handlers' list does not include the currently implemented onError handler -- is that intentional? I would think that it should be included, to reflect current implementations. 6. Small document 'bugs' a) The link from <URL:./struct/global.html#adef-id> to the section on name spaces is broken. b) The link from the TYPE attribute under the LINK section <URL:./struct/links.html#1-3.3> is connected, incorrectly, to the form INPUT element TYPE attribute description. Ian -- Ian Graham ......................... Centre for Academic Technology i a n d o t g r a h a m a t u t o r o n t o d o t c a Centre for Academic Technology Information Commons Tel: 416-978-4548 University of Toronto Fax: 416-978-7705 ..................... http://www.utoronto.ca/ian/ .................
Received on Tuesday, 11 November 1997 12:31:34 UTC