Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 73144 invoked from network); 30 Nov 2001 13:33:48 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 30 Nov 2001 13:33:48 -0000 Received: (qmail 4211 invoked by uid 97); 30 Nov 2001 13:33:18 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 4135 invoked by uid 97); 30 Nov 2001 13:33:17 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 4063 invoked from network); 30 Nov 2001 13:33:16 -0000 Date: Fri, 30 Nov 2001 14:32:58 +0100 From: Ulrich Schmidt X-Mailer: The Bat! (v1.53d) Personal Reply-To: Ulrich Schmidt X-Priority: 3 (Normal) Message-ID: <199962682083.20011130143258@gmx.net> To: "Ant Developers List" Subject: Re[2]: [SUBMIT] Input task without user property In-Reply-To: References: <50138134567.20011119095948@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Friday, November 30, 2001, 1:41:40 PM, you wrote: > On Mon, 19 Nov 2001, Ulrich Schmidt wrote: >> This version still has a fail feature. I'll take it out if you veto >> against. > I have committed it including the fail feature will start a new thread > to gather opinions. Having contributed to ant makes my day! :-))) >> Stefan, The some arg containing ',' is still on >> my list. I'd prefer this to be a patch instead of delaying . > I agree, this is a part people have been asking for for a long time, > so we better start with something. >> I wonder if such arguments would only be used by . Maybe it's >> worth having a separate argument framework for this. > Tell us more about this. A more general approach regarding arguments with validation, regexp pattern and lots of sofisticated feature creap ;-). I'm not quite shure until know which other tasks would really need it. Passing mulitple arguments into a task in general seems to be not a specific requirement to me. I thought of a similar framework for arguments like . Originally this came up because you mentioned totally legitimated that some users might want to use a comma as input parameter which is treated as delimiter by the current implementation. A quick answer to this might be to make the delimiter of the StringTokenizer accessible as parameter. >> I had a look at your conditions in between: Pretty advanced design! > 8-) >> I'd appreciate if the example section of the documentation would >> unravel more features, though. > You're very welcome to provide more examples, the documentation always > comes last and I had to beat the Ant 1.4 feature freeze deadline to > get it done. I'm not makeing a promise to meet the 1.5 feature freeze dealine. But added it to my list. -- To unsubscribe, e-mail: For additional commands, e-mail: