OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: [xml-dev] Challenge

[ Lists Home | Date Index | Thread Index ]

On 6/11/03 0:04, "Klotz, Leigh" <Leigh.Klotz@pahv.xerox.com> wrote:

> There are XForms clients that work entirely client-side, and in fact one of
> them (DENG http://claus.packts.net/deng/ ) works in all browsers that
> support Flash and is almost zero install, and another, (FormsPlayer
> http://www.formsplayer.com) is an IE plug-in.

> The implementation Mark mentioned does its processing server side, but
> there's no requirement to do that; it's just easier to implement if you
> don't have source for the browser.

The point being, XForms doesn't impose a particular deployment model, and
the XForms author is, to a large extent, insulated from deployment issues.

I think this may be especially true for the XForms model, the bag of rules
for validating the instance populated by the form. The model is especially
interesting because it allows you to "extend" schemas to include validation
rules based on content (e.g. X is manadatory if ../y = 'fred').

I know of people who are exploring just using the model on its own.
> There is active discussion going on about implementing XForms for
> Mozilla/FireBird, but a substantial number of people who choose to comment
> on the issue are opposed to XML, or opposed to implementing W3C standards
> because they aren't open enough, or want to skip all this XML stuff and do
> it all in JavaScript, etc.  So it's not settled down, but I assume once it
> does, people will begin to implement it for Mozilla.

From recent "discussion" it sounded as though the FormsPlayer guys are
thinking seriously about porting their implementation to Mozilla.
All the best



News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS