> I just used your nifty new namespace registration widget to enter
  > AnyLoader and I was about to do Email::Find but I've run into two
  > snags...

  > The interface choices... where would you put AnyLoader?  You use it
  > and it just works.  Perhaps 'm' for 'magical'? :) I think this has
  > befuddled other modules as well.  Lingua::Romana::Perligata and Bleach
  > are listed as having an OO interface, which doesn't seem right, but
  > perhaps he put in O for 'other'?  Perhaps 'l' for things which modify
  > the language itself?

I hope the authors notice wrong DSLIP statements and correct them. The
widget is just about 6 months old. What I need to do next is write
them authors about it.

  > The other is license issues.  Email::Find uses the Perl license with
  > a caveat...

  > LICENSE
  >        This module may not be used for the purposes of sending
  >        unsolicited email (ie. spamming) in any way, shape or form
  >        or for the purposes of generating lists for commercial
  >        sale without explicit permission from the author.

  >        For everyone else this module is free software; you may
  >        redistribute it and/or modify it under the same terms as
  >        Perl itself.

  > That seems to fall squarely under "Other (but still Free)", but
  > nothing applicable is available from the widget.

This widget isn't complete yet. I'll change it as I described in a
recent posting to P5P ("Registering Licenses of modules, take II").
The caveat in the license fortunately does not apply to distribution,
so there the module is freely redistributable. But I doubt it is
listed on www.opensource.org as an open license:-)

So it will be 

     d   - Not approved by www.opensource.org, but distribution allowed
               without restrictions


  > On Wed, May 09, 2001 at 09:19:11PM +0100, Graham Barr wrote:
 >> On Wed, May 09, 2001 at 09:16:58PM +0100, Michael G Schwern wrote:
 >> > I just used your nifty new namespace registration widget to enter
 >> > AnyLoader and I was about to do Email::Find but I've run into two
 >> > snags...
 >> 
 >> Why Email::* instead of Mail::* It seems pointless to create another
 >> top level namespace

  > Oh, that's a whole 'nuther discussion!  It relied on Email::Valid
  > (which, notably, isn't in the module list) so I went by that.  If I

Very unfortunate. Email::Valid was never posted to [EMAIL PROTECTED]

  > was to do it over again, I would have called it Mail::Find, yes.  I
  > could probably be convinced to change the name (keeping around the old
  > for compatibility).

  > I just noticed Email::Find is in the module list (forgot) and not

Good grief, that's real stupidity by the guy running the module list.
That must have slipped through somehow, don't know how. Well, back in
February, we had several people comment on the module but nobody
noticed the spurious E.

  > under "Mail and Usenet News" but under "Text Processing" which sort of
  > makes sense, but isn't quite where I'd look for it first.  URI::Find
  > is under WWW and not Text Processing.

That's certainly what you get for not playing by Mail:: which would
have gone to the correct chapter automatically.

I'm in favor of a rename.

-- 
andreas

Reply via email to