In article <[EMAIL PROTECTED]>,
Erik Bruchez <[EMAIL PROTECTED]> wrote:
> Keith Hopper wrote:
[snip]
> >
> > I respectfully suggest, therefore, that type checking should always be
> > required since data validation can only be done if the data type
> > representation is meaningful. Data validation (using a bind element) may or
> > may not be possible at the client (assuming for the moment that OXF is
> > emulating an XForms client implementation) - dependent on whether the
> > necessary valuu(s) against which cross-checking can be made are avilable at
> > the client - whether, for example, the cross-checking is to be against some
> > 'secret' only known to the server - etc, etc!
> >
> > Given the above I suggest that the only choice for application
> > developer is whether or not client-side data validation is possible given
> > the particular context in which execution is to take place.
> In Presentation Server in particular, and XForms in general, as a
> designer of your forms, you determine whether and how they are
> validated. You have two ways of doing this: using an XML schema, or
> using XForms bind elements. This is what the question was really about,
> I think.
> The result of this is really "data type checking" as you put it. It is
> really up to the developer to decide to use a schema or binds.
I never denied this - just suggested that using a schema for type
checking relies on the standard schema validation software; using a schema
for value checking is not possible!
Keith
--
City Desk
Waikato University
[PGP key available if desired]
-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
orbeon-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/orbeon-user
