W3C home > Mailing lists > Public > www-forms-editor@w3.org > February 2002

Foreign form controls -- ambiguity in XForms 1.0

From: Micah Dubinko <MDubinko@cardiff.com>
Date: Tue, 5 Feb 2002 18:04:48 -0800
Message-ID: <E840F0B7E6189547BDB91DA8BF2228AB28C1EF@csmail.cardiff.com>
To: "'www-forms-editor@w3.org'" <www-forms-editor@w3.org>
Beyond signature controls, others have expressed the desire to incorporate
other form controls, tree controls for instance, into XForms. Other groups,
such as VoiceXML, also wish to build specific solutions from the general
framework of XForms. There's a need to express form controls outside of the
core set defined in XForms 1.0.

Note that (X)HTML allows the <object> tag as a data-submitting form control.
This has been rarely used, but the limited data representation of HTML form
data no doubt contributed to that.

The spec is not clear on 1) whether foreign form controls are currently
allowed, and 2) if they are, what processing (if any) is applies.

The spec does clearly state:
"Note that except where specifically allowed by the Schema for XForms,
foreign-namespaced elements are not allowed as content of elements in the
XForms namespace."

Form control elements, however, can exist as content of the containing
document, not necessarily of an XForms element

  <otherns:treecontrol../> ?
and thus are not covered by the above statement.

To fix this, the XForms spec should be changed in one of the following ways:

1) Clearly state that foreign form controls are not allowed.

2) Clearly state that foreign form controls are allowed (and make sure
##other is in the content models of <group>, <case>, <repeat>, etc..) and
specify concrete processing.
[note that the processing may very well be quite minimal, as is <object>
processing in HTML forms]

Given the opening paragraph, I would strongly favor the 2nd option. :-)


Received on Tuesday, 5 February 2002 21:07:40 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:38:05 UTC