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. i want to get it on CPAN so I
can more easily reuse it in various apps, instead of just manually
putting it somewher
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.
--
Help bring back the San Jose Earthquakes - http://www.soccersiliconvalley.com/
Why not Mobile::Moto4Lin to match the library?
On 6/24/07, Mattia Barbon <[EMAIL PROTECTED]> wrote:
Hi,
I am making the wrappers for the p2kmoto library
(http://moto4lin.sf.net); despite the name, the library
should work on Win32 and Mac too.
Looking on search.cpan.org, it seems that Phone
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
On 6/25/07, David Precious <[EMAIL PROTECTED]> wrote:
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&
On 6/22/07, David Precious <[EMAIL PROTECTED]> wrote:
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. [...]
>
>
Single Sign-On?
Not quite sure what that would mean in this context...?
On 6/26/07, David Nicol <[EMAIL PROTECTED]> wrote:
does it do SSO?
> > > It provides a generic user account management system, with features such
as:
> > [...]>
--
Help bring back the San Jose Earthquakes - http://www.
Definitely belongs under String. But I don't like Escape in the name,
how about String::Cage?
On 6/26/07, Mark P Sullivan <[EMAIL PROTECTED]> wrote:
I have written a (proof of concept of a) module which I think should be
shared through CPAN. Since I'm giving a lightning talk on it tomorrow
at
Interesting module. I think the name may be a little too generic but
I can't think of a better one.
As for paginating, you could always feed the output of your module
through format/write and let it handle the paginating :-)
Oh, I'm not thrilled about the namingConvention you use for arguments
On 6/29/07, A. Pagaltzis <[EMAIL PROTECTED]> wrote:
* David Nicol <[EMAIL PROTECTED]> [2007-06-29 18:20]:
> String::Sandbox ??
That's pretty good.
No a sandbox is where you have a practice area where changes made have
no lasting impact. For example ebay and paypal have sandbox areas
where yo
On 6/29/07, David Nicol <[EMAIL PROTECTED]> wrote:
On 6/29/07, Bill Ward <[EMAIL PROTECTED]> wrote:
> No a sandbox is where you have a practice area where changes made have
> no lasting impact. For example ebay and paypal have sandbox areas
> where you can experiment with
On 6/30/07, David Nicol <[EMAIL PROTECTED]> wrote:
On 6/30/07, Eric Wilhelm <[EMAIL PROTECTED]> wrote:
>
> A dangerous animal in a sandbox will probably get out.
>
so the most standard term i believe is "jail"
So String::Jail then? I think I like that.
--
Help bring back the San Jose Earthqu
The trouble with trademarks - do you use the company name (Slim), the
service name (SlimServer), or the product (Squeezebox)?
I think people are most likely to search for Squeezebox on CPAN so I
would go with Net::Squeezebox. But then next month they'll change
their product naming strategy and c
On 9/4/07, Giacomo Cerrai <[EMAIL PROTECTED]> wrote:
> A typical case I feel the need for that is when you have a hierarchy of
> classes where you deal with a lot of data fields and you name them with
> class data members:
>
> our FIELDNAME1 = 'field1';
> our FIELDNAME2 = 'field2';
>
Oops:
On 9/4/07, Bill Ward <[EMAIL PROTECTED]> wrote:
> my @names = $SomeClass->fieldnames();
> @[EMAIL PROTECTED] = ($val1, $val2, ..., $valn);
Here, @FIELDNAMES should be @names.
On 9/5/07, Giacomo Cerrai <[EMAIL PROTECTED]> wrote:
> The set of fields a statement works on is not always the same.
> Notice that the fields passed to foo() and the fields used in the
> foreach are different.
Actually in your case I would probably suggest using constants.
use const PI => 3.1415
On 9/5/07, Jerome Quelin <[EMAIL PROTECTED]> wrote:
> hi there,
>
> i wrote a tk module providing a new widget, based on a canvas. it's
> basically a gauge, but the kind of gauge where the current value always
> stays in the middle.
[...]
Sounds like a very nifty gauge!
> because of this behaviou
I like the concept of this, but I think to be successfull you need
buy-in from the various log package authors as well as more than a few
core module authors. The name Log::Any sounds as good as any (har
har) but in this case, I think naming is the least of your worries.
On 9/6/07, [EMAIL PROTECT
Incidentally, this is also being commented on here:
>
> http://use.perl.org/~jonswar/journal/34366
>
> and the name Log::Abstract was suggested, which I like a lot more, so
> I'm leaning towards that now.
>
> Thanks for your feedback,
> Jon
>
> On Sep 7, 2007, a
On 9/8/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > So I guess what I'm saying is that the final thing that would stop me from
> > using Log::Any "everywhere" (meaning also in performance-critical code) is
> > the overhead for the common (production) case of logging being entirely
> > disab
On 10/6/07, Andy Armstrong <[EMAIL PROTECTED]> wrote:
> On 6 Oct 2007, at 11:46, Sébastien Aperghis-Tramoni wrote:
> >> Would it also do
> >>
> >> use relative [to => 'My::Big::Namespace'] => qw( This That
> >> Munger::Fast Munger::Precise );
> >
> > It can easily do that. The problem is more the n
On 10/6/07, David Cantrell <[EMAIL PROTECTED]> wrote:
> Sébastien Aperghis-Tramoni wrote:
> > Also agreeing for the API change. I know I was pondering about using
> > ".." but can't remember why I didn't.
>
> '..' is only meaningful in the Unix/Win32 world. VMS, RISC OS and
> others call it someth
On 10/11/07, A. Pagaltzis <[EMAIL PROTECTED]> wrote:
> * Eric Wilhelm <[EMAIL PROTECTED]> [2007-10-11 01:05]:
> > http://search.cpan.org/~ewilhelm/lambda-v0.0.1/lib/lambda.pm
>
> If I saw this in production code under my responsibility, I'd
> submit it to DailyWTF. However, I have nothing against
While technically true, I don't think this information is very useful.
While it is possible to click "full headers" in Yahoo mail, this is a
feature very few people know about these days. Mailing list software
has failed to keep up with modern MUA standards. There was a time
when MUAs would show
On 10/10/07, Andy Armstrong <[EMAIL PROTECTED]> wrote:
> Here's something I've been mulling for probably about eight years
> without doing anything about it.
>
> Particularly in web applications - but in other areas too - people
> regularly make a complete mess of escaping / unescaping strings. [..
Cute experiment, but I REALLY hope nobody tries releasing useful
modules to CPAN that depend on this...
On Nov 29, 2007 9:51 PM, David Nicol <[EMAIL PROTECTED]> wrote:
> Macrame 0.08 finally passes a variety of tests and has been uploaded.
>
> Please harangue it via rt.cpan.org.
>
On Dec 6, 2007 7:22 PM, Eric Wilhelm <[EMAIL PROTECTED]> wrote:
> # from Bill Ward
> # on Thursday 06 December 2007 16:23:
>
> >Cute experiment, but I REALLY hope nobody tries releasing useful
> >modules to CPAN that depend on this...
>
> Cute comment, but I really
On Mon, Mar 3, 2008 at 11:22 AM, Andy Lester <[EMAIL PROTECTED]> wrote:
> On Mar 3, 2008, at 1:20 PM, Eric Wilhelm wrote:
> >> Are there any compelling reasons to keep allowing any type of version
> >> numbers?
>
> I suspect that the amount of time saved by any benefits from
> standardized version
On Mon, Mar 3, 2008 at 12:35 PM, Andy Lester <[EMAIL PROTECTED]> wrote:
>
> On Mar 3, 2008, at 2:34 PM, Bill Ward wrote:
>
> > Then don't try to have just one standard. Perl is smart enough to
> > understand multiple standards. Just document what those ar
On Fri, Mar 7, 2008 at 9:18 AM, Andrew Stringer <[EMAIL PROTECTED]> wrote:
> I am not sure how an external config file fits with a perl module
> though. Should a module be entirely self contained?
Well, one way is to do the way Perl itself (Config.pm) and CPAN.pm do
it - store the configuration
I'm moving my photos from iPhoto on a Mac laptop to a Linux server
with digiKam, and want to preserve all the photo albums I'd created in
iPhoto.
I did a bunch of googling around, and found two things:
1. Mac::iPhoto - which is apparently out of date, and doesn't work
with current versions of iPho
On Fri, Jun 13, 2008 at 4:33 AM, Ricardo SIGNES
<[EMAIL PROTECTED]> wrote:
> * Bill Ward <[EMAIL PROTECTED]> [2008-06-13T04:17:26]
>> So, I'd like to publish this on CPAN, but I'm not quite sure where to
>> put it. I could put it under Mac:: but the iTunes/W
7;s quite a few
>> others in the same situation. If it's something Apple specific,
>> let's say that in the name. Whether it'd be "Apple", "Mac" or
>> "iTunes" I don't care.
>
> If you don't know what a plist is, you are not part
On Sat, Jun 14, 2008 at 7:41 AM, Daniel Staal <[EMAIL PROTECTED]> wrote:
> --As of June 13, 2008 8:35:36 PM -0500, Chris Dolan is alleged to have said:
>
Note that plists can also be stored in a binary format; would you
want to support that also? If so, how about Parse::ApplePlist?
>>>
>>
On Wed, Jul 9, 2008 at 8:09 AM, Johan Vromans <[EMAIL PROTECTED]> wrote:
> The CPAN indexer requires perl modules (and sub-modules) to have a
> non-descending VERSION number. RCS/CVS $Revision$ has been invaluable
> for that.
Not really. If you use RCS/CVS numbers, then you have several problems:
Sorry for replying to an old thread... but I was catching up on old email.
It occurs to me that if we had the behavior that OO method calling
would reject any imported modules, wouldn't that solve the problem? I
can't think of any reason you would want to use an imported subroutine
as an object m
On Fri, Jul 18, 2008 at 8:04 PM, Jonathan Rockway <[EMAIL PROTECTED]> wrote:
> * On Fri, Jul 18 2008, Bill Ward wrote:
>> It occurs to me that if we had the behavior that OO method calling
>> would reject any imported modules, wouldn't that solve the problem?
>
>
On Mon, Jul 21, 2008 at 12:12 AM, Ovid
<[EMAIL PROTECTED]> wrote:
> --- On Sat, 19/7/08, Bill Ward <[EMAIL PROTECTED]> wrote:
>
>> I can't think of any reason you would want to use an
>> imported subroutine as an object method.
>
> Class::Trait
>
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.ym
On Mon, Jul 21, 2008 at 3:56 PM, Thomas Klausner <[EMAIL PROTECTED]> wrote:
> Hi!
>
> On Mon, Jul 21, 2008 at 02:57:20PM -0700, Bill Ward wrote:
>> My module Number::Format has some red areas in its Kwalitee report
>> http://cpants.perl.org/dist/kwalitee/Number-Format
&
d) and use it to generate the dist,
> and you'll get a shiny meta file :) Or you can drop EU::MM and use only M::B
> which has some transition mechanism for EU::MM users. However I prefer to use
> a native Makefile.PL...
>
> Original-Nachricht ----
>> Datum:
On Wed, Jul 23, 2008 at 4:28 AM, "Burak Gürsoy" <[EMAIL PROTECTED]> wrote:
>> I'm not interested in Module::Build.
>
> I've checked your Makefile.PL and you're not doing anything special with it
> (like subclassing or XS stuff, etc.), so it'll be straight forward to add
> Module::Build support to
On Wed, Jul 23, 2008 at 1:06 PM, Steffen Schwigon <[EMAIL PROTECTED]> wrote:
> "Bill Ward" <[EMAIL PROTECTED]> writes:
>> But to my mind, the may problem with M::B is that it's moving away
>> from the traditional Unix concept of using "make" to
On Wed, Jul 23, 2008 at 2:09 PM, David Cantrell <[EMAIL PROTECTED]> wrote:
> Even if you only care about Unix-a-likes, you still need to remember that
> GNU make, Sun make, SGI make, etc are only partially compatible. Then
> consider that GNU software tends to break in stupid ways from one release
On Wed, Sep 10, 2008 at 3:28 AM, David Precious <[EMAIL PROTECTED]> wrote:
> The IO::Prompt::ReturnVal object should stringify to the value provided.
Yes, it does, with a "use overload" argument:
q{""} => sub { $_[0]{handled} = 1; "$_[0]{value}"; },
However, if you create a method as_string
Since anyone can upload code to CPAN, not all modules are of the same high
quality as others. I feel it is very important to vet each and every module
that I install. But with the auto-install behavior, modules that I want to
install may have dependencies on other modules that I don't feel comfor
On Tue, Sep 30, 2008 at 12:46 PM, Ricardo SIGNES <
[EMAIL PROTECTED]> wrote:
> * Bill Ward <[EMAIL PROTECTED]> [2008-09-30T15:12:22]
> > Since anyone can upload code to CPAN, not all modules are of the same
> high
> > quality as others. I feel it is very important
On Tue, Sep 30, 2008 at 8:03 PM, Ricardo SIGNES <
[EMAIL PROTECTED]> wrote:
> * David Golden <[EMAIL PROTECTED]> [2008-09-30T22:51:11]
> > That's not what he's talking about. He's talking about modules that
> > bundle Module::AutoInstall -- which runs CPAN.pm or CPANPLUS in a
> > subshell during
Everybody's a critic...
(sorry, couldn't resist)
On Sat, Oct 11, 2008 at 1:49 PM, Chris Dolan <[EMAIL PROTECTED]> wrote:
> The Perl::Critic team has a small but persistent problem with PAUSE.
>
> We frequently add new policy modules to the distro. When we do so, the
> person who does the releas
The META.yml thing is nice but you can't make it required yet.
The recommended version of Perl for production use is 5.8.8. The version of
ExtUtils::MakeMaker included in 5.8.8 distributions does not support the
license field.
Supporting it is nice, but you'll have to wait until 5.10 is more wid
On Thu, Oct 23, 2008 at 1:49 PM, Ricardo SIGNES <
[EMAIL PROTECTED]> wrote:
> * Bill Ward <[EMAIL PROTECTED]> [2008-10-23T15:20:00]
> > The META.yml thing is nice but you can't make it required yet.
> >
> > The recommended version of Perl for prod
On Thu, Oct 23, 2008 at 4:18 PM, Ricardo SIGNES <
[EMAIL PROTECTED]> wrote:
> * Bill Ward <[EMAIL PROTECTED]> [2008-10-23T17:11:09]
> > On Thu, Oct 23, 2008 at 1:49 PM, Ricardo SIGNES <
> > > Gabor is not suggesting that it be required to upload to PAUSE, but
>
On Fri, Oct 24, 2008 at 4:01 AM, Alexandr Ciornii <[EMAIL PROTECTED]>wrote:
> Bill Ward wrote:
>
>> The META.yml thing is nice but you can't make it required yet.
>>
>> The recommended version of Perl for production use is 5.8.8.
>>
>
> It is 5.10
On Sat, Oct 25, 2008 at 11:08 PM, Jonathan Rockway <[EMAIL PROTECTED]> wrote:
> * On Thu, Oct 23 2008, Bill Ward wrote:
> > Perhaps when you upload to PAUSE without a license in META.yml it
> > could actually replace the META.yml with one that has a license, based
> >
On Sun, Oct 26, 2008 at 7:00 PM, Ken Williams <[EMAIL PROTECTED]> wrote:
> On Sun, Oct 26, 2008 at 1:38 AM, Bill Ward <[EMAIL PROTECTED]> wrote:
> >
> > Another good point. One could put GPL in the META.yml but have a LICENSE
> > section in the POD that says &qu
On Wed, Oct 29, 2008 at 9:13 PM, Ken Williams <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 27, 2008 at 11:17 AM, David Cantrell <[EMAIL PROTECTED]> wrote:
>> So, in summary, here's my objections to the
>> current 'license' field in META.yml:
>>
>> * poorly documented;
>> * limited range of options for
On Fri, Oct 31, 2008 at 5:23 AM, David Cantrell <[EMAIL PROTECTED]> wrote:
> On Fri, Oct 31, 2008 at 11:36:08AM +0200, Shlomi Fish wrote:
>> On Thursday 30 October 2008, David Cantrell wrote:
>> > That's the bit where I suggest instead of saying, eg, "frobnitz" to mean
>> > "the Frobnitz licence" y
On Wed, Nov 5, 2008 at 9:16 AM, Eric Wilhelm <[EMAIL PROTECTED]> wrote:
> # from Bill Moseley
> # on Wednesday 05 November 2008:
>
>>Seems a lot of pure-perl modules were installed in:
>>
>>/usr/local/share/perl/5.8.8
>>...
>>so many modules are not found after upgrading since 5.8.8 in not in
>
On Mon, Nov 24, 2008 at 9:40 AM, Darian Anthony Patrick <
[EMAIL PROTECTED]> wrote:
> I concur with the latter (String::Ascii85) to draw attention to the fact
> that it does not implement the RFC 1924 version. Maybe also mention
> that difference, and Math::Base85, in the docs.
>
How about conta
WHEREAS, Number::Format uses POSIX for locale stuff, and
WHEREAS, locale is b0rked on so many systems out there, and
WHEREAS, Number::Format is constantly getting barraged by bug
complaints and CPAN build failure emails, and
WHEREAS, I'm getting tired of the above and can't do much about it,
BE
Why just strings? Why not scalars?
On Thu, Jan 29, 2009 at 4:52 PM, Paul LeoNerd Evans
wrote:
> I find myself requiring an object to store a text string, with ways to
> throw markup or presentation attributes around it, but in such a way
> that they're easy to edit and change separately from the
On Fri, Jan 30, 2009 at 2:32 AM, Paul LeoNerd Evans
wrote:
> On Thu, 29 Jan 2009 16:57:42 -0800
> Bill Ward wrote:
>
>> Why just strings? Why not scalars?
>
> Because only strings have character positions.
>
> Perhaps the description isn't clear enough - the str
On Fri, Jan 30, 2009 at 10:07 AM, Paul LeoNerd Evans
wrote:
> On Fri, Jan 30, 2009 at 09:15:35AM -0600, Jonathan Rockway wrote:
>> * On Fri, Jan 30 2009, Bill Ward wrote:
>> I agree here. There is prior art for calling these "overlays":
>>
>> http://www.g
On Fri, Jan 30, 2009 at 12:45 PM, Paul LeoNerd Evans
wrote:
> On Fri, Jan 30, 2009 at 10:11:33AM -0800, Bill Ward wrote:
>> > String::Overlay
>> > String::Overlaid
>> > String::Overlays
>> I think Overlain may be more grammatical than Overlaid
>
> O
On Fri, Jan 30, 2009 at 2:04 PM, David Nicol wrote:
> On Fri, Jan 30, 2009 at 2:46 PM, Paul LeoNerd Evans
> wrote:
>> On Fri, Jan 30, 2009 at 02:00:13PM -0600, David Nicol wrote:
>>> there is also intersection with the concept of "ropes" rather than
>>> "strings" as I understand the term,
>>
>> A
On Fri, Jan 30, 2009 at 2:07 PM, Bill Ward wrote:
> On Fri, Jan 30, 2009 at 2:04 PM, David Nicol wrote:
>> On Fri, Jan 30, 2009 at 2:46 PM, Paul LeoNerd Evans
>> wrote:
>>> On Fri, Jan 30, 2009 at 02:00:13PM -0600, David Nicol wrote:
>>>> there is also int
As the author of Barcode::Code128 (though I haven't done anything with
barcodes in many years) I don't see anything wrong with the Barcode
namespace. I think it predates the others, but I'm too lazy to dig up the
dates on each. Anyway, I think filing it under Business is silly, since
there are pl
Johan and/or CPAN module authors:
Do you know of any Perl module that provides the algorithm used in
Getopt::Long to implement the automatic abbreviation feature? I'd like to
have that feature available for not just command-line arguments, but
subroutine arguments in modules that I write. I coul
On Fri, Feb 13, 2009 at 6:22 AM, Darren Chamberlain wrote:
> On Fri, Feb 13, 2009 at 09:05, Johan Vromans wrote:
> >> I could just extract the code from Getopt::Long but I think it would
> >> be a useful thing to have as a CPAN module...
> >
> > No problem with that, but since this is only suppos
I'm building a "tech stack" - that is, downloading CPAN modules and
installing them in a new directory, not the one that Perl lives in. Until
now, all the modules I build are MakeMaker-based, but I've just started
adding a new Module::Build-based module (Net::OAuth, in case you're curious)
and am
On Fri, Feb 13, 2009 at 12:40 PM, Eric Wilhelm
wrote:
> # from Bill Ward
> # on Friday 13 February 2009 12:22:
>
> >it can't find Module::Build!
> >
> >I suppose I could use "perl -I" or PERL5LIB to specify the path, but I
> > was looking for somet
u16mr423166fao.14.1234563201184;
Fri,
13 Feb 2009 14:13:21 -0800 (PST)
Date: Fri, 13 Feb 2009 14:13:20 -0800
X-Google-Sender-Auth: 64c746ed7ffc96c9
Message-ID: <3d2fe1780902131413s2d0c1a62y1f43df84c4d3e...@mail.gmail.com>
Subject: HTML::Detoxifier
From: Bill Ward
To: Patrick Walton
C
>
> Cheers,
>
> Jonathan
>
> On Fri, Feb 13, 2009 at 5:53 PM, Bill Ward wrote:
>> I sent mail to the author of HTML::Detoxifier but it bounced. Does anyone
>> here have any suggestions for XSS-killers in Perl?
>>
>> -- Forwarded message --
&
On Tue, Feb 17, 2009 at 10:04 AM, Keith Ivey wrote:
> Okay, it seems like Barcode is the best namespace for it. As Bill says, the
> module is essentially OCR for barcodes, so if there were a good space for
> OCR-related modules it might fit there, but there doesn't seem to be one.
>
> I've though
bjects data directly breaks encapsulation and should be
> avoided."
>
> ... is prominently displayed in the module.
>
> Thanks!
>
> Roger
>
> -Original Message-
> From: Bill Ward [mailto:b...@wards.net]
> Sent: Wednesday, February 18, 2009 11:11 AM
On Wed, Feb 18, 2009 at 12:22 PM, Jonas Brømsø Nielsen wrote:
> Hi Roger,
>
> How do you perform your perlcritic runs?
>
> I can recommend the verbosity setting 8
>
>perlcritic --verbose 8
>
> This gives you quite friendly policy identifiers
>
>[ValuesAndExpressions::ProhibitConsta
On Wed, Feb 18, 2009 at 1:15 PM, Ovid
wrote:
> > From: Bill Ward
>
> > This gives you quite friendly policy identifiers
> >
> > [ValuesAndExpressions::ProhibitConstantPragma] Pragma "constant"
> used at line 22, column 1. (Severity: 4)
> >
On Wed, Feb 18, 2009 at 3:35 PM, Curtis Jewell <
perl.module-auth...@csjewell.fastmail.us> wrote:
>
> On Wed, 18 Feb 2009 22:03 +, "Ezra Cooper"
> wrote:
> > On Feb 18, 2009, at 9:08 PM, Bill Ward wrote:
> >
> > > Still, that's bogus for
On Mon, Mar 2, 2009 at 10:09 AM, Eric Wilhelm wrote:
> # from Joshua ben Jore
> # on Monday 02 March 2009 08:20:
>
> >If you redesigned, replacing your hash with an array would be harder
> >to typo, faster, smaller, not as nice to dump with Dumper, and harder
> >for 3rd parties to extend.
>
> Is
On Mon, Mar 2, 2009 at 12:22 PM, Nicholas Clark wrote:
> On Mon, Mar 02, 2009 at 10:23:38AM -0800, Bill Ward wrote:
>
> > Personally I always use hashes for objects. Hashes are pretty fast in
> Perl,
> > especially when there aren't many keys, so I don't think t
On Tue, Mar 10, 2009 at 6:23 AM, David Golden wrote:
> On Tue, Mar 10, 2009 at 10:05 AM, Jonathan Yu
> wrote:
> > WWW::Vimeo.
>
> That would be my choice. Adding "API" seems redundant.
I agree about dropping API, but prefer Net. WWW to me suggests web browsers
and HTML.
On Tue, Mar 24, 2009 at 3:30 AM, Paul LeoNerd Evans
wrote:
> I find a number of times, that I've wanted to make some code that
> certain OSes would have better implementations of than others, or just
> plain implement in a different way.
>
I'm not really liking any of the names that have been pro
On Thu, Mar 26, 2009 at 6:51 AM, David Cantrell wrote:
> On Wed, Mar 25, 2009 at 05:57:45PM -0700, Bill Ward wrote:
>
> > As for where to put it, the way this would be useful to me would not be
> as
> > any sort of object (which rules out Class::) but as a sort of assertion
On Wed, Apr 8, 2009 at 12:26 PM, Eric Wilhelm wrote:
> # from David Cantrell
> # on Wednesday 08 April 2009 12:06:
>
>> As I've said before, this is silly. It's a tool, so either it works
>> or
>>
>>> it doesn't. We can't really have "controversy" about whether it
>>> works or how it works.
>>
>
On Wed, Apr 8, 2009 at 1:05 PM, Hans Dieter Pearcey <
hdp.perl.module-auth...@weftsoar.net> wrote:
> On Wed, Apr 08, 2009 at 10:55:44PM +0300, Burak Gürsoy wrote:
> > I think M::B has a clean and understandable interface while EU::MM is
> > archaic (yes I know I didn't say something new).
>
> Any
On Wed, Apr 1, 2009 at 1:36 AM, sawyer x wrote:
> Sounds like a good module to me. I know I could have used it a few weeks
> ago.
>
> > If so, is this set of modules aptly named?
>
> - Does it use a standard CPAN module for email sending?
> - What does it use for formating to web?
>
> If it's a s
On Thu, Apr 9, 2009 at 11:26 AM, Jonathan Rockway wrote:
>
> Most people I know compile one perl for each of their applications. The
> OS perl is for the OS, not for you. (OK, and packages the OS installs.
> Basically, if you plan on modifying anything perl touches in any way,
> you want your o
On Thu, Apr 9, 2009 at 12:10 PM, Jonathan Rockway wrote:
> * On Thu, Apr 09 2009, Bill Ward wrote:
> > On Thu, Apr 9, 2009 at 11:26 AM, Jonathan Rockway wrote:
> >
> > Most people I know compile one perl for each of their applications.
> The
> > OS perl is
I am planning to write a new module that would manage retries. Let's say
you want to talk to some network service that might have errors or be
offline, and if you get certain kinds of errors (e.g. the host is being
rebooted, so it's not responding, but will shortly) you want to try again
after som
On Tue, Apr 21, 2009 at 3:12 PM, David Nicol wrote:
> On Tue, Apr 21, 2009 at 3:11 PM, Bill Ward wrote:
>> Something like Object::Retry maybe? Then things can inherit from it?
>
> The proposed module sounds more like a has-a than an is-a. Or maybe
> just a new method that wou
module description thoroughly but
> it deals with doing retries in a way that doesn't totally hammer a
> system and bring it to its knees.
>
> Cheers,
>
> Jonathan
>
> On Tue, Apr 21, 2009 at 4:11 PM, Bill Ward wrote:
>> I am planning to write a new module that w
For this kind of thing I usually copy the Config.pm generated by Perl or the
CPAN::Config module -- create a MyModule::Config file that defines a hash
%MyModule::Config with all my stuff in it. The script can then just "use
MyModule::Config" and off you go.
On Tue, Apr 28, 2009 at 3:52 PM, Bill M
For my module Number::Format I am getting a strange result from cpan testers
that I can't replicate. See this error report...
http://www.nntp.perl.org/group/perl.cpan.testers/2009/03/msg3560533.html
# Failed test 'pi with precision=6'
# at t/round.t line 18.
# got: 3.141593
# exp
On Sun, May 3, 2009 at 12:18 PM, Andy Armstrong wrote:
> On 3 May 2009, at 20:07, Bill Ward wrote:
>
>> For my module Number::Format I am getting a strange result from cpan
>> testers that I can't replicate. See this error report...
>> http://www.nntp.perl.org/gr
On Tue, May 5, 2009 at 6:02 AM, David Cantrell wrote:
> On Sun, May 03, 2009 at 12:23:27PM -0700, Bill Ward wrote:
> > On Sun, May 3, 2009 at 12:18 PM, Andy Armstrong wrote:
> > > On 3 May 2009, at 20:07, Bill Ward wrote:
> > >> For my module Number::Format I am
Thanks David. This is a nice module, but overkill for my needs and I'd
rather not make people install more CPAN modules than they have to.
Looks like the key thing is this line:
$ok = abs($p - $q) < $epsilon;
I'll incorporate that bit into my test suite for Number::Format.
On Tue, May
The way I've interpreted that in my own auto-build scripting is that if
Build.PL exists, the module author is probably a Module::Build user who is
only providing a Makefile.PL grudgingly for the sake of those who haven't
installed Module::Build, and thus I figure that if there's any difference
betw
Is anyone aware of any modules that will check subroutine arguments? I can
think of two similar features of Perl, but neither is quite right:
1. Prototypes (perlsyn) - put something like ($$@) after your subroutine
declaration - but doesn't work for object methods and a few other cases.
Plus, doe
On Tue, May 5, 2009 at 7:55 PM, Hans Dieter Pearcey <
hdp.perl.module-auth...@weftsoar.net> wrote:
> On Tue, May 05, 2009 at 07:51:09PM -0700, Bill Ward wrote:
> > I'm often having to add a half dozen lines of code to every subroutine to
> > perform argument validation
On Tue, May 5, 2009 at 7:55 PM, Dave Rolsky wrote:
> On Tue, 5 May 2009, Bill Ward wrote:
>
> I'm often having to add a half dozen lines of code to every subroutine to
>> perform argument validation and I'd like to offload it once and for all
>> into
>>
1 - 100 of 181 matches
Mail list logo
