Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 53938 invoked from network); 11 Nov 2003 14:33:51 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 11 Nov 2003 14:33:51 -0000 Received: (qmail 78688 invoked by uid 500); 11 Nov 2003 14:33:37 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 78628 invoked by uid 500); 11 Nov 2003 14:33:37 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 78542 invoked from network); 11 Nov 2003 14:33:36 -0000 Received: from unknown (HELO anchor-post-34.mail.demon.net) (194.217.242.92) by daedalus.apache.org with SMTP; 11 Nov 2003 14:33:36 -0000 Received: from media.demon.co.uk ([80.177.14.141] helo=[192.168.0.5]) by anchor-post-34.mail.demon.net with esmtp (Exim 3.35 #1) id 1AJZaL-0000Y7-0Y for dev@cocoon.apache.org; Tue, 11 Nov 2003 14:33:37 +0000 Mime-Version: 1.0 (Apple Message framework v606) In-Reply-To: <1068560100.18572.458.camel@yum.ot> References: <1068560100.18572.458.camel@yum.ot> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <08A244AB-1454-11D8-AA68-0003935AD2EE@media.demon.co.uk> Content-Transfer-Encoding: 7bit From: Jeremy Quinn Subject: Re: [woody] validation error messages Date: Tue, 11 Nov 2003 14:33:36 +0000 To: dev@cocoon.apache.org X-Mailer: Apple Mail (2.606) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On 11 Nov 2003, at 14:15, Bruno Dumon wrote: > On Tue, 2003-11-11 at 12:47, Jeremy Quinn wrote: >> Dear All >> >> I noticed that when you use something like : >> >> form.getWidget ("email").setValidationError ( >> new ValidationError ("validation.email.inuse") >> ); >> >> then the i18n tag output by setValidationError() looks like this: >> >> validation.email.inuse >> >> which means that any custom validation errors pretty much have to be >> kept in WoodyMessages which could well be inconvenient .... >> >> Is it really necessary for Woody to set the catalogue attribute in >> this >> situation? > > Yes and no. The reason is historical: ValidationErrors were only > created > by Woody classes themselves, so all their messages would come from the > woody catalogue. OK > Now that setValidationError is a public method, it is indeed necessary > to add some more flexibility to the ValidationError class. That would make it easier to re-use "WoodyMessages" now it's being put in the .jar. >> BTW. Is there a plan to add a generic form validation message tag to >> woody? >> ie. not tied to a particular field widget. > > As Sylvain also replied, this has been brought up already, even as > recently as a couple of days ago on the user mailing list: > > http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=106821138010096&w=2 > > I suppose you should know since you even replied to it ;-) but I was confused as to what was happening about it ... > I've actually implemented it already but I want to clean up some other > things first before committing it. Cool, many thanks. regards Jeremy