W3C home > Mailing lists > Public > www-forms@w3.org > July 2003

RE: xforms processors

From: Jagannayakam <jagannayakam@aztec.soft.net>
Date: Tue, 1 Jul 2003 13:48:55 +0530
Message-ID: <342F6DED4DF4D511AA5A00B0D079FEE30293C6A9@MAYA>
To: "'Raghu Krishnamurthy'" <raghu.krishnamurthy@oracle.com>
Cc: www-forms@w3.org

So Which one do u use for client side . 


Regards,
Jagan.

-----Original Message-----
From: Raghu Krishnamurthy [mailto:raghu.krishnamurthy@oracle.com]
Sent: Tuesday, July 01, 2003 1:55 PM
To: Jagannayakam
Cc: www-forms@w3.org
Subject: Re: xforms processors


Jagan
I am using the server side oracle xforms processor,beta version.I am not
sure it
it is available right now outside Oracle.
Yes when you submit the form,it gets submitted as an xml string,and it can
be
retrieved using request.getParameter("instanceData");

But there should always be a client-side part to it as well,which will
handle
the client side validations etc,which we were till now doing thru
javascript.

Regards
Raghu


Jagannayakam wrote:

> Hi Rob ,
> I think Forms player works as a renderer . To display a html form that has
> xform tags. But if the user updates something and submits again the
request
> goes in the form of name&value pairs am i right .
>
> For me i have to talk to xml inteface. So there should be a processor on
the
> client side that changes these name values pair to xml . Thus requires a
> processor in the server side.
> So when we have a server side processor  there is no seperate need of a
> client side processor.
>
> Correct me if i am wrong.
>
> Regards,
> Jagan.
>
> -----Original Message-----
> From: Rob Bull [mailto:rob.bull@blackdog.co.uk]
> Sent: Tuesday, July 01, 2003 12:29 PM
> To: www-forms@w3.org; Jagannayakam
> Subject: Re: xforms processors
>
> Jagan,
>
> I haven't used any of the server side processors, but on the client side
> have used "FormsPlayer" (http://www.FormsPlayer.com/) with some excellent
> results, and am currently working with an in-house ActiveX dll written as
a
> client side component (written in VB it uses the IE "HTC" architecture and
> therefore sits very comfortably with style sheets, and can easily be
> customised for non-compliant extensions to the xForm specification).
>
> It is my belief that client side processing makes better use of the xForm
> features such as relevance checking and instance validation with schema
> without "bothering" the server. I don't fully understand why so many
> companies put more processing power on every desktop than  NASA used to
get
> to the moon, then overload a couple of servers with all their
applications.
>
> We are currently testing a pre-release version of a drag and draw xForm
> compliant forms designer, some details of which and some screen-shots can
be
> found at http://www.blackdog.co.uk
>
> Best Regards
>
> Rob
>
> ----- Original Message -----
> From: "Jagannayakam" <jagannayakam@aztec.soft.net>
> To: "Www-Forms (E-mail)" <www-forms@w3.org>
> Sent: Tuesday, July 01, 2003 6:34 AM
> Subject: xforms processors
>
> |
> | Hi ,
> |
> |  I am looking for some of the xforms processors .
> |
> | I came across following processors -
> |
> | FormFaces   from progeny
> | OXF  from orbeon
> | IBM XML form package
> |
> |
> | I wanted to know the following
> | * whether All these can be plugged into any web servers ?
> | * Have anybody used any of the above processors or any other ?
> | * In any case what is configuration required ?
> |
> |
> | Regards,
> | Jagan.
> |
> |
> |
Received on Tuesday, 1 July 2003 04:28:46 GMT

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