Re: Fw: XForms requirements

At 03:10 PM 3/26/2001 -0800, Bruce Atherton wrote:
(deleted stuff that clarified three tier nicely)

>My concern, though, is that by assuming that the XForms UI components are 
>only working in a browser-type environment and providing only forms, you 
>lose the richness that other applications and clients may require. This is 
>why I was asking whether there were plans to support Windows and Dialog 
>Boxes. What I would like to see is the UI elements that forms would not 
>necessarily require, but that other applications would, supported within 
>XForms. Perhaps integrating XUL and XForms, for example.
>
>So far, I haven't seen much support for the UI requirements of more 
>general applications in the XForms spec. That is why I made that 
>(obviously unclear) comment. I hope I am wrong.

Discussions of XFORMs and the documents about it
take a rather narrow XFORMs-centered view, but I don't
think that the technology is exclusive.  Rather, I think
XFORMs glues together data-input (downloaded instance)
data-output (form submission), and data-update (UI+Logic)
elements that can be mixed with other elements. Dialog
boxes and multiple views are not defined by XFORMs but
neither are they excluded.  Their absence in the XFORMs
spec. is a result of componentization.

John.
______________________________________________________
John J. Barton          email:  John_Barton@hpl.hp.com
http://www.hpl.hp.com/personal/John_Barton/index.htm
MS 1U-17  Hewlett-Packard Labs
1501 Page Mill Road              phone: (650)-236-2888
Palo Alto CA  94304-1126         FAX:   (650)-857-5100

Received on Monday, 26 March 2001 19:52:49 UTC