Re: FORM and INPUT elements

"Daniel W. Connolly" <connolly@hal.com>
Date: Thu, 11 Aug 94 13:03:27 EDT
Message-id: <9408111701.AA23410@ulua.hal.com>
Reply-To: connolly@hal.com
Originator: html-wg@oclc.org
Sender: html-wg@oclc.org
Precedence: bulk
From: "Daniel W. Connolly" <connolly@hal.com>
To: Multiple recipients of list <html-wg@oclc.org>
Subject: Re: FORM and INPUT elements 
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
X-Comment: HTML Working Group (Private)
In message <199408111302.IAA25338@audumla.students.wisc.edu>, Peter C. Gorman w
rites:
>Dan -
>
>I've been reading through the HTML Level 2 specs in preparation for a
>seminar I'm leading, and I noticed something confusing (to me) in the
>description of the FORM element.
>
>In the HTML DTD Reference (Level 2)
><http://www.hal.com/products/sw/olias/Build-html/t0jrrYBc2I9X3cS.html>,
><INPUT> and other form elements etc are not listed as valid contents of the
><FORM> element, and <INPUT>, etc. are apparently not allowed in the content
>of <FORM>. Every form I've seen, though follows the practice shown in your
>HTML Spec on forms
><http://www.hal.com/products/sw/olias/Build-html/nNgs0XBMCmF84aK.html>:
>
><FORM...>...<INPUT...>...</INPUT>...</FORM>
>
>Am I reading the DTD reference wrong? I noticed that the element reference
>supplied with HoTMetaL has it the same way. Thanks for your help.

No, the DTD reference is generated from the DTD by a perl script, and
the perl script doesn't grok inclusion exceptions, which is the mechanism
by which INPUT etc. are allowed in a form.

In short: the DTD reference is incomplete.

If you want to check a piece of HTML to see if it's right, try
out the HTML validation service form at:

	http://www.hal.com/%7Econnolly/html-test/service/validation-form.html

It uses a real validating SGML parser.

Dan