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

Re: [Moderator Action] Multiple pages per "form" - more clarity needed?

From: Thierry Michel <tmichel@w3.org>
Date: Tue, 3 Sep 2002 18:10:38 +0200
Message-ID: <150301c25364$716da000$228a608a@inria.fr>
To: <AndrewWatt2001@aol.com>, <www-forms@w3.org>, <www-forms-editor@w3.org>

Moderator: sent to www-forms@w3.org and www-forms-editor@w3.org
----- Original Message -----
From: <AndrewWatt2001@aol.com>
To: <xforms@yahoogroups.com>; <www-forms@w3.org>; <www-forms-editor@w3.org>
Sent: Monday, September 02, 2002 3:39 PM
Subject: [Moderator Action] Multiple pages per "form" - more clarity needed?


>
>
>
> Chapter 4.3 of the XForms Requirements documents refers (among other
things)
> to supporting multiple pages per form.
>
> It isn't obvious to me exactly how this normative requirement should be
> interpreted. The vagueness about what is or is not an XForms "form" again
> arises here. Since I am presently unclear about what an XForms "form"
> actually is I am not sure how to interpret the Requirements document.
>
> Are we, for example, referring to an XForms model which is duplicated on
two
> separate-but-related XHTML pages? With each page having some of the XForms
> form controls? Does xforms:instance on page 1 only have the initialization
> data for the form controls on page 1? Or for both pages?
>
> If the latter scenario, then how is a field that is displayed on page 2
that
> is required to be non-empty to be processed, assuming that data is
submitted
> when the form controls on the first page are filled in?
>
> Or is the type of layout solution I have used on http://www.XMML.com with
SVG
> "mini pages" the kind of scenario which is envisaged? ... with, of course,
> XForms form controls where there are currently only SVG text-containing
> mini-pages.
>
> To what extent, if any, is an XForms processor responsible for bringing
the
> parts of the instance data together?
>
> Andrew Watt
Received on Tuesday, 3 September 2002 12:11:12 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 10 June 2009 18:12:12 GMT