Re: AW: forms in coocon2, is SchemoX dead ?

[Christian Haul]

On 17.Jul.2001 -- 10:07 AM, Berin Loritsch wrote:
> > a) XForms expects XML encoded parameters. I'm not 100% sure on
>
> Which means that for the two standard submission types (url encoded
> and multipart), the XPath expression is used to reconstruct the XML
> document.

So, do you think this is advisable, to reconstruct the XML?

> > c) XForms declare forms within the  section of a
> >document. XSP don't have such a concept.
> 
> This is a markup issue.  Basically, the instance/schema/binding info
> is stored at the top of the document in an  tag.

As there's no part of an XSP that is an equivalent of the 
part, the question arises where to put it instead. Just anywhere at
the top? Anywhere before the first form element? Or, what the hell,
like before with HTML forms, all form elements nested?

> > d) XForms' forms can be mixed and nested. This is not possible
> >with current XHTML forms.
> 
> This is true.  There are two potential solutions:
> 
> 1) only have one form for the whole document and separate the
>markup and validation at server side.

This is probably the way to go. Although different target URIs for
different forms would be cleaner, this could be achieved by action +
matchers on parameter values instead of URIs. Such matchers already
exist in C2.

> 2) force the user to use XHTML form constraints.

> 
> > e) XForms specify validation as XPath expressions. Makes only
> >sense if form data is accessible through XPath.
> 
> In an XForms implementation this is a requirement.  Validation is
> done via Schema (current spec), as well as Dynamic Constraint Language
> (based in part on ECMAscript).
> 
> References are by XPath.

I think this could be postponed to a later evolution of such a
package, can it? 

> > f) XForms specify active behaviour: triggers, conditionals
> >... This is probably out of scope.
> 
> This can only be in scope if you have a transformer that creates
> Javascript on the fly.  As different browsers have different methods
> of referencing form parts, this is where the BrowserSelector can
> come in handy.
> 
> Again, this is not easy.

So, again, this shouldn't be part of an initial offering.

> > h) XForms specify subpages. Whiles this could be done it's also
> >probably too complex for short term availability.
> 
> I would implement it as another "page" in the form.  In other words, we
> do validation on the information we have, and go to the subpage, etc.

This is a (minor?) breach from C2 philosophy, to split different views
into separate XSPs. OK, this is not really relevant here and therefore
more or less OK. Again, an issue for later revisions.

> > i) XForms don't specify error messages.
> 
> This is my biggest beef with it.  They have heard this complaint before.

Well, we could extent and embrace ;-) A similar functionality could be
done with the  contructs in XForms and those triggers. For
usability error messages would be quite important to be available in a
clean and simple way. And as you said, XForms is a moving target, so
perhaps, this is going to happen anyway :-)

> > To do would be (not necessarily in order of importance)
> > 
> >1) enhance form validator action to validate more XForms basic
> >   types.
> 
> XForms is now completely Schema based.  Throw the generated XML through
> Xerces and see what gets kicked out.  I would implement the ErrorHandler
> so that all errors can be cached.

Mmmh, another source of errors in C2. Not valid Schema
definitions. And a reason to really reconstruct the XML. Think I'll
need to look a bit closer at XForms :-|

> >3) provide stylesheets that render HTML-4.0 forms (probably
> >   separate ones for IE, NS &c), XSL-FO &c.
> 
> I started on this a while ago.  The overall style really depends on
> the site.  Bottom line is that XForms is a moving target.

Granted. But there need to be an example so that a form package is
usable and as a starting point for every one else to customize. Of
course there're a number of design alternatives in the XForms
spec. e.g.  -> radio buttons, check boxes (?!), drop down
boxes (), select boxes (), ... and such a
stylesheet would probably provide only one or two of these i.e. based
on the number of s.

> >4) provide javascript routines that do client side checking (as
> >   well for major platforms)
> 
> This really would have to be both platform and XForm specific.  The
> Javascript would need to be auto-generated.

I think some basic checking could be done independantly, check that a
field only contains numbers and display a pop-up if there's a
violation should be manageable.

Chris.

-- 
C h r i s t i a n   H a u l
[EMAIL PROTECTED]
fingerprint: 99B0 1D9D 7919 644A 4837  7D73 FEF9 6856 335A 9E08

-
Please check that your question has not already been answered in the
FAQ before posting. 

Re: AW: forms in coocon2, is SchemoX dead ?

[Ulrich Mayring]

Christian Haul wrote:
> 
> To me, XForms looks like the most importand standard on this but I
> think it is not advisable to aim for a fully compliant implementation
> for C2 because (please correct any errors)

What I don't like about XForms is mainly that it needs a so-called
XFormsProcessor, i.e. yet another special server application. The other
thing is that it only applies to forms, I'd like a more general tool for
modelling workflows. The fancy UI Widgets that XForms calls for (e.g.
sliders), are unsupported by any Browser I know of.

Ulrich

-- 
Ulrich Mayring
DENIC eG, Systementwicklung

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: AW: forms in coocon2, is SchemoX dead ?

[Berin Loritsch]

Christian Haul wrote:

> To me, XForms looks like the most importand standard on this but I
> think it is not advisable to aim for a fully compliant implementation
> for C2 because (please correct any errors)
> 
> a) XForms expects XML encoded parameters. I'm not 100% sure on
>this, but I think few to none of the available browsers
>support this. I don't think it would make sense to convert
>request parameters to a XML representation before processing
>them since this would probably be too costly. A Javascript
>solution to post parameters as XML is propably out of the
>question.

There are three information types:

application/x-www-form-urlencoded
multipart/form-data
text/xml

If the submission type is not "text/xml" (like from a SOAP request),
then the submission form parameters match the simplified XPath to
their position in the document:

XML-Instance we want:


  Berin Loritsch
  bloritschATapacheDOTorf


Our Form:




Which means that for the two standard submission types (url encoded
and multipart), the XPath expression is used to reconstruct the XML
document.

> b) XForms allow besides the basic types arbitrary types definable
>in XML Schema. While this might be possible for validation, it
>is expensive but seems only necessary if parameters are XML
>encoded.

Once you have your XML recreated (from an XML reconstructor Action),
you should be able to apply them any way.  It is expensive, so the
benefits have to be weighed carefully.

> c) XForms declare forms within the  section of a
>document. XSP don't have such a concept.

This is a markup issue.  Basically, the instance/schema/binding info
is stored at the top of the document in an  tag.

> d) XForms' forms can be mixed and nested. This is not possible
>with current XHTML forms.

This is true.  There are two potential solutions:

1) only have one form for the whole document and separate the
   markup and validation at server side.
2) force the user to use XHTML form constraints.

> e) XForms specify validation as XPath expressions. Makes only
>sense if form data is accessible through XPath.

In an XForms implementation this is a requirement.  Validation is
done via Schema (current spec), as well as Dynamic Constraint Language
(based in part on ECMAscript).

References are by XPath.

> f) XForms specify active behaviour: triggers, conditionals
>... This is probably out of scope.

This can only be in scope if you have a transformer that creates
Javascript on the fly.  As different browsers have different methods
of referencing form parts, this is where the BrowserSelector can
come in handy.

Again, this is not easy.

> g) XForms provide sliders, subpages, lists &c. This is too complex
>for short term availability.

True.

> h) XForms specify subpages. Whiles this could be done it's also
>probably too complex for short term availability.

I would implement it as another "page" in the form.  In other words, we
do validation on the information we have, and go to the subpage, etc.

> i) XForms don't specify error messages.

This is my biggest beef with it.  They have heard this complaint before.

> j) Since validation is (at least additionally) server based, this
>should keep the already filled in elements.

XForms is largely a Client specification--which I also have issues with.
Some of it can be done server side, but things like DCL make it difficult.

> >From this follows, that a fully compliant implementation should not be
> the goal.

Agreed.

> To do would be (not necessarily in order of importance)
> 
>1) enhance form validator action to validate more XForms basic
>   types.

XForms is now completely Schema based.  Throw the generated XML through
Xerces and see what gets kicked out.  I would implement the ErrorHandler
so that all errors can be cached.

>2) provide a taglib that combines necessary features from
>   formval.xsl and request.xsl plus some form specification that
>   produces valid XForms

Your biggest issue is referencing existing information from the XML
instance and the XPath expression to get the information you need.

>3) provide stylesheets that render HTML-4.0 forms (probably
>   separate ones for IE, NS &c), XSL-FO &c.

I started on this a while ago.  The overall style really depends on
the site.  Bottom line is that XForms is a moving target.

>4) provide javascript routines that do client side checking (as
>   well for major platforms)

This really would have to be both platform and XForm specific.  The
Javascript would need to be auto-generated.
 S/MIME Cryptographic Signature

Re: AW: forms in coocon2, is SchemoX dead ?

[Christian Haul]

On 16.Jul.2001 -- 09:28 PM, java guru wrote:
> I agree about the xform and xfdl..In future, i guess,
> these concepts would go beyond just form validation
> and handling..

To me it looks like xfdl is not actively maintained by W3C, since the
document is rather old.

> For now, from this discussion, I understand that we
> are all looking for some form of automated/simplified
> form generation/validation and handling..am i right?..

Right.

> And also, there are efforts on going with current
> cocoon reg form validation and other stuff...they seem
> to follow the xform approach from nanotech..but not
> sure if the original author has intent of extending it
> to be full blown form generator/validator/handler or
> not...

Well, I'm not the original author but have supplied some of the
validations. Indeed, I would like to extend this to a more complete
form generator/validator. But I haven't made up my mind, which way to
follow.

To me, XForms looks like the most importand standard on this but I
think it is not advisable to aim for a fully compliant implementation
for C2 because (please correct any errors)

a) XForms expects XML encoded parameters. I'm not 100% sure on
   this, but I think few to none of the available browsers
   support this. I don't think it would make sense to convert
   request parameters to a XML representation before processing
   them since this would probably be too costly. A Javascript
   solution to post parameters as XML is propably out of the
   question.

b) XForms allow besides the basic types arbitrary types definable
   in XML Schema. While this might be possible for validation, it
   is expensive but seems only necessary if parameters are XML
   encoded. 

c) XForms declare forms within the  section of a
   document. XSP don't have such a concept.

d) XForms' forms can be mixed and nested. This is not possible
   with current XHTML forms.

e) XForms specify validation as XPath expressions. Makes only
   sense if form data is accessible through XPath.

f) XForms specify active behaviour: triggers, conditionals
   ... This is probably out of scope.

g) XForms provide sliders, subpages, lists &c. This is too complex
   for short term availability.

h) XForms specify subpages. Whiles this could be done it's also
   probably too complex for short term availability.

i) XForms don't specify error messages.

j) Since validation is (at least additionally) server based, this
   should keep the already filled in elements.

>From this follows, that a fully compliant implementation should not be
the goal.

To do would be (not necessarily in order of importance)

   1) enhance form validator action to validate more XForms basic
  types. 

   2) provide a taglib that combines necessary features from
  formval.xsl and request.xsl plus some form specification that
  produces valid XForms

   3) provide stylesheets that render HTML-4.0 forms (probably
  separate ones for IE, NS &c), XSL-FO &c.
 
   4) provide javascript routines that do client side checking (as
  well for major platforms)

Suggestions, ideas and helping hands welcome :-)

Chris.

-- 
C h r i s t i a n   H a u l
[EMAIL PROTECTED]
fingerprint: 99B0 1D9D 7919 644A 4837  7D73 FEF9 6856 335A 9E08

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: AW: forms in coocon2, is SchemoX dead ?

[Steffen Stundzig]

Hi,

I'm one of the maintainers of SchemoX at the infozone group.

SchemoX isn't dead. I would say, it sleeps. It's maintainers hasn't
that time to develop it as desired, because of economical reasons.

For now, I could say that SchemoX will go the way of extending the full blown
form generator/validator/handler stuff in the future.

For german readers, in the next Java Spektrum, there is a article about the
SchemoX framework. This articles contains also the information about the next
SchemoX versions. Sorry for this advertising, but this article is, as I know,
the newest information about the framework.

If somebody would willing to help on developing SchemoX, I would wake it up
ASAP.

Regards
Steffen...

On Mon, 16 Jul 2001 you wrote:
> I agree about the xform and xfdl..In future, i guess,
> these concepts would go beyond just form validation
> and handling..
> 
> For now, from this discussion, I understand that we
> are all looking for some form of automated/simplified
> form generation/validation and handling..am i right?..
> 
> There is a design proposal on SchemoX website to make
> it run with cocoon2..anyone had look at it?
> 
> And also, there are efforts on going with current
> cocoon reg form validation and other stuff...they seem
> to follow the xform approach from nanotech..but not
> sure if the original author has intent of extending it
> to be full blown form generator/validator/handler or
> not...



-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: AW: forms in coocon2, is SchemoX dead ?

[java guru]

I agree about the xform and xfdl..In future, i guess,
these concepts would go beyond just form validation
and handling..

For now, from this discussion, I understand that we
are all looking for some form of automated/simplified
form generation/validation and handling..am i right?..

There is a design proposal on SchemoX website to make
it run with cocoon2..anyone had look at it?

And also, there are efforts on going with current
cocoon reg form validation and other stuff...they seem
to follow the xform approach from nanotech..but not
sure if the original author has intent of extending it
to be full blown form generator/validator/handler or
not...


 --- Thorsten Mauch <[EMAIL PROTECTED]> wrote: > Our
Company is also interessed to help. 
> Do you have already a design ? 
> BTW whats the relation from between XFDL
> http://www.w3.org/TR/NOTE-XFDL
> and Xforms http://www.w3.org/TR/xforms/?
> 
> Is it correct that xforms is only for the web 
> while XFDL is a more gernaeral aproach ?
> 
> From the SchemoX website i understand XForms
> and XFDL only describe the layout of a form while
> SchemoX has a wider approach. 
> 
> So i share the Opinion from Jakob to review SchemoX.
> 
> Regarding XForms i may make sense to study the
> source
> from X-Smiles. http://www.x-smiles.org/
> 
> X-Smiles is an XML-browser that can display Xforms.
> 
> i will do that now :)
> 
> 
> -Ursprüngliche Nachricht-
> Von: java guru [mailto:[EMAIL PROTECTED]]
> Gesendet: Montag, 16. Juli 2001 21:02
> An: [EMAIL PROTECTED]
> Betreff: Re: forms in coocon2, is SchemoX dead ?
> 
> 
> Great.,
>I am positively interested in this...please let
> me
> know the details..
> 
> 
>  --- Sergio Carvalho <[EMAIL PROTECTED]>
> wrote:
> > 
> > I also need form generation and validation. I am
> > basing mu implementation 
> > in XFDL, a W3C recomendation for generic business
> > forms (not wonly web-based, but 
> > paper-based ones too).
> > 
> > If there's interest in a joint effort, I think we
> > could set up a repository
> > somewhere (sourceforge...) and release it under a
> > BSD type license. Reply if 
> > interested.
> > 
> > On Mon, 16 Jul 2001 16:39:26 +0100 (BST), java
> guru
> > <[EMAIL PROTECTED]> wrote:
> > --
> > > I have posted similar requirement sometime back
> > but no
> > > response...Meantime here is what i found
> > > 
> > > 1. XForm from nanoworks
> > > http://xform.nanoworks.org/
> > > 
> > > I tried this but didnt feel comfortable to fit
> in
> > with
> > > cocoon2..
> > > 
> > > I think the form processing in c2 with
> > form-validator
> > > stuff is slowly moving towards this goal of full
> > blown
> > > form processing and validation..
> > > 
> > > I was really(and desperately) looking for simple
> > and
> > > effective mechanism to describe forms in xml and
> > have
> > > someother component deal with preparing form and
> > > handling the validation stuff...Hope that
> arrives
> > > soon...
> > > 
> > > 
> > >  --- Thorsten Mauch <[EMAIL PROTECTED]> wrote:
> >
> > Hi
> > > All
> > > > Does anyone knows a MVC  framework for from
> > > > processing in cocoon2 ?
> > > > I downloaded the CVS from SchemoX , but the
> last
> > > > change was in January. So
> > > > it my impression is that SchemoX is dead. Is
> > this
> > > > correct ?
> > > > Are there other projetcs related to Form
> > processing
> > > > ?
> > > > 
> > > > Thanx Thorsten
> > > > 
> > > > 
> > > > 
> > > >
> > >
> >
>
-
> > > > Please check that your question has not
> already
> > been
> > > > answered in the
> > > > FAQ before posting.
> > > > <http://xml.apache.org/cocoon/faqs.html>
> > > > 
> > > > To unsubscribe, e-mail:
> > > > <[EMAIL PROTECTED]>
> > > > For additional commands, e-mail:
> > > > <[EMAIL PROTECTED]>
> > > >  
> > > 
> > >
> >
>

> > > Do You Yahoo!?
> > > For regular News updates go to
> > http://in.news.yahoo.com
> > > 
> > >
> >
>
--

AW: forms in coocon2, is SchemoX dead ?

[Thorsten Mauch]

Our Company is also interessed to help. 
Do you have already a design ? 
BTW whats the relation from between XFDL http://www.w3.org/TR/NOTE-XFDL
and Xforms http://www.w3.org/TR/xforms/?

Is it correct that xforms is only for the web 
while XFDL is a more gernaeral aproach ?

>From the SchemoX website i understand XForms
and XFDL only describe the layout of a form while
SchemoX has a wider approach. 

So i share the Opinion from Jakob to review SchemoX.

Regarding XForms i may make sense to study the source
from X-Smiles. http://www.x-smiles.org/

X-Smiles is an XML-browser that can display Xforms.

i will do that now :)


-Ursprüngliche Nachricht-
Von: java guru [mailto:[EMAIL PROTECTED]]
Gesendet: Montag, 16. Juli 2001 21:02
An: [EMAIL PROTECTED]
Betreff: Re: forms in coocon2, is SchemoX dead ?


Great.,
   I am positively interested in this...please let me
know the details..


 --- Sergio Carvalho <[EMAIL PROTECTED]> wrote:
> 
> I also need form generation and validation. I am
> basing mu implementation 
> in XFDL, a W3C recomendation for generic business
> forms (not wonly web-based, but 
> paper-based ones too).
> 
> If there's interest in a joint effort, I think we
> could set up a repository
> somewhere (sourceforge...) and release it under a
> BSD type license. Reply if 
> interested.
> 
> On Mon, 16 Jul 2001 16:39:26 +0100 (BST), java guru
> <[EMAIL PROTECTED]> wrote:
> --
> > I have posted similar requirement sometime back
> but no
> > response...Meantime here is what i found
> > 
> > 1. XForm from nanoworks
> > http://xform.nanoworks.org/
> > 
> > I tried this but didnt feel comfortable to fit in
> with
> > cocoon2..
> > 
> > I think the form processing in c2 with
> form-validator
> > stuff is slowly moving towards this goal of full
> blown
> > form processing and validation..
> > 
> > I was really(and desperately) looking for simple
> and
> > effective mechanism to describe forms in xml and
> have
> > someother component deal with preparing form and
> > handling the validation stuff...Hope that arrives
> > soon...
> > 
> > 
> >  --- Thorsten Mauch <[EMAIL PROTECTED]> wrote: >
> Hi
> > All
> > > Does anyone knows a MVC  framework for from
> > > processing in cocoon2 ?
> > > I downloaded the CVS from SchemoX , but the last
> > > change was in January. So
> > > it my impression is that SchemoX is dead. Is
> this
> > > correct ?
> > > Are there other projetcs related to Form
> processing
> > > ?
> > > 
> > > Thanx Thorsten
> > > 
> > > 
> > > 
> > >
> >
>
-
> > > Please check that your question has not already
> been
> > > answered in the
> > > FAQ before posting.
> > > <http://xml.apache.org/cocoon/faqs.html>
> > > 
> > > To unsubscribe, e-mail:
> > > <[EMAIL PROTECTED]>
> > > For additional commands, e-mail:
> > > <[EMAIL PROTECTED]>
> > >  
> > 
> >
>

> > Do You Yahoo!?
> > For regular News updates go to
> http://in.news.yahoo.com
> > 
> >
>
-
> > Please check that your question has not already
> been answered in the
> > FAQ before posting.
> <http://xml.apache.org/cocoon/faqs.html>
> > 
> > To unsubscribe, e-mail:
> <[EMAIL PROTECTED]>
> > For additional commands, e-mail:
> <[EMAIL PROTECTED]>
> > 
> 
> 
> 
> --
> Sergio Carvalho
> ---
> [EMAIL PROTECTED]
> 
> If at first you don't succeed, skydiving is not for
> you
> 
>
-
> Please check that your question has not already been
> answered in the
> FAQ before posting.
> <http://xml.apache.org/cocoon/faqs.html>
> 
> To unsubscribe, e-mail:
> <[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <[EMAIL PROTECTED]>
>  


Do You Yahoo!?
For regular News updates go to http://in.news.yahoo.com

-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

AW: forms in coocon2, is SchemoX dead ?

[Jakob Praher]

hi,

after talking to the founder of the schemoX project (and asking the same
question) I know that it is not dead, suspended though.

As I am highly in need for a (X)form rendering and validating engine, I will
try to play with the schemoX codebase..
It would be great if anyone would join my efforts!

BTW: How are you currently doing form validation?

thanks

jp


-Ursprüngliche Nachricht-
Von: java guru [mailto:[EMAIL PROTECTED]]
Gesendet: Montag, 16. Juli 2001 21:02
An: [EMAIL PROTECTED]
Betreff: Re: forms in coocon2, is SchemoX dead ?


Great.,
   I am positively interested in this...please let me
know the details..


 --- Sergio Carvalho <[EMAIL PROTECTED]> wrote:
>
> I also need form generation and validation. I am
> basing mu implementation
> in XFDL, a W3C recomendation for generic business
> forms (not wonly web-based, but
> paper-based ones too).
>
> If there's interest in a joint effort, I think we
> could set up a repository
> somewhere (sourceforge...) and release it under a
> BSD type license. Reply if
> interested.
>
> On Mon, 16 Jul 2001 16:39:26 +0100 (BST), java guru
> <[EMAIL PROTECTED]> wrote:
> --
> > I have posted similar requirement sometime back
> but no
> > response...Meantime here is what i found
> >
> > 1. XForm from nanoworks
> > http://xform.nanoworks.org/
> >
> > I tried this but didnt feel comfortable to fit in
> with
> > cocoon2..
> >
> > I think the form processing in c2 with
> form-validator
> > stuff is slowly moving towards this goal of full
> blown
> > form processing and validation..
> >
> > I was really(and desperately) looking for simple
> and
> > effective mechanism to describe forms in xml and
> have
> > someother component deal with preparing form and
> > handling the validation stuff...Hope that arrives
> > soon...
> >
> >
> >  --- Thorsten Mauch <[EMAIL PROTECTED]> wrote: >
> Hi
> > All
> > > Does anyone knows a MVC  framework for from
> > > processing in cocoon2 ?
> > > I downloaded the CVS from SchemoX , but the last
> > > change was in January. So
> > > it my impression is that SchemoX is dead. Is
> this
> > > correct ?
> > > Are there other projetcs related to Form
> processing
> > > ?
> > >
> > > Thanx Thorsten
> > >
> > >
> > >
> > >
> >
>
-
> > > Please check that your question has not already
> been
> > > answered in the
> > > FAQ before posting.
> > > <http://xml.apache.org/cocoon/faqs.html>
> > >
> > > To unsubscribe, e-mail:
> > > <[EMAIL PROTECTED]>
> > > For additional commands, e-mail:
> > > <[EMAIL PROTECTED]>
> > >
> >
> >
>

> > Do You Yahoo!?
> > For regular News updates go to
> http://in.news.yahoo.com
> >
> >
>
-
> > Please check that your question has not already
> been answered in the
> > FAQ before posting.
> <http://xml.apache.org/cocoon/faqs.html>
> >
> > To unsubscribe, e-mail:
> <[EMAIL PROTECTED]>
> > For additional commands, e-mail:
> <[EMAIL PROTECTED]>
> >
>
>
>
> --
> Sergio Carvalho
> ---
> [EMAIL PROTECTED]
>
> If at first you don't succeed, skydiving is not for
> you
>
>
-
> Please check that your question has not already been
> answered in the
> FAQ before posting.
> <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail:
> <[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <[EMAIL PROTECTED]>
>


Do You Yahoo!?
For regular News updates go to http://in.news.yahoo.com

-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>



-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: forms in coocon2, is SchemoX dead ?

[java guru]

Great.,
   I am positively interested in this...please let me
know the details..


 --- Sergio Carvalho <[EMAIL PROTECTED]> wrote:
> 
> I also need form generation and validation. I am
> basing mu implementation 
> in XFDL, a W3C recomendation for generic business
> forms (not wonly web-based, but 
> paper-based ones too).
> 
> If there's interest in a joint effort, I think we
> could set up a repository
> somewhere (sourceforge...) and release it under a
> BSD type license. Reply if 
> interested.
> 
> On Mon, 16 Jul 2001 16:39:26 +0100 (BST), java guru
> <[EMAIL PROTECTED]> wrote:
> --
> > I have posted similar requirement sometime back
> but no
> > response...Meantime here is what i found
> > 
> > 1. XForm from nanoworks
> > http://xform.nanoworks.org/
> > 
> > I tried this but didnt feel comfortable to fit in
> with
> > cocoon2..
> > 
> > I think the form processing in c2 with
> form-validator
> > stuff is slowly moving towards this goal of full
> blown
> > form processing and validation..
> > 
> > I was really(and desperately) looking for simple
> and
> > effective mechanism to describe forms in xml and
> have
> > someother component deal with preparing form and
> > handling the validation stuff...Hope that arrives
> > soon...
> > 
> > 
> >  --- Thorsten Mauch <[EMAIL PROTECTED]> wrote: >
> Hi
> > All
> > > Does anyone knows a MVC  framework for from
> > > processing in cocoon2 ?
> > > I downloaded the CVS from SchemoX , but the last
> > > change was in January. So
> > > it my impression is that SchemoX is dead. Is
> this
> > > correct ?
> > > Are there other projetcs related to Form
> processing
> > > ?
> > > 
> > > Thanx Thorsten
> > > 
> > > 
> > > 
> > >
> >
>
-
> > > Please check that your question has not already
> been
> > > answered in the
> > > FAQ before posting.
> > > 
> > > 
> > > To unsubscribe, e-mail:
> > > <[EMAIL PROTECTED]>
> > > For additional commands, e-mail:
> > > <[EMAIL PROTECTED]>
> > >  
> > 
> >
>

> > Do You Yahoo!?
> > For regular News updates go to
> http://in.news.yahoo.com
> > 
> >
>
-
> > Please check that your question has not already
> been answered in the
> > FAQ before posting.
> 
> > 
> > To unsubscribe, e-mail:
> <[EMAIL PROTECTED]>
> > For additional commands, e-mail:
> <[EMAIL PROTECTED]>
> > 
> 
> 
> 
> --
> Sergio Carvalho
> ---
> [EMAIL PROTECTED]
> 
> If at first you don't succeed, skydiving is not for
> you
> 
>
-
> Please check that your question has not already been
> answered in the
> FAQ before posting.
> 
> 
> To unsubscribe, e-mail:
> <[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <[EMAIL PROTECTED]>
>  


Do You Yahoo!?
For regular News updates go to http://in.news.yahoo.com

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: forms in coocon2, is SchemoX dead ?

[Sergio Carvalho]

I also need form generation and validation. I am basing mu implementation 
in XFDL, a W3C recomendation for generic business forms (not wonly web-based, but 
paper-based ones too).

If there's interest in a joint effort, I think we could set up a repository
somewhere (sourceforge...) and release it under a BSD type license. Reply if 
interested.

On Mon, 16 Jul 2001 16:39:26 +0100 (BST), java guru <[EMAIL PROTECTED]> wrote:
--
> I have posted similar requirement sometime back but no
> response...Meantime here is what i found
> 
> 1. XForm from nanoworks
> http://xform.nanoworks.org/
> 
> I tried this but didnt feel comfortable to fit in with
> cocoon2..
> 
> I think the form processing in c2 with form-validator
> stuff is slowly moving towards this goal of full blown
> form processing and validation..
> 
> I was really(and desperately) looking for simple and
> effective mechanism to describe forms in xml and have
> someother component deal with preparing form and
> handling the validation stuff...Hope that arrives
> soon...
> 
> 
>  --- Thorsten Mauch <[EMAIL PROTECTED]> wrote: > Hi
> All
> > Does anyone knows a MVC  framework for from
> > processing in cocoon2 ?
> > I downloaded the CVS from SchemoX , but the last
> > change was in January. So
> > it my impression is that SchemoX is dead. Is this
> > correct ?
> > Are there other projetcs related to Form processing
> > ?
> > 
> > Thanx Thorsten
> > 
> > 
> > 
> >
> -
> > Please check that your question has not already been
> > answered in the
> > FAQ before posting.
> > 
> > 
> > To unsubscribe, e-mail:
> > <[EMAIL PROTECTED]>
> > For additional commands, e-mail:
> > <[EMAIL PROTECTED]>
> >  
> 
> 
> Do You Yahoo!?
> For regular News updates go to http://in.news.yahoo.com
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
> 



--
Sergio Carvalho
---
[EMAIL PROTECTED]

If at first you don't succeed, skydiving is not for you

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: forms in coocon2, is SchemoX dead ?

[java guru]

I have posted similar requirement sometime back but no
response...Meantime here is what i found

1. XForm from nanoworks
http://xform.nanoworks.org/

I tried this but didnt feel comfortable to fit in with
cocoon2..

I think the form processing in c2 with form-validator
stuff is slowly moving towards this goal of full blown
form processing and validation..

I was really(and desperately) looking for simple and
effective mechanism to describe forms in xml and have
someother component deal with preparing form and
handling the validation stuff...Hope that arrives
soon...


 --- Thorsten Mauch <[EMAIL PROTECTED]> wrote: > Hi
All
> Does anyone knows a MVC  framework for from
> processing in cocoon2 ?
> I downloaded the CVS from SchemoX , but the last
> change was in January. So
> it my impression is that SchemoX is dead. Is this
> correct ?
> Are there other projetcs related to Form processing
> ?
> 
> Thanx Thorsten
> 
> 
> 
>
-
> Please check that your question has not already been
> answered in the
> FAQ before posting.
> 
> 
> To unsubscribe, e-mail:
> <[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <[EMAIL PROTECTED]>
>  


Do You Yahoo!?
For regular News updates go to http://in.news.yahoo.com

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

forms in coocon2, is SchemoX dead ?

[Thorsten Mauch]

Hi All
Does anyone knows a MVC  framework for from processing in cocoon2 ?
I downloaded the CVS from SchemoX , but the last change was in January. So
it my impression is that SchemoX is dead. Is this correct ?
Are there other projetcs related to Form processing ?

Thanx Thorsten



-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>