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" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> 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 > > >>> [EMAIL PROTECTED] 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" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > 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"... > > > > >>> [EMAIL PROTECTED] 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" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > 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 > > > > > > >>> [EMAIL PROTECTED] 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" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > 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. > > > > > > > > >>> [EMAIL PROTECTED] 2004/05/11 11:44:29 AM >>> > > > > no schema in it,does cform need schema? > > > > > > > > best regards > > > > > > > > johnson > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Derek Hohls" <[EMAIL PROTECTED]> > > > > To: <[EMAIL PROTECTED]> > > > > 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? > > > > > > > > > > >>> [EMAIL PROTECTED] 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: [EMAIL PROTECTED] > > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > -- > > > > > Marc Portier > http://outerthought.org/ > > > > > > > Outerthought - Open Source, Java & XML Competence Support > Center > > > > > Read my weblog at > http://blogs.cocoondev.org/mpo/ > > > > > > > [EMAIL PROTECTED] > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > -- > > > > > 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: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > -- > > > > 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: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > -- > > > 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: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > -- > > 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: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- > 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: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]