Re: 2nd request: Params::Validate

2001-05-22 Thread Dave Rolsky
On 22 May 2001, Andreas J. Koenig wrote: > but are you sure your registration was? > > Your mail was sent Date: Wed, 14 Feb 2001 21:06:13 -0600 (CST) > and Raphael's was sent Date: Thu, 24 Aug 2000 21:52:26 +0200 > > Getargs::Long is listed in the Module list since $Revision: 3.64 > $$Date: 2000/

Re: 2nd request: Params::Validate

2001-05-21 Thread Andreas J. Koenig
> On Sun, 20 May 2001 23:50:09 -0500 (CDT), Dave Rolsky <[EMAIL PROTECTED]> said: > On 21 May 2001, Andreas J. Koenig wrote: >> But Getargs has one advantage over Params: it pre-existed. Params made >> up a new rootleval namespace and I wonder what it might be good for >> that cannot be

Re: 2nd request: Params::Validate

2001-05-20 Thread Dave Rolsky
On 21 May 2001, Andreas J. Koenig wrote: > But Getargs has one advantage over Params: it pre-existed. Params made > up a new rootleval namespace and I wonder what it might be good for > that cannot be served by Getargs. To which I can only reply "huh?" Getargs:: did not pre-exist. The only mod

Re: 2nd request: Params::Validate

2001-05-20 Thread Andreas J. Koenig
> On Mon, 19 Mar 2001 16:01:56 -0600 (CST), Dave Rolsky <[EMAIL PROTECTED]> said: > On Mon, 19 Mar 2001, Johan Vromans wrote: >> That's okay. TIMTOWTDI. >> >> Would you settle for Getargs::Validate? > I find Getargs confusingly similar to Getopts, considering that we often > refer

Re: 2nd request: Params::Validate

2001-03-19 Thread Dave Rolsky
On Mon, 19 Mar 2001, Johan Vromans wrote: > That's okay. TIMTOWTDI. > > Would you settle for Getargs::Validate? I find Getargs confusingly similar to Getopts, considering that we often refer to 'command line arguments'. Also, it doesn't actually return the parameters the way Raphael's module do

Re: 2nd request: Params::Validate

2001-03-19 Thread Johan Vromans
[Quoting Dave Rolsky, on March 19 2001, 13:05, in "Re: 2nd request: Par"] > Good question. I didn't even know Getargs::Long existed. It looks like > it was released after Params::Validate so that explains how I missed it. > > Anyway, having looked at it, I think I'd probably want to continue us

Re: 2nd request: Params::Validate

2001-03-19 Thread Dave Rolsky
On Mon, 19 Mar 2001, Johan Vromans wrote: > Sorry for the delay... > > [Quoting Dave Rolsky, on March 18 2001, 10:51, in "2nd request: Params:"] > > Name: Params::Validate > > DSLI: bdpf > > Author: DROLSKY > > Description: Validate subroutine parameters based on type, class, or > > interface

Re: 2nd request: Params::Validate

2001-03-19 Thread Johan Vromans
Sorry for the delay... [Quoting Dave Rolsky, on March 18 2001, 10:51, in "2nd request: Params:"] > Name: Params::Validate > DSLI: bdpf > Author: DROLSKY > Description: Validate subroutine parameters based on type, class, or > interface Can you indicate the differences between Params::Validat

2nd request: Params::Validate

2001-03-18 Thread Dave Rolsky
This got absolutely no comment last time so I'm going to try again. The 04pause.html documents says "Generally a lack of response can be taken as acceptance of the module name being proposed" but perhaps that's not the case here because this module still isn't in the index. Name: Params::Vali