W3C home > Mailing lists > Public > www-forms@w3.org > November 2004

RE: XForms Processors for IE5.x

From: Sikora, Gary <gjsikora@progeny.net>
Date: Wed, 24 Nov 2004 10:07:16 -0500
Message-ID: <D87E99FF33158340920A02117B96F5A43EA551@es3.progeny.net>
To: "Arvind Pandey" <pandey_arvind@extenprise.com>, "markj (Mark Jones)" <markj@crab.org>, "John Boyer" <JBoyer@pureedge.com>, "Omar Tazi" <otazi@orbeon.com>
Cc: <w3c-forms@w3.org>, <www-forms@w3.org>, "Bittel, Stewart" <stewart.bittel@progeny.net>

Arvind,

We agree with you in the benefits of XForms prior to browsers being
ready to process XForms. We have also developed a server-side
XForms->DHTML transcoder. The biggest difference with this transcoder
and all other server-side transcoders is in the letter "D". All XForms
processing is implemented client-side by generating the appropriate
JavaScript (no plug-in). This provides two very important features: 

1. Server round-trips are not required to process XForms binding
properties such as validation, calculation, required, and relevance,
providing a rich user interface and server scalability. 

2. Offline interaction is possible, enabling mobile form applications to
be common with desktop form applications, reducing development and
maintenance costs.

The DHTML generated is compatible with many browsers that support XHTML
1.0, ECMA-262 3rd Edition, and DOM Level 2 which includes:

- IE 5.5 or higher
- Netscape 7.0 or higher
- Mozilla 1.0 or higher
- Firefox 0.7 or higher
- Opera 6 or higher
- Safari 1.2 or higher
- Konqueror 3.3 or higher

In addition, the JavaScript security model mitigates concerns described
in http://lists.xml.org/archives/xml-dev/200303/msg00391.html. 

Please go to www.FormFaces.com for a demonstration.

Very respectfully,
Gary Sikora

-----Original Message-----
From: Arvind Pandey [mailto:pandey_arvind@extenprise.com] 
Sent: Wednesday, November 24, 2004 12:45 AM
To: markj (Mark Jones); John Boyer; Omar Tazi
Cc: w3c-forms@w3.org; www-forms@w3.org
Subject: RE: XForms Processors for IE5.x


I think John's point on using Server side
XForm Implementation is the only way in a
heterogeneous browser environment for the
time being.

In all our client projects (we have been
extensively using XForms for last one year),
we have been using a Server side XForms->HTML
conversion to tide over the problem you mentioned.
In our case, we have developed our own proprietary
XtenServer(t) which provides XForms support
http://www.extenprise.com/products/form_builder.shtml

The benefits from using XForms to use have been
reusability and faster implementation, with less
experienced resources...

regards
Arvind Pandey



-----Original Message-----
From: www-forms-request@w3.org [mailto:www-forms-request@w3.org]On
Behalf Of markj (Mark Jones)
Sent: Wednesday, November 24, 2004 3:51 AM
To: John Boyer; Omar Tazi
Cc: w3c-forms@w3.org; www-forms@w3.org
Subject: RE: XForms Processors for IE5.x



Thanks for the responses.

We do alot of data capture and edit checking with web forms.
Our infrastructure is Microsoft IIS Web Servers and Oracle 9i Database
and
the web browsers are IE5.x and NS4.x

It appears unless we are willing to force our users to upgrade to IE6 or
change over to a different Web Server then XForms may not be an option
for
at this time.


Thanks,
Mark





-----Original Message-----
From: John Boyer [mailto:JBoyer@PureEdge.com]
Sent: Tuesday, November 23, 2004 2:03 PM
To: Omar Tazi; markj (Mark Jones)
Cc: w3c-forms@w3.org; www-forms@w3.org
Subject: RE: XForms Processors for IE5.x


While all browsers support HTML in theory,
there are lots and lots and lots of quirky
little behaviors that have to be accounted
for on a browser by browser, version by
version basis.
And going back before IE6 is esp. bad for
achieving certain kinds of dynamic effects.

Whether this works for the individual would
depend greatly on how complex the forms are
and how much they care about equivalent
operation (esp. compliance with all aspects
of XForms).

It's definitely an oversimplification to
say that it's all good because it's just HTML.

John Boyer


-----Original Message-----
From: Omar Tazi [mailto:otazi@orbeon.com]
Sent: Tuesday, November 23, 2004 11:52 AM
To: markj (Mark Jones)
Cc: w3c-forms@w3.org; www-forms@w3.org
Subject: Re: XForms Processors for IE5.x




Mark,

One way of avoiding differences between browsers is to use server-side
XForms servers. The only thing a browser receives from the Xforms server
is HTML, I believe all browsers support HTML ;)

Check out the Orbeon Presentation Server. It is mature (more than 3
years) and Open Source (LGPL):
http://www.orbeon.com/software/
http://www.orbeon.com/software/presentation-server
http://sourceforge.net/projects/orbeon/

Best regards,

-Omar

650-938-3120


markj (Mark Jones) wrote:
> Can anyone offer some insight as to how I can create an XForms
processor
that supports IE5.x
>
> Thanks
> Mark
>
>






The contents of this e-mail are confidential to the ordinary user of the
e-mail
address to which it was addressed and may also be privileged. If you are
not
the
addressee of this e-mail you should not copy, forward, disclose or
otherwise
use
it or any part of it in any form whatsoever. If you have received this
e-mail in
error please notify us by telephone or e-mail the sender by replying to
this
message, and then delete this e-mail and other copies of it from your
computer
system.  Thank you.







========================================================================
====================================================

The contents of this e-mail are confidential to the ordinary user of the
e-mail 
address to which it was addressed and may also be privileged. If you are
not the 
addressee of this e-mail you should not copy, forward, disclose or
otherwise use 
it or any part of it in any form whatsoever. If you have received this
e-mail in 
error please notify us by telephone or e-mail the sender by replying to
this 
message, and then delete this e-mail and other copies of it from your
computer 
system.  Thank you.
Received on Wednesday, 24 November 2004 15:07:54 GMT

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