Re: On naming new module for the eBay API
On Thu, Aug 25, 2022 at 2:11 PM David Shere wrote: > I am considering contributing a new module for using the eBay API. I have > read this https://pause.perl.org/pause/query?ACTION=pause_namingmodules > and have noted the existence of several other eBay API modules including > Net::eBay and eBay::API. I also see the discussion last month on this list > for usage of the WebService namespace. I’d like to use WebService::eBay > and welcome any comments, suggestions, or smart remarks. > Seems reasonable to me -Dan
On naming new module for the eBay API
I am considering contributing a new module for using the eBay API. I have read this https://pause.perl.org/pause/query?ACTION=pause_namingmodules and have noted the existence of several other eBay API modules including Net::eBay and eBay::API. I also see the discussion last month on this list for usage of the WebService namespace. I'd like to use WebService::eBay and welcome any comments, suggestions, or smart remarks.
Re: New module: Type::Tie::Full
On Fri, Apr 30, 2021 at 4:23 AM Asher Gordon wrote:
> Hello,
>
> I'm writing a new module that exports a similar interface to Type::Tie,
> but performs a type check on the entire variable each time it is
> changed. Obviously, this is much more expensive, but it can be useful
> for types like Types::Standard::Dict in cases where speed is not very
> important.
>
> In case you're not familiar with Type::Tie, here's a brief summary:
> Type::Tie exports a single function, ttie(), which ties variables to
> types. For example, after
>
> use Type::Tie;
> use Types::Standard qw(Num);
>
> ttie my $num, Num;
>
> setting $num to anything but a number will die. And
>
> ttie my @num_list, Num;
>
> only allows numbers in @num_list. So
>
> push @num_list, "foo";
>
> will die.
>
> Type::Tie::Full (the working name for my module) is similar, except that
> the entire variable (as a reference) is passed to the type checker. The
> sole exception to this is tying scalars--in this case, the referenced
> scalar will be passed to the type checker rather than the reference
> itself.
>
> For example, this works correctly:
>
> use Type::Tie::Full;
> use Types::Standard qw(Dict Optional Str Num);
>
> ttie my %dict, Dict[string => Str, number => Optional[Num]],
> string => 'foo';
>
> $dict{string} = 'bar';# ok
> $dict{number} = 42; # ok
> $dict{nonexistent} = 'foo';# dies
> $dict{number} = 'foo';# dies
>
> delete $dict{string}; # dies ('string' is not optional)
> delete $dict{number}; # ok ('number' is optional)
>
> Currently, only one layer of tying is performed, which means things like
> the following don't work how I would like them to:
>
> use Type::Tie::Full;
> use Types::Standard qw(HashRef Num);
>
> ttie my $hashref, HashRef[Num], {};
>
> $hashref = { foo => 'bar' }; # dies ('bar' is not a number)
> $hashref->{foo} = 'bar'; # doesn't die, but probably should
>
> I intend to implement this using deep tying, but it doesn't work for
> now.
>
> My question is, does the name make sense for this module? I figure since
> it performs a full check on the variable every time it is changed (as
> opposed to a check on just the added elements), then it makes sense to
> call it that. Would you agree?
>
Any namespace under Type::Tie you like seems appropriate to me. One
suggestion I have is Type::Tie::Aggregate, since it performs a type check
on the aggregate variables rather than the elements.
-Dan
New module: Type::Tie::Full
Hello,
I'm writing a new module that exports a similar interface to Type::Tie,
but performs a type check on the entire variable each time it is
changed. Obviously, this is much more expensive, but it can be useful
for types like Types::Standard::Dict in cases where speed is not very
important.
In case you're not familiar with Type::Tie, here's a brief summary:
Type::Tie exports a single function, ttie(), which ties variables to
types. For example, after
use Type::Tie;
use Types::Standard qw(Num);
ttie my $num, Num;
setting $num to anything but a number will die. And
ttie my @num_list, Num;
only allows numbers in @num_list. So
push @num_list, "foo";
will die.
Type::Tie::Full (the working name for my module) is similar, except that
the entire variable (as a reference) is passed to the type checker. The
sole exception to this is tying scalars--in this case, the referenced
scalar will be passed to the type checker rather than the reference
itself.
For example, this works correctly:
use Type::Tie::Full;
use Types::Standard qw(Dict Optional Str Num);
ttie my %dict, Dict[string => Str, number => Optional[Num]],
string => 'foo';
$dict{string} = 'bar';# ok
$dict{number} = 42; # ok
$dict{nonexistent} = 'foo';# dies
$dict{number} = 'foo';# dies
delete $dict{string}; # dies ('string' is not optional)
delete $dict{number}; # ok ('number' is optional)
Currently, only one layer of tying is performed, which means things like
the following don't work how I would like them to:
use Type::Tie::Full;
use Types::Standard qw(HashRef Num);
ttie my $hashref, HashRef[Num], {};
$hashref = { foo => 'bar' }; # dies ('bar' is not a number)
$hashref->{foo} = 'bar'; # doesn't die, but probably should
I intend to implement this using deep tying, but it doesn't work for
now.
My question is, does the name make sense for this module? I figure since
it performs a full check on the variable every time it is changed (as
opposed to a check on just the added elements), then it makes sense to
call it that. Would you agree?
And also please let me know if there's anything that should be done
differently or anything like that.
(And yes--the timezone in the Date header of this message is correct. I
need to get on a better sleep schedule!)
Thanks,
Asher
--
I have no doubt that it is a part of the destiny of the human race,
in its gradual improvement, to leave off eating animals.
-- Thoreau
GPG fingerprint: 38F3 975C D173 4037 B397 8095 D4C9 C4FC 5460 8E68
signature.asc
Description: PGP signature
Re: New module: Text::Wrap::OO
Hi Joey, Joey Kelly writes: > You ought to put it in git, no doubt (and everything else you write). For sure. I'll release the git repository at the same time as the module on CPAN. When I said "eventually," I think I accidentally implied "in a long time," which is not what I meant. Asher -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me sprea= d! GPG fingerprint: 38F3 975C D173 4037 B397 8095 D4C9 C4FC 5460 8E68 signature.asc Description: PGP signature
Re: New module: Text::Wrap::OO
Hi Dan, Thanks for the quick reply! Dan Book writes: > It's a fine list for that purpose. You may also seek feedback on > https://perldoc.perl.org/perlcommunity#IRC or > https://www.reddit.com/r/perl/. Ok, thanks. > The name and design seem fine to me. Just beware providing so many > options for doing the same thing that you'll have to support them all > (common mistake of the "DWIM era" of CPAN), sometimes it is better to > keep things simple and only add alternative options once they are > useful. I didn't think about that. Perhaps I should only keep the object interface then. After all, people can write their own subroutines if they really need to. Thanks for the advice. > Also make sure you are aware that CPAN distributions must be packaged > a specific way. The first few sections of > https://metacpan.org/pod/Dist::Zilla::Starter go over this and some > modern options for authoring (you don't have to use Dist::Zilla unless > it fits your approach). http://tynovsky.github.io/cpan-tutorials/ also > lays out a quick guide to authoring with Minilla. Actually, I'm already using Dist::Zilla for my module. I also wrote a plugin bundle for Dist::Zilla and Pod::Weaver (Dist::Zilla::PluginBundle::Author::ASDAGO and Pod::Weaver::PluginBundle::Author::ASDAGO). I haven't released them yet, but I will at the same time as my module. Thanks, Asher -- Early to rise, early to bed, makes a man healthy, wealthy and dead. -- Terry Pratchett, "The Light Fantastic" GPG fingerprint: 38F3 975C D173 4037 B397 8095 D4C9 C4FC 5460 8E68 signature.asc Description: PGP signature
Re: New module: Text::Wrap::OO
On April 6, 2021 11:15:45 AM MST, Asher Gordon wrote:
>Hi everyone,
>
>I have just written my first Perl module (that I'm going to release).
>It
>is an object oriented interface to Text::Wrap. My question is, what do
>you think of the name? Is it a good name, descriptive enough? And do
>you
>have any other advice for releasing my first module?
>
>I don't currently have it released anywhere (I'll eventually have the
>git repository on sv.nongnu.org), and I'm not sure if an attached
>tarball would be appreciated (I can attach it if requested), but here's
>the SYNOPSIS so you can get an idea of what it does and how it works:
>
>SYNOPSIS
> Object oriented interface
> use Text::Wrap::OO;
>
> my $wrapper = Text::Wrap::OO->new(init_tab => "\t");
> $wrapper->columns(70);
> my $wrapped = $wrapper->wrap($text);
>
> Static method interface
> use Text::Wrap::OO;
>
> my $wrapped = Text::Wrap::OO->wrap(
> {
> init_tab=> "\t",
> columns => 70,
> }, $text,
> );
>
> Exported interface
> use Text::Wrap::OO 'wrap',
> wrap => { columns => 70, -as => 'wrap70' };
>
> my $wrapped = wrap {
> init_tab=> "\t",
> columns => 60,
> }, $text;
>
> my $wrapped_70 = wrap70 {
> huge => 'overflow',
> }, $text;
>
>Thanks in advance,
>Asher
>
>P.S. https://pause.perl.org/pause/query?ACTION=pause_namingmodules
>seems
>to indicate that this is a good list for this type of question. Sorry
>if
>I was mistaken.
You ought to put it in git, no doubt (and everything else you write).
--Joey Kelly
--
Sent from my Android phone, while driving.
Re: New module: Text::Wrap::OO
On Tue, Apr 6, 2021 at 2:19 PM Asher Gordon wrote:
> Hi everyone,
>
> I have just written my first Perl module (that I'm going to release). It
> is an object oriented interface to Text::Wrap. My question is, what do
> you think of the name? Is it a good name, descriptive enough? And do you
> have any other advice for releasing my first module?
>
> I don't currently have it released anywhere (I'll eventually have the
> git repository on sv.nongnu.org), and I'm not sure if an attached
> tarball would be appreciated (I can attach it if requested), but here's
> the SYNOPSIS so you can get an idea of what it does and how it works:
>
> SYNOPSIS
>Object oriented interface
>use Text::Wrap::OO;
>
>my $wrapper = Text::Wrap::OO->new(init_tab => "\t");
>$wrapper->columns(70);
>my $wrapped = $wrapper->wrap($text);
>
>Static method interface
>use Text::Wrap::OO;
>
>my $wrapped = Text::Wrap::OO->wrap(
>{
>init_tab=> "\t",
>columns => 70,
>}, $text,
>);
>
>Exported interface
>use Text::Wrap::OO 'wrap',
>wrap => { columns => 70, -as => 'wrap70' };
>
>my $wrapped = wrap {
>init_tab=> "\t",
>columns => 60,
>}, $text;
>
>my $wrapped_70 = wrap70 {
>huge => 'overflow',
>}, $text;
>
> Thanks in advance,
> Asher
>
> P.S. https://pause.perl.org/pause/query?ACTION=pause_namingmodules seems
> to indicate that this is a good list for this type of question. Sorry if
> I was mistaken.
>
> --
> I have no doubt that it is a part of the destiny of the human race,
> in its gradual improvement, to leave off eating animals.
> -- Thoreau
>
> I prefer to send and receive mail encrypted. Please send me your
> public key, and if you do not have my public key, please let me
> know. Thanks.
>
> GPG fingerprint: 38F3 975C D173 4037 B397 8095 D4C9 C4FC 5460 8E68
>
It's a fine list for that purpose. You may also seek feedback on
https://perldoc.perl.org/perlcommunity#IRC or https://www.reddit.com/r/perl/
.
The name and design seem fine to me. Just beware providing so many options
for doing the same thing that you'll have to support them all (common
mistake of the "DWIM era" of CPAN), sometimes it is better to keep things
simple and only add alternative options once they are useful.
Also make sure you are aware that CPAN distributions must be packaged a
specific way. The first few sections of
https://metacpan.org/pod/Dist::Zilla::Starter go over this and some modern
options for authoring (you don't have to use Dist::Zilla unless it fits
your approach). http://tynovsky.github.io/cpan-tutorials/ also lays out a
quick guide to authoring with Minilla.
-Dan
New module: Text::Wrap::OO
Hi everyone,
I have just written my first Perl module (that I'm going to release). It
is an object oriented interface to Text::Wrap. My question is, what do
you think of the name? Is it a good name, descriptive enough? And do you
have any other advice for releasing my first module?
I don't currently have it released anywhere (I'll eventually have the
git repository on sv.nongnu.org), and I'm not sure if an attached
tarball would be appreciated (I can attach it if requested), but here's
the SYNOPSIS so you can get an idea of what it does and how it works:
SYNOPSIS
Object oriented interface
use Text::Wrap::OO;
my $wrapper = Text::Wrap::OO->new(init_tab => "\t");
$wrapper->columns(70);
my $wrapped = $wrapper->wrap($text);
Static method interface
use Text::Wrap::OO;
my $wrapped = Text::Wrap::OO->wrap(
{
init_tab=> "\t",
columns => 70,
}, $text,
);
Exported interface
use Text::Wrap::OO 'wrap',
wrap => { columns => 70, -as => 'wrap70' };
my $wrapped = wrap {
init_tab=> "\t",
columns => 60,
}, $text;
my $wrapped_70 = wrap70 {
huge => 'overflow',
}, $text;
Thanks in advance,
Asher
P.S. https://pause.perl.org/pause/query?ACTION=pause_namingmodules seems
to indicate that this is a good list for this type of question. Sorry if
I was mistaken.
--
I have no doubt that it is a part of the destiny of the human race,
in its gradual improvement, to leave off eating animals.
-- Thoreau
I prefer to send and receive mail encrypted. Please send me your
public key, and if you do not have my public key, please let me
know. Thanks.
GPG fingerprint: 38F3 975C D173 4037 B397 8095 D4C9 C4FC 5460 8E68
signature.asc
Description: PGP signature
naming help for new module Net::Fritz
Hi there, I'm new here and want to add my first distribution to CPAN (got my PAUSE id yesterday): https://github.com/mmitch/fritz | The Fritz library is a set of Perl modules to communicate with an AVM | Fritz!Box (and possibly other routers as well) via the TR-064 | protocol. The AVM Fritz!Box is a popular home router family in Germany | (and beyond). There is also a (small) discussion over at PrePAN: http://prepan.org/module/nY8EjAnEFbo Multiple documents urge me to discuss the distribution name in advance and as I'm still not 100% sure of how to name it: Here I am :-) Originally the distribution was just named "Fritz" but the top-level namespace is of course off limits. So I've currently changed it to Net::Fritz An idea from PrePAN was to split the distribution into two parts: Protocol::TR064 and Net::FritzBox That sounds reasonable, but I'm not really sure about which part of the communication is common TR064 protocol and which part is specific to the FritzBox. I only have two FritzBox models and got everything to work on these two machines, totally ignorant of whether I implemented a FritzBox feature or a TR064 protocol feature… I'd add a notice to the documentation saying something like "This package contains some code to talk the TR064 protocol. If anybody with knowledge of this protocol can identify these parts, I'm happy to extract them to a new module (eg. Protocol::TR064)." Splitting off parts of the modules should be very easy (I currently have a Device, Service, Action, Data and Error class). The only tricky part would be the authentication scheme that's currently embedded in the Service. - What do you suggest for a proper name? - Would "Net::Fritz" be okay with the prospect of splitting off a "Protocol::TR064" in the future if needed/wanted? Regards Christian -- Christian.Garbshttps://www.cgarbs.de Chism's Law of Completion: The amount of time required to complete a government project is precisely equal to the length of time already spent on it.
New module proposal: Linux::RTC::Ioctl
Hello I would like to upload a new Linux module for access to the Real Time Clock (RTC) driver using ioctl calls. I use it for the wake-up alarm than can power on the computer over night for maintenance tasks. https://github.com/terminatorul/Linux-RTC-Ioctl As I am by no means an expert on Linux drivers, I am thinking I need a better name, to not take over the Linux::RTC namespace directly, maybe use Linux::Device::RTC::Ioctl instead. I am using the "::Ioctl" part because there are other interfaces to the RTC driver: sysfs and procfs, and maybe some day they can be implemented as well, even allow the programer to choose one of them with: import Linux::Device::RTC qw(ioctl); Since most of the functionality is only available when the RTC hardware (a little chip on the motherboard powered by a coin-sized battery) supports it, I am facing the question of allowing or not the module tests to pass if the ioctl requests fail. If I allow the ioctls to fail, there is not much testing left to be done. Also tests require root access by default, regular users will not actually run the ioctl tests when installing from CPAN. P.S. Thiis would be my first module to upload.
Re: naming a new module
On Mon, May 12, 2014 at 05:09:27PM -0700, Greg Lindahl wrote: We're open-sourcing our module that generates the basedomain of a hostname, i.e. ic.ac.uk or blekko.com. We need a name. These existing modules do the same thing, only slower, less completely, and less correctly: Mozilla::PublicSuffix Domain::PublicSuffix ParseUtil::Domain IO::Socket::SSL::PublicSuffix Net::Domain::Match Instead of less completely and less correctly they might just have a different definition of what is correct. -- David Cantrell | A machine for turning tea into grumpiness Languages for which ISO-Latin-$n is not necessary, #1 in a series: Latin
Re: naming a new module
On Wed, May 14, 2014 at 12:47:50PM +0100, David Cantrell wrote: These existing modules do the same thing, only slower, less completely, and less correctly: Instead of less completely and less correctly they might just have a different definition of what is correct. I don't think this is a situation where correctness is in the eye of the beholder. It is more objective than that.
naming a new module
We're open-sourcing our module that generates the basedomain of a hostname, i.e. ic.ac.uk or blekko.com. We need a name. These existing modules do the same thing, only slower, less completely, and less correctly: Mozilla::PublicSuffix Domain::PublicSuffix ParseUtil::Domain IO::Socket::SSL::PublicSuffix Net::Domain::Match Here are some ideas for a new name: Domain::BaseDomain (possibly confusing with Domain::PublicSuffix) Net::BaseDomain Net::PublicSuffix Host::BaseDomain Host::PublicSuffix Net::Domain::PublicSuffix What say you, oh naming consultants? -- greg
Re: naming a new module
* Greg Lindahl lind...@pbm.com [2014-05-13 02:10]: We're open-sourcing our module that generates the basedomain of a hostname, i.e. ic.ac.uk or blekko.com. We need a name. These existing modules do the same thing, only slower, less completely, and less correctly: Mozilla::PublicSuffix Domain::PublicSuffix ParseUtil::Domain IO::Socket::SSL::PublicSuffix Net::Domain::Match Net::Domain::Regex Net::Domain::TldMozilla Here are some ideas for a new name: Domain::BaseDomain (possibly confusing with Domain::PublicSuffix) Net::BaseDomain Net::PublicSuffix Host::BaseDomain Host::PublicSuffix Net::Domain::PublicSuffix What say you, oh naming consultants? The functionality does not lend itself to an obvious keyword, but if you *do* know a keyword then it’s “public suffix”, so if you ask me the name should be some form of ::PublicSuffix. As for the choice of TLNS, Domain::PublicSuffix appears to be the sole thing under Domain::, and it doesn’t look like there is *anything* yet under Host::, so I’d be disinclined to go with either. And Net:: seems a bit too generic for this module, plus in general it *tends* to be for protocol implementations, when people aren’t randomly using it for all sorts of junk they consider net-related. But Net::Domain:: looks just fine. It’s specific enough, and going by the choices of the other authors of public suffix modules, it also seems like a namespace where other people will expect it. Furthermore all the *other* modules in that namespace are internet domain-related also, so the evidence says that Net::Domain:: universally communicates exactly the concept you want to refer to. And hey, it’s your lucky day: though several authors put their public suffix list modules in Net::Domain::, none of them have squatted on the preferable term, so it’s still yours for the grabbing. So, congratulations on your shiny new Net::Domain::PublicSuffix module. :-) Regards, -- Aristotle Pagaltzis // http://plasmasturm.org/
new module - Mail::DMARC
I am packing up some code I wrote for another project as a perl module. The code is a DMARC implementation in perl, so the obvious name seems to be: Mail::DMARC I am coordinating with Davide Migliavacca, author of the Mail::DMARC::libopendmarc module. His module is an XS interface to libopendmarc. We've both like the idea of having Mail::DMARC be merely an interface, and putting my perl implementation in Mail::DMARC::PurePerl, or something like that. Suggestions are welcome. Matt
new module version
Hi, How to apply new version for uploaded module? PAUSE indexer status OK. Why my Edit Module Metadata on PAUSE is empty? Always Register Namespace for new versions? Thanks. --- Regards, Mikhail (MCHE)
Re: new module version
Hi Mikhail, On Mon, 29 Oct 2012 12:42:39 +0500 Mikhail Che m@aukama.dyndns.org wrote: Hi, How to apply new version for uploaded module? PAUSE indexer status OK. Is this module yours? Are you the owner of this namespace? What is this module? Why my Edit Module Metadata on PAUSE is empty? Which one? Always Register Namespace for new versions? You don't need to register the namespace for new versions. The only advantage it gives you is being listed in the old (and now deprecated and unloved) long modules list. Regards, Shlomi Fish -- - Shlomi Fish http://www.shlomifish.org/ Perl Humour - http://perl-begin.org/humour/ Bigamy: Having one wife too many. Monogamy: The same thing! — Unknown source. Please reply to list if it's a mailing list post - http://shlom.in/reply .
Re: new module version
Hi Shlomi Shlomi Fish wrote 2012-10-29 13:05: Hi Mikhail, On Mon, 29 Oct 2012 12:42:39 +0500 Mikhail Che m@aukama.dyndns.org wrote: Hi, How to apply new version for uploaded module? PAUSE indexer status OK. Is this module yours? Are you the owner of this namespace? What is this module? Yes, is my module lib::remote. I did upload version 0.01 and send register namespace request http://www.nntp.perl.org/group/perl.modules/2012/10/msg82917.html . Now see version 0.01 but I did upload version 0.02 and can't see this on search.cpan.org. --- Regards, Mikhail
Re: new module version
Hi Mikhail, On Mon, 29 Oct 2012 13:28:33 +0500 Mikhail Che m@aukama.dyndns.org wrote: Hi Shlomi Shlomi Fish wrote 2012-10-29 13:05: Hi Mikhail, On Mon, 29 Oct 2012 12:42:39 +0500 Mikhail Che m@aukama.dyndns.org wrote: Hi, How to apply new version for uploaded module? PAUSE indexer status OK. Is this module yours? Are you the owner of this namespace? What is this module? Yes, is my module lib::remote. I did upload version 0.01 and send register namespace request http://www.nntp.perl.org/group/perl.modules/2012/10/msg82917.html . Now see version 0.01 but I did upload version 0.02 and can't see this on search.cpan.org. I see it fine on metacpan.org: https://metacpan.org/module/lib::remote However, why is its documentation in Russian? See: * http://perl-begin.org/tutorials/bad-elements/#code_in_foreign_lang Regards, Shlomi Fish -- - Shlomi Fish http://www.shlomifish.org/ List of Networking Clients - http://shlom.in/net-clients If a million Shakespeares had to write together, they would write like a monkey. — based on Stephen Wright, via Nadav Har’El. Please reply to list if it's a mailing list post - http://shlom.in/reply .
Re: new module version
Shlomi Fish wrote 2012-10-29 14:07: Hi Mikhail, On Mon, 29 Oct 2012 13:28:33 +0500 Mikhail Che m@aukama.dyndns.org wrote: Hi Shlomi Shlomi Fish wrote 2012-10-29 13:05: Hi Mikhail, On Mon, 29 Oct 2012 12:42:39 +0500 Mikhail Che m@aukama.dyndns.org wrote: Hi, How to apply new version for uploaded module? PAUSE indexer status OK. Is this module yours? Are you the owner of this namespace? What is this module? Yes, is my module lib::remote. I did upload version 0.01 and send register namespace request http://www.nntp.perl.org/group/perl.modules/2012/10/msg82917.html [2] . Now see version 0.01 but I did upload version 0.02 and can't see this on search.cpan.org. I see it fine on metacpan.org: https://metacpan.org/module/lib::remote I want see new version on cpan.org :) However, why is its documentation in Russian? See: * http://perl-begin.org/tutorials/bad-elements/#code_in_foreign_lang OK ;) Will translate later. Regards, Shlomi Fish --- Regards, Mikhail Links: -- [1] http://www.nntp.perl.org/group/perl.modules/2012/10/msg82917.html
Re: new module version
On Mon, Oct 29, 2012 at 9:28 AM, Mikhail Che m@aukama.dyndns.orgwrote: Is this module yours? Are you the owner of this namespace? What is this module? Yes, is my module lib::remote. I did upload version 0.01 and send register namespace request http://www.nntp.perl.org/**group/perl.modules/2012/10/** msg82917.htmlhttp://www.nntp.perl.org/group/perl.modules/2012/10/msg82917.html. Now see version 0.01 but I did upload version 0.02 and can't see this on search.cpan.org. It'll take some time to propagate to search.cpan.org – queries there don't go directly to pause, I imagine. The reason why your Edit Module Metadata on PAUSE is empty, is likely that the module is not registered. Did you submit an application on https://pause.perl.org/pause/authenquery?ACTION=apply_mod? Did you receive a response (and not just a copy of your proposal)? Eirik
Re: new module version
Eirik Berg Hanssen wrote 2012-10-29 14:45: On Mon, Oct 29, 2012 at 9:28 AM, Mikhail Che m@aukama.dyndns.org wrote: Is this module yours? Are you the owner of this namespace? What is this module? Yes, is my module lib::remote. I did upload version 0.01 and send register namespace request http://www.nntp.perl.org/group/perl.modules/2012/10/msg82917.html [2] . Now see version 0.01 but I did upload version 0.02 and can't see this on search.cpan.org [3]. It'll take some time to propagate to search.cpan.org [2] - queries there don't go directly to pause, I imagine. The reason why your on PAUSE is empty, is likely that the module is not registered. Did you submit an application on https://pause.perl.org/pause/authenquery?ACTION=apply_mod [4]? Yes. Did you receive a response (and not just a copy of your proposal)? Just a copy but module version 0.01 is available to install from cpan now. Eirik --- Regards, Mikhail Links: -- [1] http://www.nntp.perl.org/group/perl.modules/2012/10/msg82917.html [2] http://search.cpan.org [3] https://pause.perl.org/pause/authenquery?ACTION=apply_mod
Re: new module version
Eirik Berg Hanssen wrote 2012-10-29 14:45: On Mon, Oct 29, 2012 at 9:28 AM, Mikhail Che m@aukama.dyndns.org wrote: Is this module yours? Are you the owner of this namespace? What is this module? Yes, is my module lib::remote. I did upload version 0.01 and send register namespace request http://www.nntp.perl.org/group/perl.modules/2012/10/msg82917.html [2] . Now see version 0.01 but I did upload version 0.02 and can't see this on search.cpan.org [3]. It'll take some time to propagate to search.cpan.org [2] - queries there don't go directly to pause, I imagine. This is right. Thanks. Eirik --- Regards, Mikhail
Re: new module version
On Mon, 29 Oct 2012 14:31:03 +0500 Mikhail Che m@aukama.dyndns.org wrote: Shlomi Fish wrote 2012-10-29 14:07: Hi Mikhail, On Mon, 29 Oct 2012 13:28:33 +0500 Mikhail Che m@aukama.dyndns.org wrote: Hi Shlomi Shlomi Fish wrote 2012-10-29 13:05: Hi Mikhail, On Mon, 29 Oct 2012 12:42:39 +0500 Mikhail Che m@aukama.dyndns.org wrote: Hi, How to apply new version for uploaded module? PAUSE indexer status OK. Is this module yours? Are you the owner of this namespace? What is this module? Yes, is my module lib::remote. I did upload version 0.01 and send register namespace request http://www.nntp.perl.org/group/perl.modules/2012/10/msg82917.html [2] . Now see version 0.01 but I did upload version 0.02 and can't see this on search.cpan.org. I see it fine on metacpan.org: https://metacpan.org/module/lib::remote I want see new version on cpan.org :) It's there now - http://search.cpan.org/dist/lib-remote/ . Note that generally metacpan.org is now preferable over search.cpan.org . However, why is its documentation in Russian? See: * http://perl-begin.org/tutorials/bad-elements/#code_in_foreign_lang OK ;) Will translate later. Thanks! Regards, Shlomi Fish Regards, Shlomi Fish --- Regards, Mikhail Links: -- [1] http://www.nntp.perl.org/group/perl.modules/2012/10/msg82917.html -- - Shlomi Fish http://www.shlomifish.org/ Star Trek: We, the Living Dead - http://shlom.in/st-wtld There are no deletionists. Only Wikipedia articles which Chuck Norris allows to live. (By: joeyadams) Please reply to list if it's a mailing list post - http://shlom.in/reply .
Re: new module version
Shlomi Fish wrote 2012-10-29 16:03: On Mon, 29 Oct 2012 14:31:03 +0500 Mikhail Che m@aukama.dyndns.org wrote: Shlomi Fish wrote 2012-10-29 14:07: Hi Mikhail, On Mon, 29 Oct 2012 13:28:33 +0500 Mikhail Che m@aukama.dyndns.org wrote: Hi Shlomi Shlomi Fish wrote 2012-10-29 13:05: Hi Mikhail, On Mon, 29 Oct 2012 12:42:39 +0500 Mikhail Che m@aukama.dyndns.org wrote: Hi, How to apply new version for uploaded module? PAUSE indexer status OK. Is this module yours? Are you the owner of this namespace? What is this module? Yes, is my module lib::remote. I did upload version 0.01 and send register namespace request http://www.nntp.perl.org/group/perl.modules/2012/10/msg82917.html [2] [2] . Now see version 0.01 but I did upload version 0.02 and can't see this on search.cpan.org. I see it fine on metacpan.org: https://metacpan.org/module/lib [3]::remote I want see new version on cpan.org :) It's there now - http://search.cpan.org/dist/lib-remote/. Note that generally metacpan.org is now preferable over search.cpan.org . Nice. But is there command line utility like cpan for install from metacpan.org? However, why is its documentation in Russian? See: * http://perl-begin.org/tutorials/bad-elements/#code_in_foreign_lang [4] OK ;) Will translate later. Thanks! Regards, Shlomi Fish --- Regards, Mikhail Links: -- [1] http://www.nntp.perl.org/group/perl.modules/2012/10/msg82917.html [2] https://metacpan.org/module/lib [3] http://perl-begin.org/tutorials/bad-elements/#code_in_foreign_lang
Re: new module version
On Mon, Oct 29, 2012 at 01:03:08PM +0200, Shlomi Fish wrote: It's there now - http://search.cpan.org/dist/lib-remote/ . Note that generally metacpan.org is now preferable over search.cpan.org . Note that this is a matter of opinion, not of fact. -- David Cantrell | Enforcer, South London Linguistic Massive Feature: an incorrectly implemented bug
Re: new module version
On Mon, Oct 29, 2012 at 04:19:56PM +0500, Mikhail Che wrote: Shlomi Fish wrote 2012-10-29 16:03: metacpan.org is now preferable over search.cpan.org . Nice. But is there command line utility like cpan for install from metacpan.org? No. There isn't one for installing from search.cpan.org either. Both of those sites are just webby views of the CPAN. -- David Cantrell | Enforcer, South London Linguistic Massive The voices said it's a good day to clean my weapons
Re: new module version
David Cantrell wrote 2012-10-29 19:56: On Mon, Oct 29, 2012 at 04:19:56PM +0500, Mikhail Che wrote: Shlomi Fish wrote 2012-10-29 16:03: metacpan.org is now preferable over search.cpan.org . Nice. But is there command line utility like cpan for install from metacpan.org? No. There isn't one for installing from search.cpan.org either. Both of those sites are just webby views of the CPAN. Ok, thanks. --- Regards, Mikhail
New module naming
Hi. I've written few libraries I'd like to release on CPAN and I'm looking for some advice on how to name them. I found this idea in Head First OOADhttp://headfirstlabs.com/books/hfooad/, chapter 5. It's somewhat like a very simple version of Key-Value Codinghttp://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/KeyValueCoding/Articles/Overview.html#//apple_ref/doc/uid/20001838-SW1. It's also very similar to Object::Generichttp://search.cpan.org/%7Ejmahoney/Object-Generic-0.13/lib/Object/Generic.pmbut I didn't use AUTOLOAD and I implemented 'equals' and 'contains' methods in order to make the objects searchable within a container. Here's an example: my $a = tbd_name::Object-new(); my $b = tbd_name::Object-new(); $a-set( ID, tbd_name::String-new(1234a) ); $b-set( ID, tbd_name::String-new(1234a) ); print $a-get(ID); $a-equals($b) ? print yes; $container = tbd_name::List-new(); $container-add($a); $container-search($b); #which returns $a What do I call this thing? I'm thinking the namespace would be 'KeyValue::' or 'KeyVal::' Would that make sense? (That namespace doesn't seem to be used.) Should this go in 'Class::'? Thanks.
Re: New module naming
Wow this has turned into a monster thread... ouch. On Mon, Nov 7, 2011 at 7:42 PM, Shlomi Fish shlo...@shlomifish.org wrote: Hi Sawyer, Hey. :) The problem is that using my $a and my $b will prevent the built-in $a and $b from being used and as a result is a bad idea. We should make sure that synopses and other code excerpts in the documentation of Perl modules reflect the Perl best practices, because less clueful people may be tempted to duplicate them in their own code. And then they go to online forums and ask us why their code is broken. So the lexical $a and $b here should be replaced with something less dangerous. I'm convinced. I would like to retract my disrespectful poor-taste comment I made earlier. And no, I'm not being cynical. :) We honestly don't have to comment on *everything* people say and do. (and I probably shouldn't have commented on what you said either, so apologies for that) Well, I hope I didn't also make the same mistake (again). Not in my opinion. Thanks for correcting me. :) s.
Re: New module naming
Hello Sawyer, On Tue, 8 Nov 2011 17:38:56 +0200 sawyer x xsawy...@gmail.com wrote: Wow this has turned into a monster thread... ouch. On Mon, Nov 7, 2011 at 7:42 PM, Shlomi Fish shlo...@shlomifish.org wrote: The problem is that using my $a and my $b will prevent the built-in $a and $b from being used and as a result is a bad idea. We should make sure that synopses and other code excerpts in the documentation of Perl modules reflect the Perl best practices, because less clueful people may be tempted to duplicate them in their own code. And then they go to online forums and ask us why their code is broken. So the lexical $a and $b here should be replaced with something less dangerous. I'm convinced. I would like to retract my disrespectful poor-taste comment I made earlier. And no, I'm not being cynical. :) Well, I'm glad we agree now, and I should note that your comment wasn't that bad. You've also raised some points which made me clarify why I think so in this thread's case. We honestly don't have to comment on *everything* people say and do. (and I probably shouldn't have commented on what you said either, so apologies for that) Well, I hope I didn't also make the same mistake (again). Not in my opinion. Thanks for correcting me. :) s. :-). Regards, Shlomi Fish -- - Shlomi Fish http://www.shlomifish.org/ Star Trek: We, the Living Dead - http://shlom.in/st-wtld JATFM == “Just answer the fabulous man” Please reply to list if it's a mailing list post - http://shlom.in/reply .
Re: New module naming
Hi Trystan, On Sun, 6 Nov 2011 16:28:03 -0600 Trystan trysta...@gmail.com wrote: Hi. I've written few libraries I'd like to release on CPAN and I'm looking for some advice on how to name them. I found this idea in Head First OOADhttp://headfirstlabs.com/books/hfooad/, chapter 5. It's somewhat like a very simple version of Key-Value Codinghttp://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/KeyValueCoding/Articles/Overview.html%23//apple_ref/doc/uid/20001838-SW1. It's also very similar to Object::Generichttp://search.cpan.org/%7Ejmahoney/Object-Generic-0.13/lib/Object/Generic.pmbut I didn't use AUTOLOAD and I implemented 'equals' and 'contains' methods in order to make the objects searchable within a container. Here's an example: my $a = tbd_name::Object-new(); my $b = tbd_name::Object-new(); You shouldn't call lexical variables $a and $b: http://perl-begin.org/tutorials/bad-elements/#vars-a-and-b Sorry I cannot help with the actual issue. Regards, Shlomi Fish -- - Shlomi Fish http://www.shlomifish.org/ Chuck Norris/etc. Facts - http://www.shlomifish.org/humour/bits/facts/ I may be a geek, but I’m a true Klingon geek‐warrior! And a true Klingon geek warrior ALWAYS bottom‐posts. Please reply to list if it's a mailing list post - http://shlom.in/reply .
Re: New module naming
What about Object::KVC, Object::KVC::String, Object::KVC::List? Trystan wrote: I found this idea in Head First OOAD http://headfirstlabs.com/books/hfooad/, chapter 5. It's somewhat like a very simple version of Key-Value Coding http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/KeyValueCoding/Articles/Overview.html%23//apple_ref/doc/uid/20001838-SW1. It's also very similar to Object::Generic http://search.cpan.org/%7Ejmahoney/Object-Generic-0.13/lib/Object/Generic.pm but I didn't use AUTOLOAD and I implemented 'equals' and 'contains' methods in order to make the objects searchable within a container. Here's an example: my $a = tbd_name::Object-new(); my $b = tbd_name::Object-new(); $a-set( ID, tbd_name::String-new(1234a) ); $b-set( ID, tbd_name::String-new(1234a) ); print $a-get(ID); $a-equals($b) ? print yes; $container = tbd_name::List-new(); $container-add($a); $container-search($b); #which returns $a What do I call this thing? I'm thinking the namespace would be 'KeyValue::' or 'KeyVal::' Would that make sense? (That namespace doesn't seem to be used.) Should this go in 'Class::'? Thanks. -- Serguei Trouchelle
Re: New module naming
On Mon, Nov 7, 2011 at 10:07 AM, Shlomi Fish shlo...@shlomifish.org wrote: You shouldn't call lexical variables $a and $b: That was a completely pointless comment, Shlomi. He's trying to showcase an action on two objects that have the exact same level of importance and relevance. Calling them $a and $b is the same as $homer and $marge or $object1 and $object2 or $first and $second or anything of that order. This is a case where $a and $b makes absolute sense. It is also the same case as Perl's sort() function that uses $a and $b to indicate two values of the same importance. We honestly don't have to comment on *everything* people say and do. (and I probably shouldn't have commented on what you said either, so apologies for that) Have a good day, s.
Re: New module naming
What about Object::KVC, Object::KVC::String, Object::KVC::List? KVC it is. I had actually been considering that. In the Object::Generic documentation the author says his module should have been in the Class:: namespace. What is the difference between the Object:: namespace and Class:: namespace? Thanks.
Re: New module naming
* Trystan trysta...@gmail.com [2011-11-06 23:30]: I found this idea in Head First OOADhttp://headfirstlabs.com/books/hfooad/, chapter 5. It's somewhat like a very simple version of Key-Value Codinghttp://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/KeyValueCoding/Articles/Overview.html%23//apple_ref/doc/uid/20001838-SW1. It's also very similar to Object::Generichttp://search.cpan.org/%7Ejmahoney/Object-Generic-0.13/lib/Object/Generic.pmbut I didn't use AUTOLOAD and I implemented 'equals' and 'contains' methods in order to make the objects searchable within a container. Here's an example: my $a = tbd_name::Object-new(); my $b = tbd_name::Object-new(); $a-set( ID, tbd_name::String-new(1234a) ); $b-set( ID, tbd_name::String-new(1234a) ); print $a-get(ID); $a-equals($b) ? print yes; $container = tbd_name::List-new(); $container-add($a); $container-search($b); #which returns $a What do I call this thing? Uhm. So when would I ever use this over a simple hash?
Re: New module naming
On Mon, Nov 7, 2011 at 12:39 PM, Aristotle Pagaltzis pagalt...@gmx.dewrote: * Trystan trysta...@gmail.com [2011-11-06 23:30]: I found this idea in Head First OOADhttp://headfirstlabs.com/books/hfooad/, chapter 5. It's somewhat like a very simple version of Key-Value Coding http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/KeyValueCoding/Articles/Overview.html%23//apple_ref/doc/uid/20001838-SW1 . It's also very similar to Object::Generic http://search.cpan.org/%7Ejmahoney/Object-Generic-0.13/lib/Object/Generic.pm but I didn't use AUTOLOAD and I implemented 'equals' and 'contains' methods in order to make the objects searchable within a container. Here's an example: my $a = tbd_name::Object-new(); my $b = tbd_name::Object-new(); $a-set( ID, tbd_name::String-new(1234a) ); $b-set( ID, tbd_name::String-new(1234a) ); print $a-get(ID); $a-equals($b) ? print yes; $container = tbd_name::List-new(); $container-add($a); $container-search($b); #which returns $a What do I call this thing? Uhm. So when would I ever use this over a simple hash?
Re: New module naming
-Original Message- From: Shlomi Fish shlo...@shlomifish.org Date: Mon, 7 Nov 2011 19:42:35 +0200 To: sawyer x xsawy...@gmail.com Cc: Perl Module Authors List module-authors@perl.org Subject: Re: New module naming Hi Sawyer, On Mon, 7 Nov 2011 13:36:58 +0200 sawyer x xsawy...@gmail.com wrote: On Mon, Nov 7, 2011 at 10:07 AM, Shlomi Fish shlo...@shlomifish.org wrote: You shouldn't call lexical variables $a and $b: We honestly don't have to comment on *everything* people say and do. (and I probably shouldn't have commented on what you said either, so apologies for that) Well, I hope I didn't also make the same mistake (again). Yeah, you did. Quite frankly, I have been lurking on this list for years - first through the web then as an actual subscriber as I currently try to find time in my schedule to contribute a module that I finally believe to be worthy of adding to CPAN. I have seen a multitude of posts from you, Shlomi, and the vast majority of them have been of the them of I don¹t like the way you are doing it, because it's not the way *I* would do it, but I really don't have a better way of doing it myself to contribute. Nobody likes a know-it-all. Worse yet, nobody likes a know-it-all without the who doesn't have the credentials to back up their b.s. In this particular case, pretty much everyone clearly understood that what was given was a GENERIC EXAMPLE, not real code. It didn't call for code review, comment or criticism on the use of variables or their naming. What was requested was feedback on the naming of the MODULE. There is probably a reason why your suggestions are ignored, for everything from improving the perl.org site to redesigning the perl training documentation to ridiculous commentary like this. Dig deep and you can probably figure it out. Bob Parker bob at perldevgeek.com Regards, Shlomi Fish Have a good day, s. -- - Shlomi Fish http://www.shlomifish.org/ The Case for File Swapping - http://shlom.in/file-swap You name it COBOL does not have it. Please reply to list if it's a mailing list post - http://shlom.in/reply .
Politics Personalities - was Re: New module naming
From: Eirik Berg Hanssen ebhans...@cpan.org Reply-To: ebhans...@cpan.org Date: Mon, 7 Nov 2011 21:39:15 +0100 To: Bob Parker b...@perldevgeek.com Cc: Shlomi Fish shlo...@shlomifish.org, Perl Module Authors List module-authors@perl.org Subject: Re: New module naming On Mon, Nov 7, 2011 at 9:28 PM, Bob Parker b...@perldevgeek.com wrote: In this particular case, pretty much everyone clearly understood that what was given was a GENERIC EXAMPLE, not real code. It didn't call for code review, comment or criticism on the use of variables or their naming. What was requested was feedback on the naming of the MODULE. If we're still talking about the generic example: Publically available code with lexical $a or $b should always come with a don't do this (unless you know why you should not do this) warning. Then again, if we're now talking about what was requested, I'll just note that your opinion of Shlomi Fish was not. Perhaps you are a fan of the guy, perhaps not - I don't know you. What I do know is that for the past several years, I have seen what should have been basic and common sense discussions degenerate into personality wars because of Shlomi Fish. So sue me if I have the balls to call him out on it. Note that I was not the first, I simply elaborated on someone else's comment. Frankly, I am tired of so many on this list acting like children. Me, me, me instead of perl, perl, perl. People getting blacklisted because they dare to speak their minds. Others, with totally valid and valuable contributions being totally ignored because their ideas are not popular. I *thought* that we had gone beyond this petty stuff. Clearly I was was wrong. Eirik
Re: New module naming
Uhm. So when would I ever use this over a simple hash? Well I used it because the application I'm working on has a data model with a lot of variation (I did this instead of creating a massive class hierarchy). The accessors are the hash key scalar string. The 'equals' and 'contains' methods are delegated to the value objects when keys are eq. (yes a wrapper object is required for the value but this could be automated.)This allows fairly complex searches of a container of objects. This is based on an idea from a Java tutorial. I think it works better in Perl than Java because the value objects can be of arbitrary type allowing the composite hash based object to be more complex if needed.
Taking another swing [was: New module naming]
* sawyer x xsawy...@gmail.com [2011-11-07 12:40]: * Shlomi Fish shlo...@shlomifish.org [2011-11-07 18:45]: You shouldn't call lexical variables $a and $b: That was a completely pointless comment, Shlomi. Only in sending it to the list instead of as a private comment, and in his way of stating it – as a do-not instead of a suggestion, followed by the reason, followed by an off-topic disclaimer. In the opposite order it would have gone down easy. (OK: and if it didn’t come from Shlomi. Even if he gets better at tone now his reputation would haunt him.) This is a case where $a and $b makes absolute sense. It is also the same case as Perl's sort() function that uses $a and $b to indicate two values of the same importance. There is no real case in which `my $a` or `my $b` make sense in Perl, only a handful of cases where they don’t make no sense. I think his point was a reasonable one, if minor. * Bob Parker b...@perldevgeek.com [2011-11-07 21:30]: * Shlomi Fish shlo...@shlomifish.org [2011-11-07 09:25]: Well, I hope I didn't also make the same mistake (again). Yeah, you did. Quite frankly, I have been lurking on this list for years - first through the web then as an actual subscriber as I currently try to find time in my schedule to contribute a module that I finally believe to be worthy of adding to CPAN. I have seen a multitude of posts from you, Shlomi, and the vast majority of them have been of the them of I don¹t like the way you are doing it, because it's not the way *I* would do it, but I really don't have a better way of doing it myself to contribute. Nobody likes a know-it-all. But the perpetrators of drive-by ad hominems are popular? Particularly ones who come out of the woodworks to beat on the community punchbag after he has already apologized? Worse yet, nobody likes a know-it-all without the who doesn't have the credentials to back up their b.s. You made a mistake to bring up credentials. His have-to-fix-that attitude has driven Shlomi to pick up the upkeep chores of a whole raft of neglected high-profile CPAN modules, and there are quite a few perl patches to his name. Not all of them have been applied, bless his eager heart :-), but neither have all of them gone unappreciated. That looks like a lot more in credentials than you brought to the table. Sure, Shlomi suffers from overly rigid ideas of how to do things and is too eager to dismiss the “old” way along with all other options. But he isn’t stupid either, and he doesn’t just nitpick but contributes. Nor is he is in the habit of flaming people, much less talking about them without knowing who he is talking about. That’s a lot more than can be said about some people. In this particular case, pretty much everyone clearly understood that what was given was a GENERIC EXAMPLE, not real code. It didn't call for code review, comment or criticism on the use of variables or their naming. What was requested was feedback on the naming of the MODULE. His point was valid, clumsy though his way of stating it was. The abuse he invited with his clumsiness is out of all proportion for his sin. There is probably a reason why your suggestions are ignored, for everything from improving the perl.org site to redesigning the perl training documentation to ridiculous commentary like this. Dig deep and you can probably figure it out. A lot of them are ignored. A lot of them are not. -- Aristotle Pagaltzis // http://plasmasturm.org/
Re: Politics Personalities - was Re: New module naming
* Bob Parker b...@perldevgeek.com [2011-11-07 22:15]: Perhaps you are a fan of the guy, perhaps not - I don't know you. Perhaps it doesn’t even matter. Perhaps you can be a decent person to someone you dislike. What I do know is that for the past several years, I have seen what should have been basic and common sense discussions degenerate into personality wars because of Shlomi Fish. So sue me if I have the balls to call him out on it. Note that I was not the first, I simply elaborated on someone else's comment. No. You had the no-balls to come out behind someone else and follow up on an apology by beating on him some more. Congratulations, I hope you’re proud. Frankly, I am tired of so many on this list acting like children. Me, me, me instead of perl, perl, perl. People getting blacklisted because they dare to speak their minds. Others, with totally valid and valuable contributions being totally ignored because their ideas are not popular. I *thought* that we had gone beyond this petty stuff. Clearly I was was wrong. Pot, kettle. -- Aristotle Pagaltzis // http://plasmasturm.org/
Re: Taking another swing [was: New module naming]
Clearly you are another fanboy of Shlomi's. -Original Message- From: Aristotle Pagaltzis pagalt...@gmx.de Date: Mon, 7 Nov 2011 23:46:02 +0100 To: Perl Module Authors List module-authors@perl.org Subject: Taking another swing [was: New module naming] * sawyer x xsawy...@gmail.com [2011-11-07 12:40]: * Shlomi Fish shlo...@shlomifish.org [2011-11-07 18:45]: You shouldn't call lexical variables $a and $b: That was a completely pointless comment, Shlomi. Only in sending it to the list instead of as a private comment, and in his way of stating it as a do-not instead of a suggestion, followed by the reason, followed by an off-topic disclaimer. In the opposite order it would have gone down easy. (OK: and if it didn’t come from Shlomi. Even if he gets better at tone now his reputation would haunt him.) This is a case where $a and $b makes absolute sense. It is also the same case as Perl's sort() function that uses $a and $b to indicate two values of the same importance. There is no real case in which `my $a` or `my $b` make sense in Perl, only a handful of cases where they don’t make no sense. I think his point was a reasonable one, if minor. Once again, you too have missed the point. The original post was AN EXAMPLE. At now point was it intended to be usable code in which any reasonable person would be expected to literally use $a or $b. Shlomi was nitpicking for the purpose of nitpicking, so as to get his 2￠ in there, not for the purpose of contributing to the conversation as it his known to do on a regular basis. In other words, he was stirring up trouble for no reason. If this was anyone else BUT Shlomi, we wouldn't even be having this discussion. For whatever reason, you feel the need to defend him against the newcomer who dares to speak up against the status quo. * Bob Parker b...@perldevgeek.com [2011-11-07 21:30]: * Shlomi Fish shlo...@shlomifish.org [2011-11-07 09:25]: Well, I hope I didn't also make the same mistake (again). Yeah, you did. Quite frankly, I have been lurking on this list for years - first through the web then as an actual subscriber as I currently try to find time in my schedule to contribute a module that I finally believe to be worthy of adding to CPAN. I have seen a multitude of posts from you, Shlomi, and the vast majority of them have been of the them of I don¹t like the way you are doing it, because it's not the way *I* would do it, but I really don't have a better way of doing it myself to contribute. Nobody likes a know-it-all. But the perpetrators of drive-by ad hominems are popular? Particularly ones who come out of the woodworks to beat on the community punchbag after he has already apologized? There was an apology? Worse yet, nobody likes a know-it-all without the who doesn't have the credentials to back up their b.s. You made a mistake to bring up credentials. His have-to-fix-that attitude has driven Shlomi to pick up the upkeep chores of a whole raft of neglected high-profile CPAN modules, and there are quite a few perl patches to his name. Not all of them have been applied, bless his eager heart :-), but neither have all of them gone unappreciated. That looks like a lot more in credentials than you brought to the table. Honestly, you don't know me or my credentials. You have seen exactly 2 posts of mine on this mailing list - the grand total my contributions to the list to date. The reason I haven't contributed so far is because of back-biting, political, personal attacks like you have demonstrated so well here. To hell with furthering the cause of the language - let's form cliques and screw with those people who disagree with us, regardless of what they think. I have followed the career of Shlomi over the years since he first appeared on the scene. His very first appearances were full of strife and controversy. Sure, he may have taken over some projects, but not without disagreement and/or opposition. Sure, Shlomi suffers from overly rigid ideas of how to do things and is too eager to dismiss the “old” way along with all other options. But he isn’t stupid either, and he doesn’t just nitpick but contributes. No, not exactly. Based on this early postings that were full of criticisms and nitpicks of the various perl.org sites, Shlomi had PLENTY to say about those sites that certainly qualified as nitpicking. Yes, he has contributed to CPAN. Goodie for him. CPAN contributes are not the be all/end all of a person's worth, however. Nor is he is in the habit of flaming people, much less talking about them without knowing who he is talking about. Based on his previous postings to this and other lists, that's not exactly true. That’s a lot more than can be said about some people. That's quite a leap to make from 1 or 2 posts to the list to a generalized statement. If you don't like me based on your personal experience with me so far, then just say so. I'm a big boy, I can take it. Based on your responses to me, I
Re: Taking another swing [was: New module naming]
* Bob Parker b...@perldevgeek.com [2011-11-08 00:30]: Clearly you are another fanboy of Shlomi's. You found me out. I am two days short of proposing gay marriage to him. * Aristotle Pagaltzis pagalt...@gmx.de [2011-11-07 23:50]: * sawyer x xsawy...@gmail.com [2011-11-07 12:40]: This is a case where $a and $b makes absolute sense. It is also the same case as Perl's sort() function that uses $a and $b to indicate two values of the same importance. There is no real case in which `my $a` or `my $b` make sense in Perl, only a handful of cases where they don’t make no sense. I think his point was a reasonable one, if minor. Once again, you too have missed the point. The original post was AN EXAMPLE. At now point was it intended to be usable code in which any reasonable person would be expected to literally use $a or $b. Thanks for pointing it out. I would not have realised this without your helpful contribution. In the real world people learn by copy-pasting code and tweaking until it seems to do what they wanted. Every code example should be as close to real working code as possible, ideally *should* be real working code; or else so broken (by missing declarations and what have you) that it cannot be made to work accidentally. Shlomi was nitpicking for the purpose of nitpicking Hip hip hooray for projection. so as to get his 2￠in there, not for the purpose of contributing to the conversation as it his known to do on a regular basis. In other words, he was stirring up trouble for no reason. No, I believe that was you. You provided no value WHATSOEVER – your comment contained zero technical content, which Shlomi’s at least did, even if it was off-topic. But you had to get your utterly worthless 2￠ in there. If this was anyone else BUT Shlomi, we wouldn't even be having this discussion. For whatever reason, you feel the need to defend him against the newcomer who dares to speak up against the status quo. I am not defending anyone. Shlomi was too brash, but then Sawyer was too, and then finally comes here someone whose grand debut consists in lashing out. Some entry. Welcome to you too sir. But the perpetrators of drive-by ad hominems are popular? Particularly ones who come out of the woodworks to beat on the community punchbag after he has already apologized? There was an apology? Start by reading harder next time. Worse yet, nobody likes a know-it-all without the who doesn't have the credentials to back up their b.s. You made a mistake to bring up credentials. His have-to-fix-that attitude has driven Shlomi to pick up the upkeep chores of a whole raft of neglected high-profile CPAN modules, and there are quite a few perl patches to his name. Not all of them have been applied, bless his eager heart :-), but neither have all of them gone unappreciated. That looks like a lot more in credentials than you brought to the table. Honestly, you don't know me or my credentials. No. You just made a point of pointing them out. You have seen exactly 2 posts of mine on this mailing list - the grand total my contributions to the list to date. You should be proud of yourself! Your track record so far is stellar. The reason I haven't contributed so far is because of back-biting, political, personal attacks like you have demonstrated so well here. To hell with furthering the cause of the language - let's form cliques and screw with those people who disagree with us, regardless of what they think. More projection. Why does the back-biting bother you so much when your grand act of entry to this list is to turn the dial to 11 on back-biting? I have followed the career of Shlomi over the years since he first appeared on the scene. His very first appearances were full of strife and controversy. Sure, he may have taken over some projects, but not without disagreement and/or opposition. I never eulogised him. I am just not going to let you get away with justifying your ad hominem by demonising him. Sure, Shlomi suffers from overly rigid ideas of how to do things and is too eager to dismiss the “old” way along with all other options. But he isn’t stupid either, and he doesn’t just nitpick but contributes. No, not exactly. Based on this early postings that were full of criticisms and nitpicks of the various perl.org sites, Shlomi had PLENTY to say about those sites that certainly qualified as nitpicking. Yes, he has contributed to CPAN. Goodie for him. CPAN contributes are not the be all/end all of a person's worth, however. Thanks for dismantling my point and missing all essence. My point was that he puts his money where his mouth is. He wants things a certain way; he works to make that happen. If you don’t like the way he wants things to be, push back. If he’s badgering someone who should be encouraged, take the badgered’s side. Lashing out at him achieves nothing but to turn the lists into the unpleasant places you made them out to be. Nor is
Re: Taking another swing [was: New module naming]
Aristotle you are, by your words and deeds in this thread, what was known in my days in school as a bully. Apparently age and so-called maturity has not changed that. At this point I choose to ignore you publicly and forego further response, because we have already taken up too much of the mailing list's time. If you have anything further to say, you can say it privately. -Original Message- From: Aristotle Pagaltzis pagalt...@gmx.de Date: Tue, 8 Nov 2011 02:22:15 +0100 To: Perl Module Authors List module-authors@perl.org Subject: Re: Taking another swing [was: New module naming] * Bob Parker b...@perldevgeek.com [2011-11-08 00:30]: Clearly you are another fanboy of Shlomi's. You found me out. I am two days short of proposing gay marriage to him. * Aristotle Pagaltzis pagalt...@gmx.de [2011-11-07 23:50]: * sawyer x xsawy...@gmail.com [2011-11-07 12:40]: This is a case where $a and $b makes absolute sense. It is also the same case as Perl's sort() function that uses $a and $b to indicate two values of the same importance. There is no real case in which `my $a` or `my $b` make sense in Perl, only a handful of cases where they don’t make no sense. I think his point was a reasonable one, if minor. Once again, you too have missed the point. The original post was AN EXAMPLE. At now point was it intended to be usable code in which any reasonable person would be expected to literally use $a or $b. Thanks for pointing it out. I would not have realised this without your helpful contribution. In the real world people learn by copy-pasting code and tweaking until it seems to do what they wanted. Every code example should be as close to real working code as possible, ideally *should* be real working code; or else so broken (by missing declarations and what have you) that it cannot be made to work accidentally. Shlomi was nitpicking for the purpose of nitpicking Hip hip hooray for projection. so as to get his 2￠in there, not for the purpose of contributing to the conversation as it his known to do on a regular basis. In other words, he was stirring up trouble for no reason. No, I believe that was you. You provided no value WHATSOEVER your comment contained zero technical content, which Shlomi’s at least did, even if it was off-topic. But you had to get your utterly worthless 2￠ in there. If this was anyone else BUT Shlomi, we wouldn't even be having this discussion. For whatever reason, you feel the need to defend him against the newcomer who dares to speak up against the status quo. I am not defending anyone. Shlomi was too brash, but then Sawyer was too, and then finally comes here someone whose grand debut consists in lashing out. Some entry. Welcome to you too sir. But the perpetrators of drive-by ad hominems are popular? Particularly ones who come out of the woodworks to beat on the community punchbag after he has already apologized? There was an apology? Start by reading harder next time. Worse yet, nobody likes a know-it-all without the who doesn't have the credentials to back up their b.s. You made a mistake to bring up credentials. His have-to-fix-that attitude has driven Shlomi to pick up the upkeep chores of a whole raft of neglected high-profile CPAN modules, and there are quite a few perl patches to his name. Not all of them have been applied, bless his eager heart :-), but neither have all of them gone unappreciated. That looks like a lot more in credentials than you brought to the table. Honestly, you don't know me or my credentials. No. You just made a point of pointing them out. You have seen exactly 2 posts of mine on this mailing list - the grand total my contributions to the list to date. You should be proud of yourself! Your track record so far is stellar. The reason I haven't contributed so far is because of back-biting, political, personal attacks like you have demonstrated so well here. To hell with furthering the cause of the language - let's form cliques and screw with those people who disagree with us, regardless of what they think. More projection. Why does the back-biting bother you so much when your grand act of entry to this list is to turn the dial to 11 on back-biting? I have followed the career of Shlomi over the years since he first appeared on the scene. His very first appearances were full of strife and controversy. Sure, he may have taken over some projects, but not without disagreement and/or opposition. I never eulogised him. I am just not going to let you get away with justifying your ad hominem by demonising him. Sure, Shlomi suffers from overly rigid ideas of how to do things and is too eager to dismiss the “old” way along with all other options. But he isn’t stupid either, and he doesn’t just nitpick but contributes. No, not exactly. Based on this early postings that were full of criticisms and nitpicks of the various perl.org sites, Shlomi had PLENTY to say about those sites
Re: Taking another swing [was: New module naming]
* Bob Parker b...@perldevgeek.com [2011-11-08 04:55]: Aristotle you are, by your words and deeds in this thread, what was known in my days in school as a bully. Apparently age and so-called maturity has not changed that. Hating Shlomi does not justify bullying him and painting me as the bully for not letting you get away with it does not absolve you. At this point I choose to ignore you publicly and forego further response, because we have already taken up too much of the mailing list's time. Yes please. If you have anything further to say, you can say it privately. No thanks. -- Aristotle Pagaltzis // http://plasmasturm.org/
Re: New module naming
On Mon, Nov 7, 2011 at 9:28 PM, Bob Parker b...@perldevgeek.com wrote: In this particular case, pretty much everyone clearly understood that what was given was a GENERIC EXAMPLE, not real code. It didn't call for code review, comment or criticism on the use of variables or their naming. What was requested was feedback on the naming of the MODULE. If we're still talking about the generic example: Publically available code with lexical $a or $b should always come with a don't do this (unless you know why you should not do this) warning. Then again, if we're now talking about what was requested, I'll just note that your opinion of Shlomi Fish was not. Eirik
Re: New module naming
On Mon, Nov 7, 2011 at 12:36 PM, sawyer x xsawy...@gmail.com wrote:
This is a case where $a and $b makes absolute sense. It is also the same
case as Perl's sort() function that uses $a and $b to indicate two values
of the same importance.
... except declaring them as lexicals still _breaks_ their use in sort {
} in the same scope.
... and _silently_ breaks a naïve mysort { } in the same scope. Even
with strict and warnings!
This is a case where pointing out the shortcomings of lexical $a and $b
makes absolute sense. Frankly, every sample code with lexical $a or $b is
such a case.
Eirik
Re: Taking another swing [was: New module naming]
On Tue, Nov 8, 2011 at 2:22 AM, Aristotle Pagaltzis pagalt...@gmx.de wrote: ... In the real world people learn by copy-pasting code and tweaking until it seems to do what they wanted. Every code example should be as close to real working code as possible, ideally *should* be real working code; or else so broken (by missing declarations and what have you) that it cannot be made to work accidentally. ... No, I believe that was you. You provided no value WHATSOEVER – your comment contained zero technical content, which Shlomi’s at least did, even if it was off-topic. Well - actually I believe that this is something that needs some discussion - so I think it is positive that it was explained. The psychoanalitic rest was rather redundant - I agree. -- Zbigniew Lukasiak http://brudnopis.blogspot.com/ http://perlalchemy.blogspot.com/
New module naming
Hi. I've written few libraries I'd like to release on CPAN and I'm looking for some advice on how to name them. I found this idea in Head First OOADhttp://headfirstlabs.com/books/hfooad/, chapter 5. It's somewhat like a very simple version of Key-Value Codinghttp://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/KeyValueCoding/Articles/Overview.html%23//apple_ref/doc/uid/20001838-SW1. It's also very similar to Object::Generichttp://search.cpan.org/%7Ejmahoney/Object-Generic-0.13/lib/Object/Generic.pmbut I didn't use AUTOLOAD and I implemented 'equals' and 'contains' methods in order to make the objects searchable within a container. Here's an example: my $a = tbd_name::Object-new(); my $b = tbd_name::Object-new(); $a-set( ID, tbd_name::String-new(1234a) ); $b-set( ID, tbd_name::String-new(1234a) ); print $a-get(ID); $a-equals($b) ? print yes; $container = tbd_name::List-new(); $container-add($a); $container-search($b); #which returns $a What do I call this thing? I'm thinking the namespace would be 'KeyValue::' or 'KeyVal::' Would that make sense? (That namespace doesn't seem to be used.) Should this go in 'Class::'? Thanks.
Re: Re: Naming a new module USB::Descriptor?
On 07/22/64 11:59 , David Cantrell wrote:
I'd have thought that Device::USB::Descriptor would be a good place, with no
need for a further ::Device. Underneath that you could have things like
D::U::Descriptor::HID, D::U::Descriptor::Storage or whatever.
Actually, a USB descriptor set is a tree of objects, so there is a need for
other objects under ::Descriptor (such as ::Device). In general there can also
be class-specific descriptors for the different device classes as well as
class-specific versions of the generic descriptors.
A generic USB device has one ::Device descriptor that can then have one or more
::Configuration descriptor children. Each ::Configuration descriptor can have
::Interface descriptor children, each of which can have ::Endpoint descriptors.
The various device classes can add additional descriptors to the tree. For
instance, HID appends a ::Class descriptor to the end of the ::Interface
descriptor, and then requires the ::Interface to indicate the existence of the
trailing ::Class descriptor. The existence of the HID::Class descriptor
triggers the host to ask for HID::Report descriptors, which come in a enough
variety to make a cladist weep. All of these myriad descriptors have fields
that must be specified by the firmware developer.
Given all of that, my plan is to do something like the following, unless
someone has a better way of organizing things...
USB::Descriptor::Device # Device descriptor
USB::Descriptor::Configuration # Configuration descriptor
USB::Descriptor::Interface # ...
USB::Descriptor::Endpoint
USB::HID::Descriptor::Interface
USB::HID::Descriptor::Class
USB::HID::Report::*
USB::DeviceClass::*
...
With that said, I haven't yet decided if I'd prefer to organize the device
classes under ::Descriptor or have ::Descriptor under each device class (e.g.
::Descriptor::HID::* vs ::HID::Descriptor::*.) The HID space could grow rather
large all by itself and the other classes all have their own sets of descriptor
objects as well. I'm leaning towards putting ::Descriptor under the device
classes (::HID::Descriptor::*) because the descriptors for a given device class
are specific to that class, rather than the device class being specific to the
descriptors.
In case an example will make things more clear, here's a descriptor for a
simple fictional device that I've been using for testing...
use USB::Descriptor::Device;
# Test constructor
my $device =
USB::Descriptor::Device-new(
'usb_version' = '1.2.3',
'max_packet_size' = 64,
'configurations' = [ USB::Descriptor::Configuration-new(
'description' = 'Configuration 0',
'remote_wakeup' = 1,
'max_current'= 100, # mA
'interfaces'= [ USB::Descriptor::Interface-new(
'description' = 'Interface 0',
'endpoints'= [ USB::Descriptor::Endpoint-new(
'direction' = 'in',
'number'= 1,
'max_packet_size' = 64,
)],
)],
)],
);
# Test accessors
$device-vendorID(0x0C16);# Movea
$device-productID(0xFF); # test product
$device-manufacturer('Movea');
$device-product('Test Product');
$device-serial_number('0');
So, to reiterate, my questions are:
1) Is there a better way to organize all of these objects?
2) Should the descriptor object tree be rooted under Device::USB or should it
be under USB::?
Any thoughts?
Re: Naming a new module USB::Descriptor?
On Mon, Aug 01, 2011 at 10:59:35AM -0700, Brandon Fosdick wrote: My day job has me manually creating descriptors for USB devices more often than I care to, so I've created a module for auto-generating said descriptors. The resulting object tree can then be output as a structure suitable for compiling, or assembling, into a device's firmware. Where in the namespace hierarchy should I put these objects? For the moment I'm using USB::Descriptor::Device, USB::Descriptor::Interface and so on. Eventually I'll also have USB::HID::Descriptor::Device, etc. But, it seems there is no USB namespace in CPAN. I see that packages that represent, or interface with, specific devices live under Device::, and Device::USB in particular. However, that doesn't seem like a proper home for a module that deals with concepts at the specification level, as opposed to interacting with a particular connected device. That, and Device::USB::Descriptor::Device seems a little silly. Suggestions? Thoughts? Any problems with me creating a top level USB namespace? I'd have thought that Device::USB::Descriptor would be a good place, with no need for a further ::Device. Underneath that you could have things like D::U::Descriptor::HID, D::U::Descriptor::Storage or whatever. -- David Cantrell | Nth greatest programmer in the world The children now love luxury; they have bad manners, contempt for authority; they show disrespect for elders and love chatter in place of exercise. Children are now tyrants, not the servants of their households. They no longer rise when elders enter the room. They contradict their parents, chatter before company, gobble up dainties at the table, cross their legs, and tyrannize their teachers. -- attributed by Plato to Socrates
Naming a new module USB::Descriptor?
I sent this to modu...@perl.org, but didn't get a response. So, I'm trying here. My day job has me manually creating descriptors for USB devices more often than I care to, so I've created a module for auto-generating said descriptors. The resulting object tree can then be output as a structure suitable for compiling, or assembling, into a device's firmware. Where in the namespace hierarchy should I put these objects? For the moment I'm using USB::Descriptor::Device, USB::Descriptor::Interface and so on. Eventually I'll also have USB::HID::Descriptor::Device, etc. But, it seems there is no USB namespace in CPAN. I see that packages that represent, or interface with, specific devices live under Device::, and Device::USB in particular. However, that doesn't seem like a proper home for a module that deals with concepts at the specification level, as opposed to interacting with a particular connected device. That, and Device::USB::Descriptor::Device seems a little silly. Suggestions? Thoughts? Any problems with me creating a top level USB namespace?
new module/namespace query
Greetings, I'm in the process of finishing a module for reading data from a Velleman PPS10 oscilloscope and would like some input on naming it. There already exist some modules that interface with other Velleman products and are under the Device::Velleman namespace. For example: Device::Velleman::K8055::libk8055 I think Device::Velleman::PPS10 might be appropriate. I was also thinking of Oscilloscope::Velleman::PPS10 as a possibility. But there is no Oscilloscope:: namespace. The oscilloscope sends series of packets (or frames) of data of the signal it's rendering on the screen. Each packet of data includes header information such as volts/division time/division, plus 256 samples of voltage that was used to render the trace on it's LCD screen. The data is complete so that a graphical oscilloscope software could render the same thing on the screen. The LCD screen has lower resolution and only displays half the samples the instrument measures, so there is value in grabbing this data by software. Here is what the module does. It reads the binary data using Device::SerialPort and parses into individual packets. It returns a hash containing the original binary data, the header info and the samples scaled to actual volts and sampling times. The calling application can then do whatever it wants with the data. The communication is one way and there is no way to control the oscilloscope over the serial line. I wrote a second module to display the traces by piping the trace data to gnuplot. The main program reads the oscilloscope data in a loop and calls a method on let's say an Oscilloscope::Gnuplot object to render each parsed packet. This was a cheap way of rendering the read data and works quite well. It's responsive on my old system and displays about 10 frames/s. I'm wondering if this second module might be worth posting to CPAN as well. thanks for any input. narbey
Re: advice on submitting new module
Use modulemaker to help you make a module. http://search.cpan.org/dist/ExtUtils-ModuleMaker/scripts/modulemaker Make a good MANIFEST.skip and run perl Build.PL perl Build manifest perl Build dist This will make a tar file which you should upload. Kartik Thakore On 2010-08-26, at 8:34 AM, Ben Bimber bbim...@gmail.com wrote: Hello, I am trying to submit a new module for the first time and would like to be sure I'm doing everything correctly. The module itself is extremely simple: one file written in pure perl (attached). I followed what I believe I needed to create in terms of other files (like build.PL). I am new to this process, so would anyone be willing to quickly look at it? Is there another process for validating a module prior to submission? Thanks for any help and sorry if I missed something. -Ben Labkey-query.zip
Re: Advice on new module
Thanks, everyone, for the input! Net::PJLink v0.02 should have much improved tests. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Confidentiality Notice for North Kansas City Schools: This correspondence and any attachments are for the sole use of the intended recipient(s) and may contain confidential or privileged information. Any unauthorized use, disclosure, or distribution is prohibited and may be unlawful. If you are not the intended recipient or a person responsible for delivering this message to the intended recipient(s), please contact the sender and destroy all copies of the original message. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Advice on new module
Hello module authors, I am preparing a new module for upload to CPAN. Currently it is named Net::PJLink, as it is an implementation of the PJLink network protocol (used for controlling multimedia projectors). However, I read the warning at https://pause.perl.org/pause/authenquery?ACTION=pause_namingmodules#Net and thought it would be best to make sure before requesting the namespace. Is there a more appropriate name for this module? My second question concerns writing tests for this module. Most of the module's functionality is based on formatting and parsing network messages. I've thought of making the test fork a listener process that the tests can connect to, but I think that might cause problems on some platforms and firewalls. I could put special functions in the module that would return the network message instead of sending it, but that wouldn't really be testing the network functionality. So, what is the best method of testing something that uses network sockets? Thanks! = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Confidentiality Notice for North Kansas City Schools: This correspondence and any attachments are for the sole use of the intended recipient(s) and may contain confidential or privileged information. Any unauthorized use, disclosure, or distribution is prohibited and may be unlawful. If you are not the intended recipient or a person responsible for delivering this message to the intended recipient(s), please contact the sender and destroy all copies of the original message. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Re: Advice on new module
Kyle Emmons said: Hello module authors, I am preparing a new module for upload to CPAN. Currently it is named Net::PJLink, as it is an implementation of the PJLink network protocol (used for controlling multimedia projectors). However, I read the warning at https://pause.perl.org/pause/authenquery?ACTION=pause_namingmodules#Net and thought it would be best to make sure before requesting the namespace. Is there a more appropriate name for this module? While I can't comment on the testing (i'm not sure about that either) i'd say the name is probably perfect, it fits in with a number of other network protocol modules out there, Net::OSCAR, Net::IRC, etc.
Re: Advice on new module
Quoth kemm...@nkcsd.k12.mo.us (Kyle Emmons): Hello module authors, I am preparing a new module for upload to CPAN. Currently it is named Net::PJLink, as it is an implementation of the PJLink network protocol (used for controlling multimedia projectors). However, I read the warning at https://pause.perl.org/pause/authenquery?ACTION=pause_namingmodules#Net and thought it would be best to make sure before requesting the namespace. Is there a more appropriate name for this module? Seems like a good name to me. Is PJLink a sufficiently well-known name for the protocol you're implementing that someone looking for this module would search for that term? My second question concerns writing tests for this module. Most of the module's functionality is based on formatting and parsing network messages. I've thought of making the test fork a listener process that the tests can connect to, but I think that might cause problems on some platforms and firewalls. I'd say this is right. If fork fails, or if you can't connect to the listener and send a dummy message, skip the tests. I could put special functions in the module that would return the network message instead of sending it, but that wouldn't really be testing the network functionality. In an ideal world you would do both, of course: test the functions that do the protocol handling on their own, passing in strings, and then test the network bits with a socket. Ben
Name Proposal for new Module (HTML::EditableTable)
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 Thanks for your consideration, Andy Espenscheid Freescale Semiconductor
Re: Name Proposal for new Module (HTML::EditableTable)
# from Andrew Espenscheid # on Tuesday 01 December 2009 06:39: I propose the following names for the modules HTML::EditableTable HTML::EditableTable::Horizontal HTML::EditableTable::Vertical Hi Andrew, The 'tableTable' part of the name is a bit of a mouthful. What about TableEditor? But, what aspect of the API makes the table editable? Perhaps something like TableMaker or TableBuilder would be a more apt description? Or even Tabulator. --Eric -- Turns out the optimal technique is to put it in reverse and gun it. --Steven Squyres (on challenges in interplanetary robot navigation) --- http://scratchcomputing.com ---
Re: Name Proposal for new Module (HTML::EditableTable)
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
New module: Alien::SDL
I have started work on Alien module similiar to the wxwidgets except for SDL and related libs. It purpose will be to provide details on how SDL is installed on the host system. Moreover if SDL is missing it will download either source or binaries. Since this will be my first CPAN module, how do I upload the module? I already have a cpan account. Kartik Thakore
Re: New module: Alien::SDL
On Fri, Aug 7, 2009 at 8:21 AM, Kartik Thakorethakore.kar...@gmail.com wrote: either source or binaries. Since this will be my first CPAN module, how do I upload the module? I already have a cpan account. Read the instructions: https://pause.perl.org/pause/authenquery?ACTION=pause_04about Upload here: https://pause.perl.org/pause/authenquery?ACTION=add_uri -- David
Re: New Module
* Jonathan Rockway j...@jrock.us [2009-05-03 08:00]: * On Sat, May 02 2009, Aristotle Pagaltzis wrote: Yeah, if there are thousands of other programmers using a module, then its name can be pretty much anything. If more or less the only marketing it has is search.cpan.org results page, then most potential users will miss it unless its name is descriptive and based on keywords someone might actually use to search for something like it. This is why Perl people should blog more. Agreed, that helps up to a point. But you can’t natter on about *every* module at the same level of noise. Plus, the number of Perl programmers who don’t mingle with the community and won’t be reached by blog buzz dwarfs the community core; for them, only the slow trickle of mindshare among peers will work. (Actually, s/Perl// – it’s true of all programming communities.) But it’s them who give Perl coin in corporate environments, not the core community directly. Basically I think that irrespective of other marketing efforts, the Zen of Comprehensive Archive Networks remains valid. Ultimately I think the smaller and more focussed a module, the more sense it makes to name it neutrally and descriptively. For complex packages, a more googlable name is more useful, since their mindshare flows from different channels. Regards, -- Aristotle Pagaltzis // http://plasmasturm.org/
Re: New Module
On May 3, 2009, at 6:54 AM, Aristotle Pagaltzis wrote: * Jonathan Rockway j...@jrock.us [2009-05-03 08:00]: This is why Perl people should blog more. Agreed, that helps up to a point. But you can’t natter on about *every* module at the same level of noise. I vehemently agree. At the risk of derailing this thread, I'll digress to say the Iron Man blogging competition has actually made me read fewer posts -- my initial impression was that the quality of a post was lower if it mentioned Iron Man in the first sentence. If you blog because you are inspired to say something important to the community, then I want to read it. If you blog every time you release a module, or just because mst told you to, then you are just lowering the signal-to-noise ratio. High S/N means optimizing quality/quantity. Jonathan's simply-stated opinion pushes to increase the denominator, which may help increase the visibility of the community but hurts inside the community. Chris
Re: New Module
* Chris Dolan ch...@chrisdolan.net [2009-05-03 16:25]: If you blog because you are inspired to say something important to the community, then I want to read it. If you blog every time you release a module, or just because mst told you to, then you are just lowering the signal-to-noise ratio. High S/N means optimizing quality/quantity. Jonathan's simply-stated opinion pushes to increase the denominator, which may help increase the visibility of the community but hurts inside the community. I don’t know that it’s that simple. The Iron Man thing has caused a lot of personal weblogs to pop up and there’ve been plenty of genuinely interesting posts in them. Regards, -- Aristotle Pagaltzis // http://plasmasturm.org/
Re: New Module
2009/5/2 Jonathan Rockway j...@jrock.us * On Thu, Apr 30 2009, Ivan Wills wrote: My module uses template toolkit templates. By manage I mean provide a command line tool to supply template parameters and print out processed templates. My long term goal is to provide a infrastructure to produce commands like catalyst.pl or h2xs which uses templates, instead of being coded into the scripts/modules of those commands, so that you can override templates if you don't like the defaults those programs use. I would use the App:: namespace for this. In the end, it doesn't really matter what you name your module. Concentrate on writing it, and worry about naming later (or never). People will find your module, even if the name doesn't make sense. (Examples: Moose, Catalyst.) Also, don't worry about the people that want you to justify the module's existence by explaining how it's different from other things. The other things are worth considering (the best code is code you didn't have to write), but if you don't like the existing stuff and you can't fix it, write your own. You don't need to be accountable to anyone but yourself. Regards, Jonathan Rockway -- print just = another = perl = hacker = if $,=$ Thanks, that's just the sort of response I needed to hear :-) -- email/jabber: ivan.wi...@gmail.com / / _ _ / \ / | | | | /\/ \_| | |
Re: New Module
* Jonathan Rockway j...@jrock.us [2009-05-01 19:15]: People will find your module, even if the name doesn't make sense. (Examples: Moose, Catalyst.) Yeah, if there are thousands of other programmers using a module, then its name can be pretty much anything. If more or less the only marketing it has is search.cpan.org results page, then most potential users will miss it unless its name is descriptive and based on keywords someone might actually use to search for something like it. Regards, -- Aristotle Pagaltzis // http://plasmasturm.org/
Re: New Module
* On Sat, May 02 2009, Aristotle Pagaltzis wrote: * Jonathan Rockway j...@jrock.us [2009-05-01 19:15]: People will find your module, even if the name doesn't make sense. (Examples: Moose, Catalyst.) Yeah, if there are thousands of other programmers using a module, then its name can be pretty much anything. If more or less the only marketing it has is search.cpan.org results page, then most potential users will miss it unless its name is descriptive and based on keywords someone might actually use to search for something like it. This is why Perl people should blog more. Regards, Jonathan Rockway -- print just = another = perl = hacker = if $,=$
Re: New Module
* On Thu, Apr 30 2009, Ivan Wills wrote: My module uses template toolkit templates. By manage I mean provide a command line tool to supply template parameters and print out processed templates. My long term goal is to provide a infrastructure to produce commands like catalyst.pl or h2xs which uses templates, instead of being coded into the scripts/modules of those commands, so that you can override templates if you don't like the defaults those programs use. I would use the App:: namespace for this. In the end, it doesn't really matter what you name your module. Concentrate on writing it, and worry about naming later (or never). People will find your module, even if the name doesn't make sense. (Examples: Moose, Catalyst.) Also, don't worry about the people that want you to justify the module's existence by explaining how it's different from other things. The other things are worth considering (the best code is code you didn't have to write), but if you don't like the existing stuff and you can't fix it, write your own. You don't need to be accountable to anyone but yourself. Regards, Jonathan Rockway -- print just = another = perl = hacker = if $,=$
Re: New Module
2009/4/29 Andy Armstrong a...@hexten.net On 29 Apr 2009, at 11:59, Ivan Wills wrote: I have most converted a script that I have long used for managing templates (for files like perl files, XHTML etc) into a package that I can upload to CPAN. It includes a script to actually pass the templates. At the moment it is called Template::CMD. I was wondering if this is the correct/best name for it? I think the Template namespace pretty much belongs to Template Toolkit. Can you expand on what 'managing templates' amounts to? -- Andy Armstrong, Hexten My module uses template toolkit templates. By manage I mean provide a command line tool to supply template parameters and print out processed templates. My long term goal is to provide a infrastructure to produce commands like catalyst.pl or h2xs which uses templates, instead of being coded into the scripts/modules of those commands, so that you can override templates if you don't like the defaults those programs use. Ivan Wills -- email/jabber: ivan.wi...@gmail.com / / _ _ / \ / | | | | /\/ \_| | |
Re: New Module
Ivan Wills ha scritto: 2009/4/29 Andy Armstrong a...@hexten.net mailto:a...@hexten.net On 29 Apr 2009, at 11:59, Ivan Wills wrote: I have most converted a script that I have long used for managing templates (for files like perl files, XHTML etc) into a package that I can upload to CPAN. It includes a script to actually pass the templates. At the moment it is called Template::CMD. I was wondering if this is the correct/best name for it? I think the Template namespace pretty much belongs to Template Toolkit. Can you expand on what 'managing templates' amounts to? -- Andy Armstrong, Hexten My module uses template toolkit templates. By manage I mean provide a command line tool to supply template parameters and print out processed templates. Which is the added values of your solution with respect using tpage/ttree ? Best, Marco. My long term goal is to provide a infrastructure to produce commands like catalyst.pl or h2xs which uses templates, instead of being coded into the scripts/modules of those commands, so that you can override templates if you don't like the defaults those programs use. Ivan Wills -- email/jabber: ivan.wi...@gmail.com mailto:ivan.wi...@gmail.com / / _ _ / \ / | | | | /\/ \_| | |
New Module
Hi, I have most converted a script that I have long used for managing templates (for files like perl files, XHTML etc) into a package that I can upload to CPAN. It includes a script to actually pass the templates. At the moment it is called Template::CMD. I was wondering if this is the correct/best name for it? Any comments would be appreciated. Ivan Wills -- email/jabber: ivan.wi...@gmail.com / / _ _ / \ / | | | | /\/ \_| | |
Re: New Module
On 29 Apr 2009, at 11:59, Ivan Wills wrote: I have most converted a script that I have long used for managing templates (for files like perl files, XHTML etc) into a package that I can upload to CPAN. It includes a script to actually pass the templates. At the moment it is called Template::CMD. I was wondering if this is the correct/best name for it? I think the Template namespace pretty much belongs to Template Toolkit. Can you expand on what 'managing templates' amounts to? -- Andy Armstrong, Hexten
New module idea for intranet location of ipaddresses
Hi all, 1st post to list The idea of the module I am working on comes from Max Mind's Geoip location module and the awstats log analysis package. My module does a similar thing, it allows an ipaddress to be passed and provides location info, but it is designed for use in an intranet (10.x.x.x) environment where one subnet would usually correspond to one building, site, floor etc. As a result, my module requires some code to generate the list of locations against ipaddresses, this is a separate program. At the moment, the perl runs as a stand alone program, I am still looking at the process for doing it as a module. Module::Starter has been suggested as a way to go, but as yet I haven't looked in to it in any depth. What I would like to achieve from this post is an idea for where in the cpan hierarchy it should go. I am not sure how an external config file fits with a perl module though. Should a module be entirely self contained? Regards, Andrew Stringer
Re: New module idea for intranet location of ipaddresses
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 in a Perl module. CPAN lets you put it in a MyConfig.pm file under your home directory or have a system-wide CPAN::Config module. But I think the most flexible way would be to just make the user pass the configuration in as an argument, perhaps as a hashref. In the docs, you could suggest that the user store the configuration in a Perl, YAML, or XML file but pass the information in as a hash. I think that makes it easiest for the user to control how they might want to handle configuration in their own environment.
Re: Choosing a name for may new module
Jean-Christian Hassler wrote: Well... The module itself is not made specially for catalyst. I d'like to use it in a view for catalyst in a second time. Just like HTML::Template which is used in Catalyst::View::HTML::Template . Fair enough. Regardless, I think you'll get more interest on the Catalyst list though. Anything that's tangentially related to Catalyst is welcome there, and there's a lot more traffic than on module-authors. Regards, Jonathan Rockway
Re: Choosing a name for may new module
Jean-Christian Hassler wrote: Hello !! I would like to create a module to use as a view in the catalyst framework. You should ask on the Catalyst list instead. See http://lists.scsys.co.uk/mailman/listinfo/catalyst for details. Regards, Jonathan Rockway signature.asc Description: OpenPGP digital signature
Re: Choosing a name for may new module
Well... The module itself is not made specially for catalyst. I d'like to use it in a view for catalyst in a second time. Just like HTML::Template which is used in Catalyst::View::HTML::Template . Le jeudi 27 septembre 2007 à 15:32 -0500, Jonathan Rockway a écrit : Jean-Christian Hassler wrote: Hello !! I would like to create a module to use as a view in the catalyst framework. You should ask on the Catalyst list instead. See http://lists.scsys.co.uk/mailman/listinfo/catalyst for details. Regards, Jonathan Rockway
Proposal for new module Statistics::Gtest
I've written a small object-oriented module to calculate a G-statistic for goodness of fit, given tabular data. I'm pretty certain one doesn't exist in CPAN, but if anyone knows of such a thing, please stop me before I push it up to PAUSE. For more information about the module and what it does, please look at the following two links: http://www.perlmonks.org/?node_id=629450 http://www.perlmonks.org/?node_id=630637 All comments welcome. -- David Fleck [EMAIL PROTECTED]
Re: RFC: new module Finance::MortgageCalculator
Perhaps Finance::Calculator::Mortgage? - Original Message - From: Dmitri Tikhonov [EMAIL PROTECTED] To: Smylers [EMAIL PROTECTED] Cc: module-authors@perl.org Sent: Wednesday, November 01, 2006 9:32 AM Subject: Re: RFC: new module Finance::MortgageCalculator Mortgages may compound differently -- monthly (the most common in the USA), biweekly, or semi-annually (Canadian). The common thing between them is that there's still a fixed number of payments. I will make the interface support all of these methods. The following web site has some formulas and derivations: http://www.hughchou.org/calc/formula.html I guess I could do Finance::MortgageCalculator and Finance::MortgageCalculator::US (which would be an empty subclass) and then people could inherit from Finance::MortageCalculator and create their own country-specific calculators. (I'd still like the word Calculator being present in the name. When I look at module named Finance::Mortgage I think to myself -- mortgage *what*?) - Dmitri.
Re: RFC: new module Finance::MortgageCalculator
On November 1st Chris wrote: Is this discount completely unique to the UK? I wouldn't've thought so. But I only know UK mortgages, and the things I mentioned weren't included by Dmitri in the description of what his module does, nor on the webpage he linked to about how to calculate USA and Canadian mortgages. So the module as described is insufficient to deal with UK mortgages. It presumably is sufficient for those in other places. So I think it should avoid having a name which overstates its remit; other modules on Cpan have done that. Here's one which recently renamed itself to include EN in its name, on the basis that the 'natural' dates it deals with are only natural to the subset of the world that speaks English, not the entire population: http://search.cpan.org/src/SCHUBIGER/DateTime-Format-Natural-EN-0.07/Changes The US has adjustable rate mortages which affect the rate based on economic conditions. I think that's common, but it's also common to ignore it -- basically because as soon as you have a formula which includes 'what interest rates will be in a decade's time' you end up with a function which always returns undef, and that isn't very interesting! Smylers
Re: RFC: new module Finance::MortgageCalculator
Dmitri Tikhonov writes: I intend to write a new module, Finance::MortgageCalculator, with the express purpose of calculating mortgages. Does anyone foresee any problem with the name? Which country's mortgage markets are you familiar with? Do you have confidence that whatever calculations you are doing will be appropriate in other countries? Something like Finance::Mortgages::ZZ may be more appropriate, where ZZ is your country code. Smylers
Re: RFC: new module Finance::MortgageCalculator
On Wed, 1 Nov 2006, Smylers wrote: Dmitri Tikhonov writes: I intend to write a new module, Finance::MortgageCalculator, with the express purpose of calculating mortgages. Does anyone foresee any problem with the name? Which country's mortgage markets are you familiar with? Do you have confidence that whatever calculations you are doing will be appropriate in other countries? What are the differences likely to be encountered in other countries? Isn't a basic mortgage calculation based on principle times interest, and then determining monthly payments? There could be other aspects to calculate, depending on the scope of the module. Something like Finance::Mortgages::ZZ may be more appropriate, where ZZ is your country code. I'd go with the suggestion of Finance::Mortgage or (..Mortages). but I don't see an obvious need for a country code. If mortgage markets and calculations are widely different between countries, couldn't one module be flexible enough to handle variances in the formula. Christopher Josephes [EMAIL PROTECTED]
Re: RFC: new module Finance::MortgageCalculator
Chris writes: On Wed, 1 Nov 2006, Smylers wrote: Dmitri Tikhonov writes: I intend to write a new module, Finance::MortgageCalculator, with the express purpose of calculating mortgages. Does anyone foresee any problem with the name? Which country's mortgage markets are you familiar with? Do you have confidence that whatever calculations you are doing will be appropriate in other countries? What are the differences likely to be encountered in other countries? I don't know what countries other than the UK do, so I wouldn't know what the differences from elsewhere are. But I have friends and work colleagues who've moved here from other countries and asked about how mortgages work in this country, and found them different. And I do know that in the UK you have to take the mortgage provider into account: different providers have different way of converting headline interest rates into monthly payments. Exactly how they do this (and how they are permitted to do it) has had several changes over the past decade or so (and probably before). At least many of those changes are prompted by the financial regulators, who outlaw certain practices or insist on things being done in particur ways. I would be surprised if each country's regulators were imposing exactly the same restrictions simultaneously. Isn't a basic mortgage calculation based on principle times interest, and then determining monthly payments? Ah, if the module is just doing a basic interest calculation, then yes, that's just a simple matter of mathematics. But in that case I reckon Finance::LoanCalculator or Finance::InterestCalculator would be a better name, because it isn't including any of the aspects which make a mortgage distinct from any other sort of loan. Smylers
Re: RFC: new module Finance::MortgageCalculator
Mortgages may compound differently -- monthly (the most common in the USA), biweekly, or semi-annually (Canadian). The common thing between them is that there's still a fixed number of payments. I will make the interface support all of these methods. The following web site has some formulas and derivations: http://www.hughchou.org/calc/formula.html I guess I could do Finance::MortgageCalculator and Finance::MortgageCalculator::US (which would be an empty subclass) and then people could inherit from Finance::MortageCalculator and create their own country-specific calculators. (I'd still like the word Calculator being present in the name. When I look at module named Finance::Mortgage I think to myself -- mortgage *what*?) - Dmitri.
Re: RFC: new module Finance::MortgageCalculator
Dmitri Tikhonov writes: Mortgages may compound differently -- monthly (the most common in the USA), biweekly, or semi-annually (Canadian). Or indeed daily: http://www.nationwide.co.uk/mortgage/homebuyers/intro.htm The common thing between them is that there's still a fixed number of payments. Sure. But that still sounds like it's common to all loans, not just mortgages. In the UK mortgages many also have a discounted rate for the first few years. I had one which had a discount of 1.2% points for 2 years followed by a premium of 0.8% points for 3 years (so paying out less during the first couple of years after buying a home, but making up for it in years 3-5, by which time you've hopefully got a payrise). And there are interest-only mortgages, where in theory you only pay the interest each month, leaving the main part of the debt exactly the same size, and then also pay into an entirely separate fund to build up some capital to pay off the debt at the mortgage expiry. In practice of course folks mainly seem to get the money to pay it off by suing their financial advisors for persuading them to sign such risky deals in the first place. There have been studies which showed how in the UK it is basically impossible to compare credit card rates, because every supplier has a different way of doing their calculations (and not really making public what they are). It wouldn't surprise me to find something similar going on with mortgages -- certainly I have been in the position of having a choice between two mortgages and the one with the lower rate had the higher monthly payment. I will make the interface support all of these methods. Great. The following web site has some formulas and derivations: http://www.hughchou.org/calc/formula.html That page mentions amortization, and despite its title I still don't see anything which makes it apply only to mortgages and not to other sorts of loans. Using Loan or Amortize would seem more sensible to me -- then somebody wanting to look at, say, amortized student loan payments might still think of using the module, whereas she could be put off by having mortgage in the name. I guess I could do Finance::MortgageCalculator and Finance::MortgageCalculator::US (which would be an empty subclass) and then people could inherit from Finance::MortageCalculator and create their own country-specific calculators. Only do that if it makes sense! You asked if anybody could see any problems, and I suggested being specific to a particular country as being a potential one. If your module isn't actually USA-specific then don't bother. My only concern was not to have a module which is only applicable in a particular country not having that as part of its name. (Note that having the ::US module as an empty subclass doesn't really solve this: you still have the problem of a module with a generic name not applying outside the USA.) (I'd still like the word Calculator being present in the name. When I look at module named Finance::Mortgage I think to myself -- mortgage *what*?) Finanace::Mortgages obviously deals with mortgages; what else could it do but calculate them? Calculator is a little like Process or Do or Library or so on: given that without any help from the name we already know this is a Perl library that does something, it doesn't really add anything. Smylers
Re: RFC: new module Finance::MortgageCalculator
* at 31/10 22:08 -0500 Dmitri Tikhonov said: Fellow authors, I intend to write a new module, Finance::MortgageCalculator, with the express purpose of calculating mortgages. Does anyone foresee any problem with the name? I searched CPAN for a while but have not found a module that does something like this. Out of interest what will it add to the functionality of Finance::Loan? cheers Struan
Re: RFC: new module Finance::MortgageCalculator
On Wed, 1 Nov 2006, Smylers wrote: In the UK mortgages many also have a discounted rate for the first few years. I had one which had a discount of 1.2% points for 2 years followed by a premium of 0.8% points for 3 years (so paying out less during the first couple of years after buying a home, but making up for it in years 3-5, by which time you've hopefully got a payrise). Is this discount completely unique to the UK? The US has adjustable rate mortages which affect the rate based on economic conditions. It looks like the module has a good start, and maybe improve down the road; but throwing in geo-centric sub modules might add on a layer of complexity down the road. What if six different countries have the exact same mortgage model. What if one country has no regulation, or if they change their finance laws every few years. And there are interest-only mortgages, where in theory you only pay the interest each month, leaving the main part of the debt exactly the same size, and then also pay into an entirely separate fund to build up some capital to pay off the debt at the mortgage expiry. In practice of course folks mainly seem to get the money to pay it off by suing their financial advisors for persuading them to sign such risky deals in the first place. There have been studies which showed how in the UK it is basically impossible to compare credit card rates, because every supplier has a different way of doing their calculations (and not really making public what they are). It wouldn't surprise me to find something similar going on with mortgages -- certainly I have been in the position of having a choice between two mortgages and the one with the lower rate had the higher monthly payment. Again, interest only mortgages are not unique to the UK, and there are about 3 different forumas for calculating credit card interest in the US Christopher Josephes [EMAIL PROTECTED]
RFC: new module Finance::MortgageCalculator
Title: RFC: new module Finance::MortgageCalculator Fellow authors, I intend to write a new module, Finance::MortgageCalculator, with the express purpose of calculating mortgages. Does anyone foresee any problem with the name? I searched CPAN for a while but have not found a module that does something like this. Thanks for the input, - Dmitri.
Proposed new module: Parallel::Pvm::ResourceManager
There is currently a module called Parallel::Pvm which provides a perl interface to PVM. After coding some programs to execute tasks in a cluster I found that there is no higher-level interface to submit tasks to PVM and obtain their results after they have completed, so I created a module to do just this. It makes use of Parallel::Pvm. It is designed to provide a simply interface to submit tasks. Is this okay? Ryan
New module name
Greetings. One day when I was tired from being (almost) unable to work with Unicode file names on Win32, I wrote a module with wrappers around Win32 API function that uses Win32::API to actually import them from .dlls. I did not use Win32API::File because it doesn't provide convient way to use Perl unicode strings as arguments, nor does it check for some errors that I feel should be critical, nor does it parse structures in output and, finally, it simply does not implement several function I needed, like FindFirstFileW, for example. So, right now my module have some *W functions implemented, namely: MoveFileW CopyFileW FindFirstFileW FindNextFileW FindClose. Glob function based on last three *W win32api_glob (which probably will be moved in future to sub-module ::Glob and made do be as close as posible to File::Glob functions), some helper functions that pack/unpack structures based on C-struct defenitions parsed verbatim from MSDN and I plan to implement other *W functions, especially those not covered by Win32API::File at all. Only important limitation is that I will only use *W functions, unless function is neutral, like FindClose. Right now I think Win32::FileW would be a good name for this module. Is there any problems with such name or suggestions of better one? -- Oleg Rowaa[SR13] V. Volkov
Re: New module name
Greetings. David Golden [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Oleg, thanks for tackling such a tricky subject. Would you consider patching Win32API::File instead of releasing a new module? Or working with the current maintainer, demerphq, on improvements? I think that would be a better approach. I lean in favor of new module, because I think that it would have different approach to task. Win32API::File is low-lever here's your access to internals, do what you want. It doesn't do any recoding or reformating (well, almost) for both input and output to make it more Perl-like, it doesn't handle Unicode or other argument errors and that's probably what it is intended to do - if someone wants quick access to API and knows exactly what he feeding there and what he gets back, Win32API::File is for him. I intend to make my module just as easy to use as normal copy or move functions from perlfunc. It will take care of checking arguments, croaking when user passes bytes instead of strings or undefined handles and will do other stuff people may not want from module that supposed to just give access to API. Another reason is that Win32API::File is partially XS and I'm not ready to mess with it just yet. -- Oleg Rowaa[SR13] V. Volkov
Re: New module name
On 9/19/06, David Golden [EMAIL PROTECTED] wrote: Oleg V. Volkov wrote: Greetings. One day when I was tired from being (almost) unable to work with Unicode file names on Win32, I wrote a module with wrappers around Win32 API function that uses Win32::API to actually import them from .dlls. I did not use Win32API::File because it doesn't provide convient way to use Perl unicode strings as arguments, nor does it check for some errors that I feel should be critical, nor does it parse structures in output and, finally, it simply does not implement several function I needed, like FindFirstFileW, for example. So, right now my module have some *W functions implemented, namely: MoveFileW CopyFileW FindFirstFileW FindNextFileW FindClose. Glob function based on last three *W win32api_glob (which probably will be moved in future to sub-module ::Glob and made do be as close as posible to File::Glob functions), some helper functions that pack/unpack structures based on C-struct defenitions parsed verbatim from MSDN and I plan to implement other *W functions, especially those not covered by Win32API::File at all. Only important limitation is that I will only use *W functions, unless function is neutral, like FindClose. Right now I think Win32::FileW would be a good name for this module. Is there any problems with such name or suggestions of better one? Oleg, thanks for tackling such a tricky subject. Would you consider patching Win32API::File instead of releasing a new module? Or working with the current maintainer, demerphq, on improvements? I think that would be a better approach. I agree. Id also like to see more detail about the perceived weaknesses in Win32API::File. Also, id say that doing direct bindings against the Win API is superior to using Win32::API, although im probably a touch biased. Yves -- perl -Mre=debug -e /just|another|perl|hacker/
Re: New module name
Oleg V. Volkov wrote: I lean in favor of new module, because I think that it would have different approach to task. Win32API::File is low-lever here's your access to internals, do what you want. It doesn't do any recoding or reformating (well, almost) for both input and output to make it more Perl-like, it doesn't handle Unicode or other argument errors and that's probably what it is intended to do - if someone wants quick access to API and knows exactly what he feeding there and what he gets back, Win32API::File is for him. I intend to make my module just as easy to use as normal copy or move functions from perlfunc. It will take care of checking arguments, croaking when user passes bytes instead of strings or undefined handles and will do other stuff people may not want from module that supposed to just give access to API. Another reason is that Win32API::File is partially XS and I'm not ready to mess with it just yet. I'd like to see a mixture of high and low level features available in one nicely done module than having features scattered across various Win32::File* modules. A word of warning about Win32::API -- the current release doesn't build on MinGW, which prevents it from working on Vanilla Perl. There's an unreleased patch, but it needs a new maintainer. See: http://win32.perl.org/wiki/index.php?title=Vanilla_Perl_Problem_Modules for some details. Regards, David
Re: New module name
Greetings.
I agree. Id also like to see more detail about the perceived
weaknesses in Win32API::File. Also, id say that doing direct bindings
against the Win API is superior to using Win32::API, although im
probably a touch biased.
I'll just use an example. Here's the script my friend asked me to write - it
scans current directory and converts japanese filenames with Text::Kakasi to
romaji:
use Encode;
use Text::Kakasi;
use Win32::FileW;
use strict;
use warnings;
my @keys=qw(-Ha -Ka -Ja -Ea -ka -s);
my $k=Text::Kakasi-new(@keys, '-iutf8', '-outf8');
foreach my $oldname (win32api_glob('*')){
my $newname=$k-get($oldname);
if($oldname eq $newname) { next; }
unless(MoveFileW($oldname, $newname)){
win32api_print ERR $oldname: failed to rename to $newname: $!\n;
} else {
win32api_print OK $oldname: renamed to $newname\n;
}
}
Try rewriting it with Win32API::File.
--
Oleg Rowaa[SR13] V. Volkov
New module File::SlurpCache - new CPAN distro or merge in existing?
Following the resounding success [i.e. nobody complained] of my File::StatCache module sitting in the File-StatCache CPAN distribution, I'd now like to follow it up with a second module. This module builds on top of the first, implementing a read cache. Simple behaviour - give it a filename, it returns the entire contents in one scalar. I propose to call it File::SlurpCache [given as File::Cache and Cache::File both already exist]. But where to put it? * In its own distribution, again like File-StatCache, containing only one .pm file * In the same File-StatCache one, as they are likely to be used together Any advice / precident either way? -- Paul LeoNerd Evans [EMAIL PROTECTED] ICQ# 4135350 | Registered Linux# 179460 http://www.leonerd.org.uk/ signature.asc Description: Digital signature
Re: New module File::SlurpCache - new CPAN distro or merge in existing?
Paul LeoNerd Evans wrote: Following the resounding success [i.e. nobody complained] of my File::StatCache module sitting in the File-StatCache CPAN distribution, I'd now like to follow it up with a second module. This module builds on top of the first, implementing a read cache. Simple behaviour - give it a filename, it returns the entire contents in one scalar. I propose to call it File::SlurpCache [given as File::Cache and Cache::File both already exist]. But where to put it? * In its own distribution, again like File-StatCache, containing only one .pm file * In the same File-StatCache one, as they are likely to be used together What's the advantage of implementing your own read caching instead of letting the OS handle it? Will this effectively cache twice, once manually and once by the OS, and cost double memory? Regards, David
