Return-Path: Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org Received: (qmail 98091 invoked from network); 6 Nov 2005 16:49:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 6 Nov 2005 16:49:26 -0000 Received: (qmail 76273 invoked by uid 500); 6 Nov 2005 16:49:22 -0000 Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org Received: (qmail 76240 invoked by uid 500); 6 Nov 2005 16:49:21 -0000 Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Jakarta Commons Users List" Reply-To: "Jakarta Commons Users List" Delivered-To: mailing list commons-user@jakarta.apache.org Received: (qmail 76229 invoked by uid 99); 6 Nov 2005 16:49:21 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 06 Nov 2005 08:49:21 -0800 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: 167.206.4.198 is neither permitted nor denied by domain of hgilde@gmail.com) Received: from [167.206.4.198] (HELO mta3.srv.hcvlny.cv.net) (167.206.4.198) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 06 Nov 2005 08:49:15 -0800 Received: from hans (ool-18b88ec8.dyn.optonline.net [24.184.142.200]) by mta3.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0IPJ005E9LDMMYI0@mta3.srv.hcvlny.cv.net> for commons-user@jakarta.apache.org; Sun, 06 Nov 2005 11:48:59 -0500 (EST) Date: Sun, 06 Nov 2005 11:49:03 -0500 From: Hans Gilde Subject: RE: [jelly] refillComponent tag ? (was Re: swing example) In-reply-to: <8864a202f8766b775f9a433e144f85bc@activemath.org> To: 'Jakarta Commons Users List' Message-id: <0IPJ005EALDMMYI0@mta3.srv.hcvlny.cv.net> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable Thread-index: AcXhQG833wqV5EpaQO+EzukFdGXixgBWrQ0g X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Should be fine. It would implement ContainerTag and would just clear the container, then run its body. The body components would add themselves = and then it may need of call pack if it's visible. There are a couple of = tricky bits, like ensuring that it's addChild method has all the features of ComponentTag's addChild. It could extend ComponentTag, but one would have to look carefully at = what must be overridden. One question is: this new tag is essentially acting like the original = panel in terms of allowing children to add components to it. Would it go one = step further and allow you to change the bean fields of that panel using attributes in the tag? For instance, would this work: ..... the panel now has the bean property name=3DyourPanel -----Original Message----- From: Paul Libbrecht [mailto:paul@activemath.org]=20 Sent: Friday, November 04, 2005 8:05 AM To: Jakarta Commons Users List Subject: [jelly] refillComponent tag ? (was Re: swing example) Can other Jelly-Swing users comment on such a tag. It really looks to=20 be able to solve quite many issues I've met thus far. thanks paul Le 3 nov. 05, =E0 21:35, D=E1rio Lu=EDs Coneglian Oliveros a =E9crit : [...] > Regarding your reloadable strategy, I think it would be great to have=20 > something like that. We can discuss it later if you wish. > [...] >> Just thinking out loud, I seem to encounter that the following might=20 >> be >> enough: >> >> >> blabla >> >> >> >> and somewhere else (e.g. as a child of action: >> >> >> casdasa >> .... >> >> >> That is, we would introduce a "target" element that would allow an >> component to be cleared than repopulated by its content... >> This seems suddenly pretty easy to implement compared to the >> "reloadable" kind of things I expected. Would it fit your task ? --------------------------------------------------------------------- To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-user-help@jakarta.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-user-help@jakarta.apache.org