W3C home > Mailing lists > Public > www-forms@w3.org > March 2001

Fw: XForms requirements

From: Michael Friedman <mfriedma@alum.mit.edu>
Date: Sun, 25 Mar 2001 16:01:51 +0800
Message-ID: <010c01c0b501$dae6afc0$6f00a8c0@kinghu.com>
To: <www-forms@w3.org>
With Micah's permission I'm posting this to the list.

Quick summary:

My concern is that the requirements do not make clear whether the objective
is to do a better job of handling forms of the type that are currently done
on the web and marginally increase the complexity and power of the forms we
can use or if the objective is to let people build powerful and complex
forms with tight database integrations like the ones people build with
Oracle Developer, PowerBuilder, etc.

My concern is that the need is for the latter, but the requirements cater
more to the former.

I would really appreciate it if some of the people involved in the standard
could look at some of the more complex forms in the client/server versions
of Oracle Financials, Peoplesoft, or SAP and ask themselves if XForms can be
used to duplicate that functionality with a reasonable effort.

Thanks
Mike
----------------------------------------------------------------------------
----
Michael Friedman
mfriedma@alum.mit.edu
+852 9458 6060
www.Michael-Friedman.com

Maintainer of the B2B_HK mailing list for B2B in Hong Kong and Greater
China.  Send e-mail to b2b_hk-subscribe@egroups.com to subscribe.

Maintainer of www.eChinaB2B.Net - the directory of B2B companies in Greater
China

----- Original Message -----
From: "Micah Dubinko" <MDubinko@cardiff.com>
To: "'Michael Friedman'" <mfriedma@alum.mit.edu>
Sent: Wednesday, March 14, 2001 12:22 AM
Subject: RE: XForms requirements


> Thanks for your comments. If you haven't already, I highly recommend
> subscribing to www-forms; instructions in the "Status of This Document"
> section of any XForms document. In fact, your message below would be an
> excellent thing to send there.
>
> My personal opinion is that 3.6 "Data Value and Form Control Dependencies"
> and 3.7 "Expandable Form Control Groups (Arrays)" in the requirements
> document together could fulfill most of #1, at least all the hard parts.
:-)
>
> #2 should be possible, but will require writing some script to query the
> server.
>
> I'm having trouble figuring out #3--what kinds of problems are Web
> developers having with this?
>
> I suspect that #4 will be possible through the XForms event model.
>
> Thanks!
>
> .micah
>
> -----Original Message-----
> From: Michael Friedman [mailto:mfriedma@alum.mit.edu]
> Sent: Monday, March 12, 2001 10:04 PM
> To: mdubinko@cardiff.com
> Subject: XForms requirements
>
>
> Re http://www.w3.org/TR/xhtml-forms-req:
>
> I read the requirements.
>
> Many of these are very powerful features and it's interesting to think
about
> them.
>
> However, I was concerned that many of the basic bits of functionality that
> are part of most existing client-server forms system seem to be missing.
> These are the things that make it really hard to develop complex data
> oriented applications like order processing on the web.
>
> Some key items:
> Multi-level parent child relationships... An Order contains Order Lines.
An
> Order Line contains a Size and Color matrix (ie. quantities for different
> SKUs within the same item).
> Ability to iteratively pull information from the server without requerying
> the surounding page... for example, to bring back the first ten rows of a
> query and then pull back additional rows every time the user navigates to
> the bottom row.
> Some kind of relationship between query, modification, and insert forms
for
> the same data so that the development work does not need to be repeated
> Change tracking for fields and rows... this is important for database
> applications which may need to lock rows based on user changes and which
> only want to change rows that really changed.  In fact, unchanged rows
> shouldn't even have to go back to the server.
> I hope you are including this kind of issue...
>
> Thanks
> Mike
>
> --------------------------------------------------------------------------
--
> ----
> Michael Friedman
> mfriedma@alum.mit.edu
> +852 9458 6060
> www.Michael-Friedman.com
>
> Maintainer of the B2B_HK mailing list for B2B in Hong Kong and Greater
> China.  Send e-mail to b2b_hk-subscribe@egroups.com to subscribe.
>
> Maintainer of www.eChinaB2B.Net - the directory of B2B companies in
Greater
> China
Received on Sunday, 25 March 2001 03:03:17 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 10 March 2012 06:21:48 GMT