From dev-return-99808-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org Wed Jul 23 10:42:30 2008 Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 62177 invoked from network); 23 Jul 2008 10:42:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 23 Jul 2008 10:42:30 -0000 Received: (qmail 98152 invoked by uid 500); 23 Jul 2008 10:42:28 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 98020 invoked by uid 500); 23 Jul 2008 10:42:28 -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 List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 98009 invoked by uid 99); 23 Jul 2008 10:42:28 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Jul 2008 03:42:28 -0700 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [193.201.200.50] (HELO jet.mythic-beasts.com) (193.201.200.50) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Jul 2008 10:41:33 +0000 Received: from 87-194-223-167.bethere.co.uk ([87.194.223.167] helo=[192.168.1.76]) by jet.mythic-beasts.com with esmtpsa (TLS-1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.63) (envelope-from ) id 1KLbn8-0007ml-U6 for dev@cocoon.apache.org; Wed, 23 Jul 2008 11:41:56 +0100 Message-Id: From: Jeremy Quinn To: dev@cocoon.apache.org In-Reply-To: <013c01c8ec38$004429d0$00cc7d70$@dutz@c-ware.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Subject: Re: AW: AW: AW: AW: Client-side validation in CForms Date: Wed, 23 Jul 2008 11:41:49 +0100 References: <00ed01c8e4e1$d2bb3d80$7831b880$@dutz@c-ware.de> <2238FFFA-2087-4C6D-8FA4-B2CA4231DB37@apache.org> <00e601c8e5b7$d9de2790$8d9a76b0$@dutz@c-ware.de> <003a01c8e824$7e062de0$7a1289a0$@dutz@c-ware.de> <5B691A83-03DB-4456-9193-34B45C136E2B@apache.org> <013c01c8ec38$004429d0$00cc7d70$@dutz@c-ware.de> X-Mailer: Apple Mail (2.926) Received-SPF: none (jet.mythic-beasts.com: domain of jeremy@apache.org does not designate permitted sender hosts) client-ip=87.194.223.167 envelope-from=jeremy@apache.org helo=[192.168.1.76] X-BlackCat-Spam-Score: -16 X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-1.7 Hi Chris On 22 Jul 2008, at 21:17, Christofer Dutz wrote: > Hi ... well I never really used the I18N Stuff, I have to admit. > Every time I got in contact with it (currently using Cocoon 2.1.10) I > thought they were text files and no Xml files. OK. IMHO i18n is well worth getting your head around ..... very powerful ..... I use it for most if not all static strings in my projects, regardless of whether I want to make it work in multiple languages. > Regarding your Expression-Interpreter. I do have quite some > experience with > parsers and interpreters, so maybe this could be a part that I could > help > you with. That would be very cool ! > If we think of all Form elements as dojo widgets, we could use the > dojo > query functions for finding elements, since it's a lot easier > navigating in > the widget hierarchy than in the html page (dojo.byId vs. dijit.byId). Sounds like an interesting approach. There is also the standard form elements Array and the dojo Widget registry to help find stuff. One problem will be that the CForms model is a hierarchy and is ID'd and traversed as one, while on the client it is effectively flat. > Unfortunately I am currently struggling with some issues of my current > cocoon project, but I think I will have them solved in the next few > days. I > would gladly help with these client side validators, but I would > rather > suggest adjusting the Server Side Sax-Generation to output the needed > information first ... without this, all client side stuff is > useless, since > we can't get the validator rules to our cforms-xslt. I agree, the sax-generation of validation info needs to be done first. There is quite a lot that can be done, without an expression interpreter. Many thanks for your interest regards Jeremy