cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Bruno Dumon <>
Subject Re: [RT] Towards a new/another Forms Framework
Date Tue, 01 Apr 2003 15:57:17 GMT
On Tue, 2003-04-01 at 17:04, Torsten Curdt wrote:
> Geoff Howard wrote:
> > Very interesting - do you envision it covering client/server side 
> > validation?

Server side primarely, but not excluding client side.

> Just want to make sure: had anyone had a look into precept?
> Maybe at least the examples?

I'll take a look at it.

> It's not even close to be more than POC. But the vision was
> to build forms with your favorite schema editing tool for the
> model definiton.

I assume you're talking about XML schema languages here (WXS, Relax NG,

I find this approach rather complex and error-prone for data-entry
forms. XML Schema languages tend to be mainly strong in checking the
structure of XML documents, and not so much in checking the values of
individual text nodes. I know XML Schemas have a datatype library, but
you can't expect users (using different locales) to enter their numbers
in IEEE format or enter dates like "2003-04-01". But maybe I'm
misunderstanding something here...

>  And then use a XML editor or IDE for the
> views. One of our interns wrote a POC swing application
> to drag-and-drop the controls into the views.
> And I still have a table renderer transformer on my machine
> that calculates a table layout for any given controls by
> it's x and y coordinates.
> It also already provides the hooks for client+server side
> validation. Just NYI.
> Especially database mapping is still an issue. And it has
> no flow support yet.

Database mapping and flow seem like seperate issues for me, so that's
not really a problem.

>  But maybe we can steel at least some
> ideas for something new?!

Yep, I'll certainly take a more detailed look into it.

Bruno Dumon                   
Outerthought - Open Source, Java & XML Competence Support Center                

View raw message