cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Johnson" <john...@soho.club.tw>
Subject Re: Forms Validation [Was Re: is it a cform field widget bug?
Date Tue, 11 May 2004 14:46:25 GMT
I've two years main-frame cobol and ten years foxpro(vfp) programing
experience!
Just wander how powerful cocoon is!
I abandon MS platform just want a more powerful platform. (a stupid guy):-)
nice to meet you!

johnson


----- Original Message ----- 
From: "Derek Hohls" <DHohls@csir.co.za>
To: <users@cocoon.apache.org>
Sent: Tuesday, May 11, 2004 10:22 PM
Subject: Re: Forms Validation [Was Re: is it a cform field widget bug?


> You're right - Cocoon is a framework and therefore
> can interact with a number of systems; I don't think
> there should be duplication (assuming you assemble
> them correctly) but there may not be centralization.
>
> Of course, if you want a system that's less like this,
> there's always Zope...or hey, maybe, even PHP ;-)
>
> Derek
>
> >>> johnson@soho.club.tw 2004/05/11 04:13:45 PM >>>
> In the business rules situation:
> a business rule can be easily described by word,
> for example,in purchase system,We must decide use one of the price
> principles,average,LIFO,FIFO...
> every principle come with lots codes , and validations too.
> If we can centralize it,the programing will be easy and automatically.
> I think it must be independly between systems,but in one system,must
> tightly.
> cocoon want to assembly so many system,so there're lots of duplicated
> works
> :-<
> just an idea,I'll be happy if there're somebody assembly all of
> them,user
> just need to assign one time :->
>
> Best Regards
>
> Johnson
>
> ----- Original Message ----- 
> From: "Derek Hohls" <DHohls@csir.co.za>
> To: <users@cocoon.apache.org>
> Sent: Tuesday, May 11, 2004 9:27 PM
> Subject: Re: Forms Validation [Was Re: is it a cform field widget bug?
>
>
> > Well, its quite hard to remove some of the
> > default "validation" from a database; eg. if you
> > try and put a string in a number field it will not
> > "validate" this - bear in mind also that some data
> > entries have relational issues attached to them, and
> > as such, will not sure up until the data is ready to
> > "hit" the database (of course, and O/R tool should
> > help take care of these issues).
> >
> > In general, you should try and have as much of your
> > validation outside of the db as is possible or practical
> > for *your* system - but centralizing everything is not
> > always the right anwer in these days of "loosely coupled"
> > systems!
> >
> > PS Not sure what you mean by "more structural view"
> > especially as Cocoon, being a framework, does have a
> > single "view"...
> >
> > >>> johnson@soho.club.tw 2004/05/11 01:34:57 PM >>>
> > Tks,my opinion is if there is a centra validation management,
> > Which can handle all kind of validation,both form and database,
> > Then we will benifit from it!
> > 1.coding once.
> > 2.easy maintain.
> > 3.more structural view to the whole system.
> >
> >  may be I'm dreaming.
> >
> > Johnson
> >
> > ----- Original Message ----- 
> > From: "Derek Hohls" <DHohls@csir.co.za>
> > To: <users@cocoon.apache.org>
> > Sent: Tuesday, May 11, 2004 7:10 PM
> > Subject: Forms Validation [Was Re: is it a cform field widget bug?]
> >
> >
> > > Um, I think you're mixing up different kinds
> > > of validation here - the schema part is simply
> > > to check that you have a well constructed XML file
> > > that adheres to a given grammar (in terms of what
> > > is or is not allowed, and what must be there or
> > > what is optional).  Typically you would do this
> > > type of validation *before* releasing an application,
> > > although you could be doing it at run-time as well,
> > > see:
> > > http://www.xml.com/lpt/a/2003/11/12/cocoon-eai.html
> > >
> > > The other types of validation refer more to data that
> > > is created by users during the running of the application
> > > (and yes, sometimes the validation on the form is
> > > "duplicating" the validation that might otherwise be
> > > done by the database - simply to make things easier
> > > and less frustrating for the end user).
> > >
> > > I am not sure what a "central validation management"
> > > might cover?
> > >
> > > Derek
> > >
> > > >>> johnson@soho.club.tw 2004/05/11 12:52:33 PM >>>
> > > A schema just can do basic validation only!
> > > In form defination , we set validate once,
> > > custom validation the second,DBMS the third.
> > > why we need so many and duplicated validation?
> > > Is there and centra validation management skill?
> > >
> > > Best Regards
> > >
> > > johnson
> > >
> > > ----- Original Message ----- 
> > > From: "Derek Hohls" <DHohls@csir.co.za>
> > > To: <users@cocoon.apache.org>
> > > Sent: Tuesday, May 11, 2004 6:21 PM
> > > Subject: Re: is it a cform field widget bug?
> > >
> > >
> > > > Well, maybe its just me, but I think *any* public XML
> > > > document - particularly one thats going to be widely used
> > > > (as we hope CForms is!) needs a Schema so it can
> > > > be validated.
> > > >
> > > > >>> johnson@soho.club.tw 2004/05/11 11:44:29 AM >>>
> > > > no schema in it,does cform need schema?
> > > >
> > > > best regards
> > > >
> > > > johnson
> > > >
> > > >
> > > > ----- Original Message ----- 
> > > > From: "Derek Hohls" <DHohls@csir.co.za>
> > > > To: <users@cocoon.apache.org>
> > > > Sent: Tuesday, May 11, 2004 4:04 PM
> > > > Subject: Re: is it a cform field widget bug?
> > > >
> > > >
> > > > > Hmm - a check with a schema would pick this up quickly -
> > > > > does one exist?
> > > > >
> > > > > >>> mpo@outerthought.org 2004/05/11 10:01:23 AM >>>
> > > > >
> > > > >
> > > > > Johnson wrote:
> > > > > > Hi!
> > > > > >
> > > > > > I use field widget to represent a boolean field , like below
> > > > > >
> > > > > >  <fd:field id="dc">
> > > > > >       <fd:label><i18n:text
> key="dc">dc:</i18n:text></fd:label>
> > > > > >       <fd:datatype base="boolean">
> > > > > >       </fd:datatype>
> > > > > >  <fd:selection-list>
> > > > > >    <fd:item value="false">
> > > > > >       <fd:label><i18n:text
> > > > > key="single">single</i18n:text></fd:label>
> > > > > >    </fd:item>
> > > > > >    <fd:item value="ture">
> > > > >                      ^^^^
> > > > >
> > > > > you might want to try with 'true' in stead
> > > > >
> > > > > -marc=
> > > > >
> > > > > >       <fd:label><i18n:text
> > > > > key="double">double</i18n:text></fd:label>
> > > > > >    </fd:item>
> > > > > >  </fd:selection-list>
> > > > > >     </fd:field>
> > > > > >
> > > > > > when I run the form,the source is below.
> > > > > >
> > > > > > <select name="" id="dc" title=""><option
> > > > > > value="false">single</option><option
> > > > > value="false">double</option></select>
> > > > > >
> > > > > > both the value is false!
> > > > > >
> > > > > > is it a bug?
> > > > > >
> > > > > > Best Regards
> > > > > >
> > > > > > Johnson Hsu
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> > > > > > For additional commands, e-mail: users-help@cocoon.apache.org
>
> > > > > >
> > > > >
> > > > > -- 
> > > > > Marc Portier
> http://outerthought.org/
> >
> > > > > Outerthought - Open Source, Java & XML Competence Support
> Center
> > > > > Read my weblog at
> http://blogs.cocoondev.org/mpo/
> >
> > > > > mpo@outerthought.org
> mpo@apache.org
> >
> > > > >
> > > > >
> > > >
> > >
> >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> > > > > For additional commands, e-mail: users-help@cocoon.apache.org
> > > > >
> > > > >
> > > > > -- 
> > > > > This message has been scanned for viruses and
> > > > > dangerous content by MailScanner, and is
> > > > > believed to be clean.
> > > > > MailScanner thanks transtec Computers for their support.
> > > > >
> > > > >
> > > > >
> > > >
> > >
> >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> > > > > For additional commands, e-mail: users-help@cocoon.apache.org
> > > >
> > > >
> > > >
> > >
> >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> > > > For additional commands, e-mail: users-help@cocoon.apache.org
> > > >
> > > >
> > > > -- 
> > > > This message has been scanned for viruses and
> > > > dangerous content by MailScanner, and is
> > > > believed to be clean.
> > > > MailScanner thanks transtec Computers for their support.
> > > >
> > > >
> > > >
> > >
> >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> > > > For additional commands, e-mail: users-help@cocoon.apache.org
> > >
> > >
> > >
> >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> > > For additional commands, e-mail: users-help@cocoon.apache.org
> > >
> > >
> > > -- 
> > > This message has been scanned for viruses and
> > > dangerous content by MailScanner, and is
> > > believed to be clean.
> > > MailScanner thanks transtec Computers for their support.
> > >
> > >
> > >
> >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> > > For additional commands, e-mail: users-help@cocoon.apache.org
> > >
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> > For additional commands, e-mail: users-help@cocoon.apache.org
> >
> >
> > -- 
> > This message has been scanned for viruses and
> > dangerous content by MailScanner, and is
> > believed to be clean.
> > MailScanner thanks transtec Computers for their support.
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> > For additional commands, e-mail: users-help@cocoon.apache.org
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
> MailScanner thanks transtec Computers for their support.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Mime
View raw message