Requesting co-maint on Catalyst::Plugin::HTML::Scrubber (author unresponsive so far)

[David Precious]

[Re-sending this mail originally sent on 10th July, as I realised I
didn't include module-authors@perl.org...]


Hi,

I'm trying to reach Hideo Kimura (HIDE) to discuss maintainership of the
Catalyst::Plugin::HTML::Scrubber dist:
https://metacpan.org/pod/Catalyst::Plugin::HTML::Scrubber

It hasn't been updated since 2010, and HIDE hasn't released anything
since 2012, so it seems likely that he is no longer active in Perl.

I raised an issue on his GitHub repo on 2023-06-14 offering a new
feature, and offering to take on maintainership if he'd be willing:
https://github.com/hidek/Catalyst-Plugin-HTML-Scrubber/issues/1

I then raised a pull request implementing the feature on 2023-06-20:
https://github.com/hidek/Catalyst-Plugin-HTML-Scrubber/pull/2

I've tried emailing the two email addresses I can find for him
publicly on 2023-06-20 with no response so far.

I believe https://www.linkedin.com/in/hideo-kimura-b6b6abb is him, I've
sent a connection request on 2023-06-28 but no reaction.

I haven't been able to find any other contact details so far.

I'd appreciate if anyone has any other method to contact Hideo, and/or
if we can't reach him, if one of the PAUSE admins would consider giving
me co-maint on it so I can get a new version out.

Cheers

David Precious (BIGPRESH)

Re: Add users to BIOPERLML mailing list?

[David Precious]

On Fri, 27 May 2016 21:43:03 +
"Fields, Christopher J"  wrote:

> The Bioperl devs have been using BIOPERLML as an ‘umbrella’ group ID
> for making releases.  We would like to add a few new devs to this for
> making future releases if possible; is there an easy way to go about
> this?  Or even better, are there other mechanisms where we can do
> this on our own (e.g. should we maybe set up a new PAUSE ID with an
> associated email for managing this on our end)?

Each PAUSE ID is for an individual user, as far as I'm aware.

If you want to avoid sharing the credentials for that one PAUSE ID
among several people (sensible) then you should have each person get
their own PAUSE ID, then log in to PAUSE as BIOPERLML and assign
them co-maint permissions on each namespace they'd need to be able to
make releases for:

https://pause.perl.org/pause/authenquery?ACTION=share_perms

That way, each person is accountable for each release they distribute
to CPAN.

I'm not aware of any "group" functionality to allow multiple users to
share a "group" ID, other than just sharing the password for that PAUSE
ID, which is of course suboptimal.

Cheers

Dave P

Re: Contact to Bernard Nauwelaerts (BPGN)

[David Precious]

On Thu, 31 Jul 2014 16:50:58 +0200
Jonas Brømsø Nielsen  wrote:

> Hello All,
> 
> We are trying to get in touch with Bernard Nauwelaerts (BPGN), but
> his e-mail address bounces, does anybody know how and if it is
> possible to get a hold of him, we want to contribute to his:
> 
> Business::Tax::VAT::Validation, which we currently use.

This is a hilariously late reply to your list mail, but better late
them never - I found it while trying to contact Bernard to offer to
take over that module.

I've managed to contact him via LinkedIn, and he has indicated he'd be
happy to give me co-maint so I can take over maintainership and get a
new version out with required fixes, as I use that module at work also.

I've asked him if he can log in to PAUSE and add me as co-maint
(BIGPRESH) but he indicated he's travelling with limited Internet
access, so I don't know when that might happen - if he even still has
his PAUSE credentials.  Emails to his cpan.org address went unanswered,
so I suspect it goes to an old mailbox he no longer uses, so a password
reset may be problematic.

If he can't transfer it over to me himself, I'd like to ask the CPAN
admins to do it for me - I can provide a screenshot of the LinkedIn
reply he sent me indicating he's OK with me taking it over if desired.

Cheers

Dave P (BIGPRESH)

Re: Contact to Bernard Nauwelaerts (BPGN)

[David Precious]

On Fri, 23 Oct 2015 14:27:12 +0100
Neil Bowers  wrote:
> >> [want to contribute to 
> >> Business::Tax::VAT::Validation, created by Bernard Nauwelaerts
> >> (BPGN)].
[...]
> > I've managed to contact him via LinkedIn, and he has indicated he'd
> > be happy to give me co-maint so I can take over maintainership and
> > get a new version out with required fixes, as I use that module at
> > work also.
[...]
> 
> Dave P showed me a copy of the email, so I’m happy to transfer
> ownership:
>   - Dave, you now have ownership of Business::Tax::VAT::Validation
>   - Bernard, you still have co-maint, just let me know if you don’t
> even want that (you’ll get cc’d on bug reports, for example)

Thanks Neil, greatly appreciated!

I'll fix up the outstanding tickets and get a new release out to CPAN
within the next week or so, hopefully sooner.

Cheers

Dave P

Re: please help me name a module

[David Precious]

On Thu, 12 Sep 2013 12:15:22 +0100
David Cantrell da...@cantrell.org.uk wrote:

 I'd go for Device::Car::Tesla(::ModelS)?. Car, not Auto, because in
 most of the English-speaking world auto means automatic, not
 automobile.

This ^.

Also, I would suggest including the ::ModelS, as it's entirely possible
that Tesla will release budget modules in future which won't support
all the cool stuff.

(Also, it might be a case of a Device::Car::Tesla base class providing
functionality which is common to most Tesla models, and model-specific
subclasses which implement extra features only that model has, for
instance.)

I think it's pretty cool that we're to the point of what do I name a
module that interfaces with my car :)

Re: Advice on module name needed

[David Precious]

On Thu, 06 Sep 2012 10:43:51 -0500
Jay Flaherty jayflahe...@gmail.com wrote:
 Looking for advice on the name of a module I am creating. This module 
 will be an interface to the Rally REST API
 (http://www.rallydev.com/). Here are a few names I am considering
 based on a search of CPAN:
 
 Rally::REST
 Rally::Client::REST
 WebService::Rally
 Webservice::Rally
 WWW::Rally::API

My vote would go for WebService::Rally or WWW::Rally.  There's plenty
of existing examples in both namespaces.  I don't think it justifies a
new top-level namespace of its own.



-- 
David Precious (bigpresh) dav...@preshweb.co.uk
http://www.preshweb.co.uk/ www.preshweb.co.uk/twitter
www.preshweb.co.uk/linkedinwww.preshweb.co.uk/facebook
www.preshweb.co.uk/cpanwww.preshweb.co.uk/github

Re: Attempt to contact module author Shlomo Yona (SuffixTree module on CPAN)

[David Precious]

On Mon, 20 Aug 2012 15:29:38 -0700
David Oswald daosw...@gmail.com wrote:
 The module author Shlomo Yona for the Perl Module SuffixTree lists an
 email address that is no longer valid.  An email has been sent to this
 author's @cpan.org email address as well (I'm hopeful that there will
 be a response, but as of now haven't). [...]
 This message is an attempt to contact Shlomo Yona.  If you know how to
 reach him please let me know.  If he's willing, I would ask that he
 grant co-maint.

With a quick Google, I found a cs.technion.ac.il address for him, and
have forwarded your mail to him at that address, and also attempted to
connect on LinkedIn with a note explaining why.


-- 
David Precious (bigpresh) dav...@preshweb.co.uk
http://www.preshweb.co.uk/ www.preshweb.co.uk/twitter
www.preshweb.co.uk/linkedinwww.preshweb.co.uk/facebook
www.preshweb.co.uk/cpanwww.preshweb.co.uk/github

Re: The module authors pledge

[David Precious]

On Thursday 10 November 2011 09:50:08 Shmuel Fomberg wrote:
 I am against the 'if I die' part. As we are all communication over the net,
 it is very difficult to know why a person have stopped responding.
 And it make the statement a bit scary.

Hmm - if it's someone reasonably well known in the community, there's a good 
chance that someone would know that they'd died.  (If nobody knew for sure, 
the timeouts in the statements Neil proposed would still turn over control 
after a while anyway.)

I'd be happy for my code to be taken over if I've died.

We're looking at our own version of the Organ Donor Register here - Code Donor 
Register (CDR)? ;)

Re: Starting a module's history from gitpan

[David Precious]

On Tuesday 11 October 2011 22:11:15 Buddy Burden wrote:
 Guys,
 
 So, I found a bug in a CPAN module that hadn't been updated in some
 time.  After I submitted a bug in RT, I checked the author's other
 modules and his RT tickets: no activity in years.  So I sent the
 author an email, and said, hey, if you don't want to mess with this
 module any more, I'd be happy to take it over for you.  And, voila,
 I'm now the proud(?) maintainer of Data::Random.
 
 So I need to create a repo for the code, and it would be nice to start
 with the previous versions, right?  

Out of interest, did you try asking the original author whether he has a repo 
knocking around he'd be willing to share with you, so you can maintain 
history?

If not, you could probably cherry-pick commits from gitpan to your new repo to 
get the previous releases there.

I'm not entirely sure that would be worth the effort, though; there's only 4  
prior releases, and the real value in having the history in version control is 
commit messages with explanations of decisions made and stuff, which you won't 
have if you just have the snapshots of releases from gitpan.

Personally, I think I'd just import the current version into your new repo, 
with a commit message making it clear that this is the current state of the 
module and that you're taking over maintainership, then go from there.  (and 
that previous versions are of course available from backpan or gitpan, for 
anyone who is interested)

Cheers

Dave P


-- 
David Precious  (bigpresh)
http://www.preshweb.co.uk/

   Programming is like sex. One mistake and you have to support
   it for the rest of your life. (Michael Sinz)

Re: Reducing rsync cost

[David Precious]

On Wednesday 24 November 2010 10:51:25 David Golden wrote:
 The new fast CPAN mirrors use File::Rsync::Mirror::Recent, which
 uses the new RECENT.* files to manage the synchronization process.
 Those files record recent changes (adds/deletes) to the frequently
 changing authors/ and modules/ directories.  The fast mirrors use
 those files to sync with PAUSE every minute or so with very low
 overhead.
[...]
 See http://tinyurl.com/35t9u3k for instructions on using F::R::M::Recent.

Thanks for the heads-up; I'd not seen that approach.  That certainly makes a 
lot of sense!

Since at a cursory glance it seems none of the current fast mirrors are in 
the UK, I'll drop a mail to c...@cpan.org offering a UK mirror to take part :)

Cheers

Dave P

Re: Testing problem (32 bit numeric constants?)

[David Precious]

Hi,

Nothing to add regarding the cause of the problem you're seeing, but:

On Sunday 11 April 2010 20:07:25 cr...@animalhead.com wrote:
 An operand that fails these tests results in a return value of '**'.
 An operand that passes but is not in the database returns '??'.
 Other operands return country codes, like 'US'.

Personally, I'd choose to return undef if it failed those tests, an empty 
string if it wasn't in the database, or the country code otherwise.

That seems rather more Perlish, and means calling code can, if it doesn't care 
for the reason that it couldn't find a country from the IP, simply and cleanly 
do:

if (my $countrycode = $ipw-getcc($ipaddress)) {
# do something
}

Cheers

Dave P

Re: Name Proposal for new Module (HTML::EditableTable)

[David Precious]

Andrew Espenscheid wrote:

Hello,

We plan to contribute modules that encapsulate the concept of an
editable html table with a focus on engineering web applications.  I
propose the following names for the modules

HTML::EditableTable

 HTML::EditableTable::Horizontal

HTML::EditableTable::Vertical


My initial feeling is that HTML::Table::Editable might be a clearer 
choice, but that could lead people to expect it to be a subclass of the 
existing HTML::Table (of course it wouldn't have to be to be named that, 
but it may be slightly misleading).


As Eric W already asked, it may help to briefly outline just how the 
table is editable...


Cheers

Dave P

Re: IO::FakeTty - comments on the name (and usefulness) of this module

[David Precious]

[sending this again, as it didn't seem to go through last time]

Frédéric Brière wrote:

3. What would be a more appropriate name for this module?  I opted
against Test::*, since this is not a test module per se.  Would it make
sense to move it into the IO::Tty namespace (IO::Tty::FakeDevice,
maybe?), even though there's already a distribution by that name?


I think I'd use Mock rather than Fake, in keeping with e.g. 
Test::MockObject, DBD::Mock, Test::Mock::LWP etc.


IO::Tty::MockDevice would seem to work for me.

Cheers

Dave P


--
David Precious dav...@preshweb.co.uk
http://blog.preshweb.co.uk/www.preshweb.co.uk/twitter
www.preshweb.co.uk/linkedinwww.preshweb.co.uk/facebook
www.preshweb.co.uk/identicawww.lyricsbadger.co.uk

  Programming is like sex. One mistake and you have to support
  it for the rest of your life. (Michael Sinz)

Re: IO::Prompt suggestion

[David Precious]

sawyer x wrote:

As you can see, I've added two lines to check what's wrong with the value.
I tried different things, till I decided to check it with Data::Dumper.
Low and behold, it returns an object. Here is the output:
site_name: $VAR1 = bless( {
 'success' = 1,
 'handled' = 1,
 'set_val' = 0,
 'value' = 'hello.com',
 'context' = 27
   }, 'IO::Prompt::ReturnVal' );

Obviously if I would remember TFM after RTFM I would know this by heart.

Still, maybe there should be a method, or parameter (IO::Prompt
already uses a lot of those) that indicates it shouldn't return an
object, but a simple string?
Right now I changed the code to:
while (!is_domain($site_name)) {
$site_name = prompt('Please enter a valid hostname: ')-{value};
}
and it works perfectly.


The IO::Prompt::ReturnVal object should stringify to the value provided.

while (my $obj = IO::Prompt::prompt(say something: )) {
print You said $obj\n;
}

The problem you're seeing is that Data::Validate::Domain assumes that, 
if its first argument is a reference, it's being used OO-style, and 
stores  it in $self.  It then has no domain to look at.


I think changing IO::Prompt to have an additional option is probably a 
waste of time; after all, you won't know about the option unless you 
read the docs, and if you read the docs, you'll know that you get back 
an IO::Prompt::ReturnVal object, which stringifies as you'd expect :)


You could fix your code simply by changing is_domain($site_name) to 
is_domain($site_name) - although making it explicitly clear that 
you're fetching the value from the IO::Prompt::ReturnVal object is 
probably better coding, in that future programmers won't look at it, 
wonder why the hell you bothered to double-quote a scalar, then find it 
breaks when they remove the quotes.  (Nothing a suitable comment 
wouldn't solve though).


Cheers

Dave P

Re: __DATA__ to Tempfile

[David Precious]

On 08/01/2008 12:05 PM, Ovid wrote:
 I can't believe I can't find this code.  It *has* to be out there,
 right?
 
 use Inline::TempFile; my $temp_filename = Inline::Tempfile-new;
 
 __DATA__ Everything here is written to that tempfile.
 
 Is this module out there?  I know it's trivial, but I hate to always
 rewrite this code (admittedly the seek/tell stuff is rarely used).
 If it's not out there, what should it be called?  Inline::TempFile?

Personally, I'd say File::Temp::Inline or similar.

Although, it's such a small bit of code, IMO it barely justifies being a
seperate module:

my $fh = File::Temp-new;
$fh-printflush(do local $/; DATA });

my $thing = Some::Module-new({ file = $fh-filename });


Also, if it's test data that your test suite is going to pass to the
module in question, does it actually need to be stored inline within the
test script?

I think I'd prefer to just include it separately within the
distribution, rather than mixing up data + code.  (Although you could
argue that the data is effectively part of the test).

Cheers

Dave P

Re: Need help improving my Kwalitee

[David Precious]

On 07/21/2008 10:57 PM, Bill Ward wrote:
 My module Number::Format has some red areas in its Kwalitee report
 http://cpants.perl.org/dist/kwalitee/Number-Format
 
 When I release 1.60, I tried to fix a lot of the kwalitee issues with
 the previous version, 1.52.  However, it appears that some of my
 fixes didn't work.  For example, my META.yml file was barebones in
 1.52, and I wanted to bring it up to modern standards.  I could not
 find any tool that would help me generate it, so I cobbled one
 together by hand using examples from other modules.  Yet I still see
 dings against the kwalitee there.

I let EU::MM generate my META.yml files for me.

I hit problems getting it to include the licence field, as some old
EU::MM installs choked on the LICENCE field (they were too old to
recognise it - we're talking quite old, but still in use so I'd still
rather my module build didn't die on them).

To get round that, I use the following in my Makefile.PL :


WriteMakefile(
...snipped the normal params...
# include the LICENSE param, as long as EU::MM is new enough to
# support it:
($ExtUtils::MakeMaker::VERSION = 6.3002 ? (LICENSE = perl) : (),
);



 Also, how do I test the kwalitee without releasing a new version and
 waiting for CPANTS to find it?  I wish the CPANTS site had
 instructions on how to install the Kwalitee code on my own box for
 pre-release testing.  I see a number of modules in CPAN that relate to
 kwalitee but am not sure which one(s) I need.

As Thomas already said, cpants_lint.pl from the Module::CPANTS::Analyse
distribution will do the job nicely for you.  Yes, it has some
dependencies, but I don't see that as a good reason to avoid installing
a new module.  Avoiding wheel re-invention is kind of the point of CPAN,
so it's hardly surprising to rely on several modules rather than
pointlessly re-implement them in your own distribution :)

Cheers

Dave P

Re: Why is use_ok failing in this test script?

[David Precious]

David Fleck wrote:

An example test script starts like this:

[...]

  use Test::More; BEGIN { use_ok('Statistics::Gtest') };


and, increasingly, the test fails, according to the emails I get and the 
test results I see on CPAN:


  /usr/bin/perl.exe -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 
'blib/arch') t/*.t
  t/file_input..You tried to run a test without a plan at 
t/file_input.t line 6.


There's the problem, explained right there - You tried to run a test 
without a plan at t/file_input.t line 6..



Line 6 is the 'use Test::More' line, which is copied pretty much straight 
from the POD.  But again, it works fine on my one local machine.  What's 
going on here? And how do I fix it?


(Incidentally, I do declare a plan, a few lines further down in the test 
script:


 plan tests = scalar (@file_objects) * 17;


Too late.  You must declare your plan (or declare that you don't have a 
plan) *before* trying to run any tests.  (And use_ok is of course a 
test, to test that it can use the module you want to load).


So, declare the plan before trying to perform /any/ tests, and it'll work.

Cheers

Dave P



--
David Precious
[EMAIL PROTECTED] :: http://blog.preshweb.co.uk/

  Programming is like sex. One mistake and you have to support
  it for the rest of your life. (Michael Sinz)

Re: license in META.yml

[David Precious]

David Landgren wrote:

Gabor Szabo wrote:

As I am usually using Module::Build I did not know that a recent
version of MakeMaker
has started to support the LICENSE parameter and will include it in
the automatically
created META.yml.


That has been the case for a couple of years or so. I think it was first 
introduced in 6.30.


Yup, back in 2005.

However, using the LICENSE parameter will cause the build to break on 
any system with EU::MM  6.30 installed.  (Granted, they should upgrade 
- but I'd rather avoid unnecessary breakage).


Perhaps checking for the version of EU::MM available and only passing 
the LICENSE param if it's  6.30 would be appropriate; after all, the 
LICENSE param only matters when doing a make dist anyway.

Naming for Premium Bonds checker

[David Precious]

Hi all,

I intend to code up a quick script to run from cron each month to look 
up a Premium Bond holder's number on the NSandI lookup page[0] to find 
out whether that holder's number has won a prize or not, and thought I 
may as well release it to CPAN as a small module.


I'm thinking Finance::PremiumBonds or something similiar - any better 
suggestions?


It'll offer a very, very simple interface to start - something like:

if (Finance::PremiumBonds::has_won($holder_number)) {
# we've won something
}

Unless I can get National Savings + Investments to give me details of 
each response their site gives (probably unlikely) I think it'll have to 
be restricted for the simplicity of looking for not this time - better 
luck next month in the response, and assuming that the presence of that 
phrase means no win, but a successful response without that phrase means 
we might have won (or they might just have changed their website copy - 
the joys of screen-scrapage).



Cheers

Dave P

[0] http://www.nsandi.com/products/pb/haveYouWon.jsp

Re: Spanish fiscal identifier validator

[David Precious]

Xavier Noria wrote:

On Oct 12, 2007, at 10:43 PM, David Precious wrote:


Xavier Noria wrote:
I would like to publish a validator of Spanish fiscal identifiers 
(NIF, NIE, CIF) but don't see any existing namespace where it fits.


I'd say anywhere under Finance:: would be a suitable candidate.


Thank you!

NIFs (and NIEs) play the role of identity cards, each native Spaniard 
has a card with its NIF. I think something broader than finance would 
be better. Perhaps Data::, though that's quite generic.


  Data::FiscalIdentifier::Spanish



Ah, I assumed when I saw fiscal that it was purely finance-related - 
it sounds like they are indeed more general than that.


As it's more general, I think you're probably right that somewhere under 
Data:: would be suitable (a fiscal identifier is, after all, a piece of 
data).  Data::FiscalIdentifier::Spanish sounds reasonable to me 
(although not too sure about FiscalIdentifier - might be worth 
considering other options like:


IdentityNumber
IdentificationNumber
NationalIdentifier

Not sure that any of those are better than FiscalIdentifier though.

Oh, and my apologies for inadvertently responding off-list last time!

Cheers

Dave P

--
David Precious
[EMAIL PROTECTED] :: http://blog.preshweb.co.uk/

Re: lambda - a shortcut for an apology

[David Precious]

Ovid wrote:
 --- Ovid [EMAIL PROTECTED] wrote:
 
 Well, if you want to use it in your own code and your work's code,
 that's fine (because I'm sure you find typing CONTROL-SHIFT-EL so
 much
 easier than sub {} :) but if it shows up in your CPAN modules, you
 might get a few complaints since this sugar, while a really nifty
 hack,
 adds nothing complex but does screw up older editors and will confuse
 the heck out of a lot of maintenance programmers.
 
 You know, I was privately called on this and I was wrong.  Eric, I'm
 sorry and I shouldn't have said this.  At this point on the CPAN, it
 really doesn't matter what goes out there.  I really *do* like this
 hack and who am I to say what namespace it should be in?
 
 So my apologies for taking such a negative view.  I'm sorry if I gave
 offense.

For what it's worth, I don't think you were necessarily wrong or
excessively negative, you were offering your opinion.

It's definately a neat and clever hack, but I don't think I'd consider
using it in production code; adding a dependency on this module (and
the overhead of loading + parsing that module) for a relatively small
feature seems unreasonable to me.

The biggest reason of course is the surprise for a maintainance
programmer visiting that code later - if it's the first time they've
come across this module then causing them to scratch their heads whilst
thinking what on earth is *that*, and where's it coming from doesn't
strike me as a good idea.  (Which is the same reason I'll generally not
import any function, but prefer to call it explicitly like Foo::bar()
so that it's immediately obvious where to look to find it).

My own feeling is that the Acme namespace would have been appropriate as
this module does strike me as neat and fun, but not something I'd use
in production code.

But, as you said, who am I to say what namespace it should be in? :)

Cheers

Dave P

-- 
David Precious
http://blog.preshweb.co.uk/ :: http://www.preshweb.co.uk/

Re: CPAN naming advice for a SlimServer interface

[David Precious]

Peter Oliver wrote:
 But in any case I think Net:: is the best top-level name.
 
 I think you're probably right.  My only reservation is that all of the 
 Net:: modules seem to be for more general purpose network protocols, and 
 this seems to fit better into the commercial software interfaces category 
 (http://search.cpan.org/modlist/Commercial_Software_Interfaces), which are 
 generally named after the product.

There's Audio::MPD[0] which is a module for controlling MPD[1], the
Music Player Daemon, so perhaps Audio::SlimServer would be another
possibility?

[0] http://search.cpan.org/~jquelin/Audio-MPD/
[1] http://www.musicpd.org/

Cheers

Dave P

-- 
David Precious
http://blog.preshweb.co.uk/ :: http://www.preshweb.co.uk/

Re: WordPress module?

[David Precious]

Bill Ward wrote:

On 6/25/07, Andy Armstrong [EMAIL PROTECTED] wrote:

On 21 Jun 2007, at 19:54, Bill Ward wrote:
 Does anyone know of a Perl module that talks to a WordPress database?
 I'm thinking of writing one but prefer to avoid wheel reinvention.

I imagine it'd be better to talk to Wordpress's XMLRPC interface
unless you need something that can't be done that way. The DB schema
is free to change in backwards incomptible ways.


Yeah, I'd have to track schema changes, but I want to do things like
piggy back on its user accounts which I don't think XMLRPC gives
access to.


Yep, if the schema changes things could break in subtle ways, you'd have 
to be oh-so-careful to double-check that the schema is as you expect it 
to be.


I wonder if you could use a Wordpress plugin to expose the user accounts 
etc via XMLRPC?


Then your module has the advantage of being able to treat the WP 
internals as a black box, and just use a documented interface.


Cheers

Dave P

--
David Precious
http://blog.preshweb.co.uk/

Re: Need naming advice

[David Precious]

Bill Ward wrote:
 I have this module I wrote years ago and have been using forever in my
 own projects and I want to share it with the world.  But I can't make
 up my mind what to call the durn thing.  [...]
 
 It provides a generic user account management system, with features such as:
[...]
 Does it go under CGI? Under DBIx? Authen?  Make up some new category?
 I've tried WWW::UserDB and CGI::UserDB but I'm not really happy with either.

My initial thought would be Authen::UserManagement or similar, but I'm
not sure.


-- 
David Precious
http://blog.preshweb.co.uk/ :: http://www.preshweb.co.uk/

Re: AnnoCPAN

[David Precious]

[I sent this reply yesterday directly to Brad by mistake - sorry Brad, I
meant to reply on-list.  AnnoCPAN is alive again now, but figured I may
as well post this reply to the list anyway, for the archives if nothing
else]

Brad Lhotsky wrote:
 Don't know if this is the right place to post this, but just curious if
 anyone knows what's up with AnnoCPAN?  The site has been returning a
 mysql error message for some time now.
 
 Anyone know he maintains that?

http://www.annocpan.org/about says: Ivan Tubert-Brohman [EMAIL PROTECTED]

(I had to go via archive.org to find that page, as the AnnoCPAN homepage
is giving that DBI error, sounds like the database is corrupt/missing).

Ivan, outputting errors like that to the browser is bad, mmmkay?  :)

Cheers

Dave P

-- 
David Precious
http://blog.preshweb.co.uk/ :: http://www.preshweb.co.uk/