Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 88268 invoked from network); 2 Nov 2003 01:16:00 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 2 Nov 2003 01:16:00 -0000 Received: (qmail 55913 invoked by uid 500); 2 Nov 2003 01:15:41 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 55854 invoked by uid 500); 2 Nov 2003 01:15:41 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 55839 invoked from network); 2 Nov 2003 01:15:40 -0000 Received: from unknown (HELO smtpout.mac.com) (17.250.248.84) by daedalus.apache.org with SMTP; 2 Nov 2003 01:15:40 -0000 Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (8.12.6/MantshX 2.0) with ESMTP id hA21G0fX000847 for ; Sat, 1 Nov 2003 17:16:00 -0800 (PST) Received: from [10.0.1.2] (k103-131.bas1.dbn.dublin.eircom.net [159.134.103.131]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 3.0) with ESMTP id hA21Flpa015509 for ; Sat, 1 Nov 2003 17:15:48 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v606) In-Reply-To: <3FA455FF.1080001@imapmail.org> References: <31EBB9D2-0540-11D8-AD5D-00039379521C@mac.com> <003901c39950$dad6ced0$398ffe3e@fry> <001001c3a01a$5853b2e0$468efe3e@fry> <2A3C13FF-0CCC-11D8-939E-00039379521C@mac.com> <3FA455FF.1080001@imapmail.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <15AA393E-0CD2-11D8-939E-00039379521C@mac.com> Content-Transfer-Encoding: 7bit From: John Keyes Subject: Re: [CLI] 2.x Tasks Date: Sun, 2 Nov 2003 01:15:45 +0000 To: Jakarta Commons Developers List 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 >> Our current group support is limited to mutually >> exclusive groups. We need to support inclusive >> groups also. This will allow more than one option >> to have the same child options. Let me know if you >> have any thoughts on it. > > There's currently no problem with assigning the same group as children > to more than one parent but I'm not 100% sure this is tackling the > same problem. Any chance of a toy example of inclusive groups to make > sure we're on the same wavelength? Oh sure, there's no problem with doing it currently but only for exclusive options. Here's a toy example: -topleft -x 10 -y 10 -bottomright -x 20 -y 20 where the group is the x and y Arguments. Does that make any sense? -John K --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org