On Thu, Oct 25, 2012 at 07:30:35AM +1100, Alfie John wrote:
> On Wed, Oct 24, 2012 at 03:05:55PM +0100, Matt S Trout wrote:
> > I don't tend to register my own modules these days; I regard the
> > registration
> > process more as a useful feedback cycle on naming than anything else.
>
> I thought
On Wed, Oct 24, 2012 at 03:05:55PM +0100, Matt S Trout wrote:
> I don't tend to register my own modules these days; I regard the registration
> process more as a useful feedback cycle on naming than anything else.
I thought the main difference was that registered modules are more
discoverable on C
On Wed, Oct 24, 2012 at 08:12:58AM +1100, Alfie John wrote:
> On Tue, Oct 23, 2012 at 10:02:40PM +0100, Matt S Trout wrote:
> > Data::Selector ?
>
> The problem with 'Selector' is that it doesn't tell you what the module
> does. That's why Path was the most obvious choice. The only thing close
> t
On Tue, Oct 23, 2012 at 10:10:44PM +0100, Matt S Trout wrote:
> Audrey Tang once said:
>
> "perl5 is just syntax. CPAN is the language."
Nice. I'm going to steal that.
> You're entirely welcome to disagree, but "I think the majority would agree"
> comes into the unfounded assertion category - an
On Tue, Oct 23, 2012 at 10:02:40PM +0100, Matt S Trout wrote:
> Data::Selector ?
The problem with 'Selector' is that it doesn't tell you what the module
does. That's why Path was the most obvious choice. The only thing close
to that would be Tree, but then again I don't think people think of
trees
On Wed, Oct 24, 2012 at 07:49:37AM +1100, Alfie John wrote:
> As for integrating set() into Data::SPath. I guess I could have created a
> wrapper around it as my get() would just fill in the import subroutines with
> my
> preferences and just copy/paste my set() in. The biggest drawback here (whic
On Wed, Oct 24, 2012 at 07:49:37AM +1100, Alfie John wrote:
> On Tue, Oct 23, 2012 at 04:37:31PM +0100, Matt S Trout wrote:
> > On Tue, Oct 23, 2012 at 08:29:47PM +1100, Alfie John wrote:
> > > Any objection to Data::Tree? I could then rename the description to:
> > >
> > > Data::Tree - Navigate
On Tue, Oct 23, 2012 at 04:37:31PM +0100, Matt S Trout wrote:
> On Tue, Oct 23, 2012 at 08:29:47PM +1100, Alfie John wrote:
> > Any objection to Data::Tree? I could then rename the description to:
> >
> > Data::Tree - Navigate and manipulate data structures like a tree
> >
> > Otherwise, I'd
On Tue, Oct 23, 2012 at 08:29:47PM +1100, Alfie John wrote:
> Any objection to Data::Tree? I could then rename the description to:
>
> Data::Tree - Navigate and manipulate data structures like a tree
>
> Otherwise, I'd be willing to hear some suggestions.
I can't really make a suggestion i
Hey Brian,
On Mon, Oct 22, 2012 at 11:22:24PM -0500, brian d foy wrote:
> > The following module was proposed for inclusion in the Module List:
> >
> > modid: Data::PathSimple
> > DSLIP: Rdpfp
> > description: Manipulate data structures using paths
> > userid: ALFIE (Alfi
[[ This message was both posted and mailed: see
the "To," "Cc," and "Newsgroups" headers for details. ]]
In article <201210131234.q9dcyojp005...@pause.fiz-chemie.de>, "Perl
Authors Upload Server" wrote:
> The following module was proposed for inclusion in the Module List:
>
> modid:
The following module was proposed for inclusion in the Module List:
modid: Data::PathSimple
DSLIP: Rdpfp
description: Manipulate data structures using paths
userid: ALFIE (Alfie John)
chapterid: 6 (Data_Type_Utilities)
communities:
Just at work with colleagues
12 matches
Mail list logo
