Gabor Szabo ha scritto:
> So why do *you* contribute to CPAN?
Some years ago I released three little modules to CPAN. There's no great
code in them, but I hoped that they could be useful to other people.
Being helpful to others is the only reason why I hold myself up to
public scorn :)
Ciao
--bro
Il 08/11/2011 17:22, Neil Bowers ha scritto:
> Should I die, then the time-limits in (1) and (3) do not apply.
Drop this, as difficult to verify (for various reasons), and +1 from me.
-- bronto
Watch out Matthew, your module is showing up with the name of "v0.09"
currently. Check your code.
https://metacpan.org/release/MMUSGROVE/v0.09
Ciao
-- bronto
On 21/09/17 23:11, Karen Etheridge wrote:
> Given that there is so much prior art in this space already -- is it
> useful to release one more variant to the CPAN, vs. simply keeping it in
> your darkpan? Is anyone likely to discover your module and choose it
> over any other?
For what is worth,
Thanks for the effort you guys put into this
Ciao
-- bronto
On Fri, 19 Mar 2021, 12:03 Aaron Trevena, wrote:
> Hi All,
>
> As some of you may have noticed - rt.cpan.org hasn't gone away and has
> been upgraded to RT5 with help and support from best practical - no
> mean feat given the age and c
Sad news indeed. It's even more painful considering that the numbers of the
infection are sinking but he could not benefit of it. My condolences to the
family.
-- bronto
Il Mer 26 Mag 2021, 02:34 Neil Bowers ha scritto:
> I’m sad to have to report that Raun "Spider" Boardman (SPIDB on CPAN) ha
-O
-v
0.01
Date::Iterator
SEE ALSO
The wonderful Date::Calc module
AUTHOR
Marco Marongiu, <[EMAIL PROTECTED]>
COPYRIGHT AND LICENSE
Copyright 2003 by Marco Marongiu
This library is free software; you can redistribute it and/or
modify it under the same terms as Perl itself.
Andy Wardley wrote:
Marco Marongiu wrote:
NAME
Date::Iterator - Iterate over a range of dates
Nice!
Thanks Andy!
$i = Date::Iterator->new( from => [2003,12,1], to => [2003,12,10] )
As a matter of convenience, can I suggest that in addition to list
references you also al
[EMAIL PROTECTED] wrote:
On Fri, 19 Dec 2003, Marco Marongiu wrote:
Date::Iterator - Iterate over a range of dates
I like it!
Thanks Josh!
I recently needed to handle the same thing, but also needed to be able to
handle hourly steps. Would it be possible to add support for something
like
does just one, very specific thing. DateTime::Set is flexible,
powerful... but when you just need to iterate over a range of days with
a constant step, it looks overkill to me.
DateTime::Set covers about all cases one could need to handle.
Mine covers just one case.
Ciao
--bron
tepad now!
Thank you
Ciao
--bronto
--
Marco MarongiuEmail: [EMAIL PROTECTED]
System Administrator Phone: +39 070 460 1684
Tiscali S.p.A.Fax: +39 070 460 9684
International IT Services
yway, I agree with you: from the docs you have the feeling that all
the framework is a lot complicated...
Ciao
--bronto
--
Marco MarongiuEmail: [EMAIL PROTECTED]
System Administrator Phone: +39 070 460 1684
Tiscali S.p.A.Fax: +39 070 460 9684
International IT Services
o write on top and bottom of the docs an advice like "this is a
small module and does a few things; you probabily want to take a look at
DateTime and DateTime::Event::Recurrence <http://datetime.perl.org>"?
Waiting for a new advice...
Ciao and thanks again
--bronto
--
M
Oh my, oh my... what a mess! :-)
Ok, it's time to have a few conclusions about this discussion. Some of
these conclusions are more general than my module and involve the CPAN
as a whole.
Some like my module, some don't. Some would like to see it on CPAN, some
don't.
About *not putting* it on
e comments, with this one last. I see your reasons.
If Steffen Beyer allows me to do so, I'll call the module
Date::Calc::Iterator::Day, implement many of the proposed changes I had
here and put it on CPAN.
Thanks to everybody for the time you took to discuss this module.
Ciao
Marco
--
Jose Alves de Castro wrote:
I'm trying to normalize some modules, regarding tests, Makefile.PL, etc.
I have a question: what fields do you find required or advisable in
every Makefile.PL? I usually have NAME, VERSION_FROM, PREREQ_PM,
AUTHOR... am I missing something important?
Run h2xs, they ver
Ovid ha scritto:
> It's almost embarrassing to upload a Hash::HasKeys module to the CPAN,
> but I rewrite this code *all* the time (and always forget about "die if
> extra_keys()"). Before I embarrass myself by writing and uploading
> something so simple and special-purpose, tell me there's some
Tim Bunce wrote:
> But I'm sure there's decent docs somewhere with more details of 'best
> practice' so I'm CC'ing this to module-authors@perl.org (not least
> because I'll being uploading a new module myself soonish).
What about "Writing Perl modules for CPAN" by Sam Tregar?
Ciao
--bronto
18 matches
Mail list logo
