Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 86425 invoked from network); 22 Dec 2003 13:12:02 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 22 Dec 2003 13:12:02 -0000 Received: (qmail 72786 invoked by uid 500); 22 Dec 2003 13:11:53 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 72473 invoked by uid 500); 22 Dec 2003 13:11:51 -0000 Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: users@cocoon.apache.org Delivered-To: mailing list users@cocoon.apache.org Received: (qmail 72460 invoked from network); 22 Dec 2003 13:11:51 -0000 Received: from unknown (HELO smtp1.xs4all.be) (195.144.64.135) by daedalus.apache.org with SMTP; 22 Dec 2003 13:11:51 -0000 Received: from outerthought.org (otsrv1.iic.ugent.be [157.193.121.51]) (authenticated bits=0) by smtp1.xs4all.be (8.12.9/8.12.9) with ESMTP id hBMDBpsI026421 for ; Mon, 22 Dec 2003 14:11:51 +0100 Message-ID: <3FE6ED96.5080808@outerthought.org> Date: Mon, 22 Dec 2003 14:11:50 +0100 From: Marc Portier Organization: Outerthought User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: users@cocoon.apache.org Subject: Re: Woody referencing/copying widgets? References: <001601c3c860$305bbd00$12c34ac1@PCJH> <004a01c3c887$62feed00$12c34ac1@PCJH> In-Reply-To: <004a01c3c887$62feed00$12c34ac1@PCJH> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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 Jan Hoskens wrote: > Extension: (maybe this will be more clear?:-) > that helped indeed. this sounds like some original idea of building a catalog of widget-definitions to be reused over all forms (which I think is more generic then just having reuse inside one definition file, but not implemented though) but it also sounds like one of the new widgets Timothy is cracking up: http://wiki.cocoondev.org/Wiki.jsp?page=TimLarson (pls check up on the class widget on that page) regards, -marc= > Actually what I would like to do is something like this: > > Definition file: > <..> > > > > rowid > > > > > > Type > > > > Code > > > ... > > > > > > > <...> > > > > > (Same argument for binding files: I set the context correctly and then > reference to the previous key object. Binding elements/attributes will > be the same in movie and outside, thus setting my context correctly, or > because of the fact that I'm referencing from inside the repeater, its > context is already set, should be enough.) > > This definition/binding would be applied to e.g: > > > > > > > > > ... > > > This one time definition/binding of the Key will result in > unduplicated code and ergo less faults while changing Key > elements/attributes. At the moment, I'm duplicating the Key: once inside > the Movie and once outside. > > This is just a thought (trying to make life easier for users;-)! If it's > crazy to do so, just let me know! > > Greetz, > > Jan > > ----- Original Message ----- > *From:* Jan Hoskens > *To:* users@cocoon.apache.org > *Sent:* Monday, December 22, 2003 8:49 AM > *Subject:* Woody referencing/copying widgets? > > Hi, > > Is there any way to reference/copy a widget that's already > defined/used? I currently have the following situation: > > > > > > <...> > > <...> > > > > > <...> > > <...> > > > > Notice the keys: the format is the same. So: I want to define one > key and reuse it whenever I need to. Is this possible? > > Greetz, > > Jan -- 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