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 Type

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 --

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

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

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

Re: new module - Mail::DMARC

Hi, On Sun, Apr 28, 2013 at 5:42 PM, Matt Simerson wrote: > > 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

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 o

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

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 Li

Re: new module version

Shlomi Fish wrote 2012-10-29 16:03: On Mon, 29 Oct 2012 14:31:03 +0500 Mikhail Che wrote: Shlomi Fish wrote 2012-10-29 14:07: Hi Mikhail, On Mon, 29 Oct 2012 13:28:33 +0500 Mikhail Che wrote: Hi Shlomi Shlomi Fish wrote 2012-10-29 13:05: Hi Mikhail, On Mon, 29 Oct 2012 12:42:39 +0500 M

Re: new module version

On Mon, 29 Oct 2012 14:31:03 +0500 Mikhail Che wrote: > Shlomi Fish wrote 2012-10-29 14:07: > > > Hi Mikhail, > > > > On Mon, 29 Oct 2012 13:28:33 +0500 > > Mikhail Che wrote: > > > >> Hi Shlomi Shlomi Fish wrote 2012-10-29 13:05: > >> > >>> Hi Mikhail, On Mon, 29 Oct 2012 12:42:39 +0500 Mikhai

Re: new module version

Eirik Berg Hanssen wrote 2012-10-29 14:45: On Mon, Oct 29, 2012 at 9:28 AM, Mikhail Che 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.or

Re: new module version

Eirik Berg Hanssen wrote 2012-10-29 14:45: On Mon, Oct 29, 2012 at 9:28 AM, Mikhail Che 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.or

Re: new module version

On Mon, Oct 29, 2012 at 9:28 AM, Mikhail Che 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/**

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 wrote: Hi Shlomi Shlomi Fish wrote 2012-10-29 13:05: Hi Mikhail, On Mon, 29 Oct 2012 12:42:39 +0500 Mikhail Che wrote: Hi, How to apply new version for uploaded module? PAUSE indexer status OK

Re: new module version

Hi Mikhail, On Mon, 29 Oct 2012 13:28:33 +0500 Mikhail Che wrote: > Hi Shlomi > > Shlomi Fish wrote 2012-10-29 13:05: > > > Hi Mikhail, > > > > On Mon, 29 Oct 2012 12:42:39 +0500 > > Mikhail Che wrote: > > > >> Hi, How to apply new version for uploaded module? PAUSE indexer > >> status > >>

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 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 l

Re: new module version

Hi Mikhail, On Mon, 29 Oct 2012 12:42:39 +0500 Mikhail Che 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 on PAUSE is empty? Which one? > > Always for new

Re: New module naming

Hello Sawyer, On Tue, 8 Nov 2011 17:38:56 +0200 sawyer x wrote: > Wow this has turned into a monster thread... ouch. > > On Mon, Nov 7, 2011 at 7:42 PM, Shlomi Fish 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

Re: New module naming

Wow this has turned into a monster thread... ouch. On Mon, Nov 7, 2011 at 7:42 PM, Shlomi Fish 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

Re: New module naming

On Mon, Nov 7, 2011 at 12:36 PM, sawyer x 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 s

Re: New module naming

On Mon, Nov 7, 2011 at 9:28 PM, Bob Parker 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 w

Re: Politics & Personalities - was Re: New module naming

* Bob Parker [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 comm

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

Politics & Personalities - was Re: New module naming

From: Eirik Berg Hanssen Reply-To: Date: Mon, 7 Nov 2011 21:39:15 +0100 To: Bob Parker Cc: Shlomi Fish , Perl Module Authors List Subject: Re: New module naming > On Mon, Nov 7, 2011 at 9:28 PM, Bob Parker wrote: >> >> In this particular case, pretty much everyone cle

Re: New module naming

-Original Message- From: Shlomi Fish Date: Mon, 7 Nov 2011 19:42:35 +0200 To: sawyer x Cc: Perl Module Authors List Subject: Re: New module naming >Hi Sawyer, > >On Mon, 7 Nov 2011 13:36:58 +0200 >sawyer x wrote: > >> On Mon, Nov 7, 2011 at 10:07 AM,

Re: New module naming

On Mon, Nov 7, 2011 at 12:39 PM, Aristotle Pagaltzis wrote: > * Trystan [2011-11-06 23:30]: > > I found this idea in Head First > > OOA&D, chapter 5. It's > > somewhat like a very simple version of Key-Value > > Coding< > http://developer.apple.com/library/

Re: New module naming

* Trystan [2011-11-06 23:30]: > I found this idea in Head First > OOA&D, chapter 5. It's > somewhat like a very simple version of Key-Value > Coding

Re: New module naming

Hi Sawyer, On Mon, 7 Nov 2011 13:36:58 +0200 sawyer x wrote: > On Mon, Nov 7, 2011 at 10:07 AM, Shlomi Fish 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

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:: name

Re: New module naming

On Mon, Nov 7, 2011 at 10:07 AM, Shlomi Fish 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 t

Re: New module naming

What about Object::KVC, Object::KVC::String, Object::KVC::List? Trystan wrote: I found this idea in Head First OOA&D , chapter 5. It's somewhat like a very simple version of Key-Value Coding

Re: New module naming

Hi Trystan, On Sun, 6 Nov 2011 16:28:03 -0600 Trystan 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 OOA&D, > chapter 5. It's somewhat like a v

Re: New module - perl API for Slideshare

On Tuesday 01 June 2010 17:02:33 Ashish Mukherjee wrote: > Hi, > > I am working on a new module to provide an API for the Slideshare Web > Service. Don't see any similar module on CPAN or discussed on the lists. I > was considering naming it WWW::SlideShare. Does this seem appropriate? Any > other

Re: New module: Alien::SDL

Oooh Than you. On Fri, Aug 7, 2009 at 9:02 AM, Thomas Klausner wrote: > Hi! > > On Fri, Aug 07, 2009 at 08:21:18AM -0400, Kartik Thakore wrote: > > > 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 SD

Re: New module: Alien::SDL

Hi! On Fri, Aug 07, 2009 at 08:21:18AM -0400, Kartik Thakore wrote: > 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

Re: New module: Alien::SDL

On Fri, Aug 7, 2009 at 8:21 AM, Kartik Thakore 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://paus

Re: New Module

* Chris Dolan [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

Re: New Module

On May 3, 2009, at 6:54 AM, Aristotle Pagaltzis wrote: * Jonathan Rockway [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 t

Re: New Module

* Jonathan Rockway [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, the

Re: New Module

* On Sat, May 02 2009, Aristotle Pagaltzis wrote: > * Jonathan Rockway [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

Re: New Module

* Jonathan Rockway [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 sea

Re: New Module

2009/5/2 Jonathan Rockway > * 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 p

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

Re: New Module

Ivan Wills ha scritto: 2009/4/29 Andy Armstrong 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

Re: New Module

2009/4/29 Andy Armstrong > 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. >> >>

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:

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

Re: New module name

Greetings. > Also, id say that doing direct bindings > against the Win API is superior to using Win32::API, BTW, what exactly are the advantages of direct bindings, except, of course avoiding already mentioned and possible future bugs in Win32::API? -- Oleg "Rowaa[SR13]" V. Volkov

Re: New module name

Greetings. > 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. I forgot to highlight another point I've mentioned in my initial posting. My module would provide no low-level funct

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 ask

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

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 .

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 thin

Re: New module name

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 prov

Re: New module File::SlurpCache - new CPAN distro or merge in existing?

On Wed, Jul 26, 2006 at 03:12:02PM -0400, David Golden wrote: > 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? The main aim was for caching small fil

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 behaviou

Re: New Module Proposal - Math::Interval

Brendan Leber wrote: > First, let me apologize for my extremely late reply. Right after I > started receiving replies I suffered some pretty serious system > failures. I'm now back and replying to old messages. B > > > On Mar 2, 2006, at 9:20 AM, Eric Wilhelm wrote: > > > It sounds like

Re: New Module Proposal - Math::Interval

First, let me apologize for my extremely late reply. Right after I started receiving replies I suffered some pretty serious system failures. I'm now back and replying to old messages. B On Mar 2, 2006, at 9:20 AM, Eric Wilhelm wrote: It sounds like this usage is part of the foundation (

Re: New Module Proposal - Math::Interval

* Smylers <[EMAIL PROTECTED]> [2006-03-04 12:50]: >Orton, Yves writes: >> Not only that but CamelHump identifiers are considered to bad >> style in the eyes of much of the community. > >It is harder for a coder to enter style-heaven than it is to fit >a CamelHump through the eye of the community?

Re: New Module Proposal - Math::Interval

Orton, Yves writes: > > Thus, having some math background one would identify > > Math::Interval::Arithmetic (or maybe more proper, > > Math::IntervalArithmetic) at a glance in a search for "interval". > > Imo the former form should be heavily preferred over the latter. > >Math::Interval >

Re: New Module Proposal - Math::Interval

* Orton, Yves <[EMAIL PROTECTED]> [2006-03-03 11:05]: >Ah, yeah, EUMM, ok i use that one. The rest, never or rarely. Yeah, but they’re all best-of-breed modules that someone out there who is not you uses all the time. >And I still think that form sucks. :-) Fine. :-) What else do you suggest fo

RE: New Module Proposal - Math::Interval

Title: RE: New Module Proposal - Math::Interval >* Orton, Yves <[EMAIL PROTECTED]> [2006-03-03 10:05]: >>Im actually trying to think of a module that I use that has a CamelHump >>name and have come up blank. Im sure they exist but im pretty sure I >>dont use them.

Re: New Module Proposal - Math::Interval

* Orton, Yves <[EMAIL PROTECTED]> [2006-03-03 10:05]: >Im actually trying to think of a module that I use that has a >CamelHump name and have come up blank. Im sure they exist but im >pretty sure I dont use them... ByteLoader? ExtUtils::MakeMaker? Term::ReadLine? Math::BigInt? Math::BigFloat? Clos

RE: New Module Proposal - Math::Interval

Title: RE: New Module Proposal - Math::Interval >CamelHump identifiers are actually the community standard for module names. >Bad style is not partitioning the name properly into a namespace hierarchy. Caps don't figure into it. Well, have to agree to disagree. I think both are

Re: New Module Proposal - Math::Interval

# from Ken Williams # on Wednesday 01 March 2006 07:28 pm: >>(The lower bound is   >> rounded down toward negative infinity and the upper bound is   >> rounded up to positive infinity.)  So dividing 1 by 3 could result   >> in the interval [0.333; 0.334].  If you want to learn more the best >>   p

Re: New Module Proposal - Math::Interval

* Orton, Yves <[EMAIL PROTECTED]> [2006-03-02 12:20]: >Not only that but CamelHump identifiers are considered to bad >style in the eyes of much of the community. So Math::Intervalarithmetic is better then? Or do you prefer Math::Interval_arithmetic? Is DateTime bad? CamelHump identifiers are actu

Re: New Module Proposal - Math::Interval

On Thu, March 2, 2006 9:19 am, Spencer Ogden said: >> > This type of interval is also know as a Confidence Interval. Math::Statistics::Confidence? Daniel T. Staal --- This email copyright the author. Unless otherwise noted, you are exp

Re: New Module Proposal - Math::Interval

Ken Williams wrote: Hi Brendan, On Feb 26, 2006, at 6:46 PM, Brendan Leber wrote: First I need to explain a bit about intervals. In this context an interval is a new type of number just like a complex. Intervals are used to represent values in calculations where the answer can not be

RE: New Module Proposal - Math::Interval

Title: RE: New Module Proposal - Math::Interval > Thus, having some math background one would identify  > Math::Interval::Arithmetic (or maybe more proper,  > Math::IntervalArithmetic) at a glance in a search for "interval".  Imo the former form should be heavily

Re: New Module Proposal - Math::Interval

On Mar 2, 2006, at 4:28, Ken Williams wrote: Hi Brendan, On Feb 26, 2006, at 6:46 PM, Brendan Leber wrote: First I need to explain a bit about intervals. In this context an interval is a new type of number just like a complex. Intervals are used to represent values in calculations where

RE: New Module Proposal - Math::Interval

Title: RE: New Module Proposal - Math::Interval Ken Williams wrote on Thursday, March 02, 2006 4:28 AM > On Feb 26, 2006, at 6:46 PM, Brendan Leber wrote: > > > First I need to explain a bit about intervals.  In this context an  > > interval is a new type of number j

Re: New Module Proposal - Math::Interval

Hi Brendan, On Feb 26, 2006, at 6:46 PM, Brendan Leber wrote: First I need to explain a bit about intervals. In this context an interval is a new type of number just like a complex. Intervals are used to represent values in calculations where the answer can not be exactly represented. F

Re: New Module Proposal - Math::Interval

Hi Brendan, I think "Math::Interval" is a fine name. If anyone is looking for a module which handles intervals, they'll find it immediately. The main question you seemed to have about this is: > Should I create one module Math::Interval or a hierarchy such as: > Math::Interval > Math::Interval:

Re: Module naming mailing list? Was: Re: New module: FLV file parsing

On Sat, Dec 03, 2005 at 12:22:16PM -0800, Ovid wrote: > --- Austin Schutz <[EMAIL PROTECTED]> wrote: > > > Ok, you and a few other vocal people have very strong opinions > > about this, which I don't begrudge you. Can we move the > > discussions to a different list? > > While I certainly agree t

Re: Module naming mailing list? Was: Re: New module: FLV file parsing

# from Ovid # on Saturday 03 December 2005 12:22 pm: >Then that conversation would legitimately jump back here and >would eventually jump to the naming list ... over and over again. >  That would be even more tedious (hard to believe, I know). And eventually everyone in the thread (except the lis

Re: Module naming mailing list? Was: Re: New module: FLV file parsing

--- Austin Schutz <[EMAIL PROTECTED]> wrote: > Ok, you and a few other vocal people have very strong opinions > about this, which I don't begrudge you. Can we move the > discussions to a different list? While I certainly agree that long discussions about how to name modules get tedious after a w

Module naming mailing list? Was: Re: New module: FLV file parsing

On Sat, Dec 03, 2005 at 01:13:18PM -0600, Chris Dolan wrote: > > > >Ok, I want to do something with my flash file. I search for > >'flash file'... Oh look, there's a flash file parser. Do I care > >what it's > >called? No. I concur that the module name is effectively > >meaningless, but I

Re: New module: FLV file parsing

On Dec 2, 2005, at 4:20 PM, Austin Schutz wrote: On Fri, Dec 02, 2005 at 04:04:11PM -0600, Chris Dolan wrote: The FF:: namespace is a terrible idea, in my opinion. I expect that it will be meaningless to the majority of module searchers. The argument that search makes names irrelevant is jus

Re: New module: FLV file parsing

# from A. Pagaltzis # on Friday 02 December 2005 02:45 pm: >    Process::video::x_flv >    Process::application::x_shockwave_flash >    Process::image::x_dxf >    Process::audio::mpeg >    Process::image::png >    Process::text::html That's great! Problem solved. Process::application::x_shockw

Re: New module: FLV file parsing

Austin Schutz writes: > On Sat, Dec 03, 2005 at 08:30:20AM +, Smylers wrote: > > > [Austin wrote:] > > > > > Do I care what it's called? > > > > A large search results listing is one such place. You want to be able > > to pick out the potentially useful modules from the list, so having > >

Re: New module: FLV file parsing

A. Pagaltzis writes: > * Smylers <[EMAIL PROTECTED]> [2005-12-03 09:20]: > > > But that's still grouping together all file-format-related > > modules (under Process::), rather than grouping them by > > function. > > I was not being serious. :-) Ooops! Now I feel silly for not spotting what was

Re: New module: FLV file parsing

On Sat, Dec 03, 2005 at 08:30:20AM +, Smylers wrote: > There are several places where somebody could first encounter a module > name: > > > Ok, I want to do something with my flash file. I search for > > 'flash file'... Oh look, there's a flash file parser. Do I care what > > it's called?

Re: New module: FLV file parsing

* Smylers <[EMAIL PROTECTED]> [2005-12-03 09:20]: > But that's still grouping together all file-format-related > modules (under Process::), rather than grouping them by > function. I was not being serious. :-) Regards, -- Aristotle “If you can’t laugh at yourself, you don’t take life seriously e

Re: New module: FLV file parsing

Austin Schutz writes: > On Fri, Dec 02, 2005 at 04:04:11PM -0600, Chris Dolan wrote: > > > The FF:: namespace is a terrible idea, in my opinion. I expect that > > it will be meaningless to the majority of module searchers. The > > argument that search makes names irrelevant is just silly. >

Re: New module: FLV file parsing

A. Pagaltzis writes: > * Smylers <[EMAIL PROTECTED]> [2005-12-02 22:10]: > > > Eric Wilhelm writes: > > > > > I'm working on CAD::DXF for now, > > > > "Cad" is a well-known acronym. I have no use for anything > > cad-related in my life at the moment, so I know that I can > > safely ignore that

Re: Searching and Browing (was: Re: New module: FLV file parsing)

On Fri, Dec 02, 2005 at 06:10:15PM -0600, John M. Gamble wrote: > >>The FF:: namespace is a terrible idea, in my opinion. I expect that > >>it will be meaningless to the majority of module searchers. The > >>argument that search makes names irrelevant is just silly. > >> > >> > > > > .

Searching and Browing (was: Re: New module: FLV file parsing)

Austin Schutz wrote: On Fri, Dec 02, 2005 at 04:04:11PM -0600, Chris Dolan wrote: So, I already published it as FLV::Info, but this discussion has convinced me that FileFormat::FLV is the best option. I may use that name for v0.02. My only hesitation is that nobody else seems to be us

Re: New module: FLV file parsing

* Smylers <[EMAIL PROTECTED]> [2005-12-02 22:10]: > Eric Wilhelm writes: > > I'm working on CAD::DXF for now, > > "Cad" is a well-known acronym. I have no use for anything > cad-related in my life at the moment, so I know that I can > safely ignore that module. But as it happens, referring to DX

Re: New module: FLV file parsing

* Eric Wilhelm <[EMAIL PROTECTED]> [2005-12-02 00:20]: > What all file format parsers and dumpers have in common is that > they deal with File Formats. In a lot of cases, the only > module that is going to be created is for that format. I'm > working on CAD::DXF for now, but would rather name it

Re: New module: FLV file parsing

Chris Dolan writes: > So, I already published it as FLV::Info, but this discussion has > convinced me that FileFormat::FLV is the best option. I still don't see what's to be gained from having all modules that deal with specific file-formats grouped together -- or more specifically why that mak

Re: New module: FLV file parsing

On Fri, Dec 02, 2005 at 04:04:11PM -0600, Chris Dolan wrote: > So, I already published it as FLV::Info, but this discussion has > convinced me that FileFormat::FLV is the best option. I may use that > name for v0.02. My only hesitation is that nobody else seems to be > using that top-level

Re: New module: FLV file parsing

So, I already published it as FLV::Info, but this discussion has convinced me that FileFormat::FLV is the best option. I may use that name for v0.02. My only hesitation is that nobody else seems to be using that top-level namespace at this time. The FF:: namespace is a terrible idea, in m

Re: New module: FLV file parsing

Eric Wilhelm writes: > # from David Nicol > # on Wednesday 30 November 2005 02:18 pm: > > > isn't there a multimedia name space? ame spaces per-product that is > > being supported make sense --- Flash::parseFLV perhaps? > > What else will appear in the Flash:: namespace? It doesn't matter if no

Re: New module: FLV file parsing

On 12/2/05, David Landgren <[EMAIL PROTECTED]> wrote: > Eric Wilhelm wrote: > > What else will appear in the Flash:: namespace? Will macromedia release > > a pure perl version? > > > In about 10 days time, I'm going to forget utterly that FF means File > Formats. Does it need to be so terse? > > T

Re: New module: FLV file parsing

Eric Wilhelm wrote: # from David Nicol # on Wednesday 30 November 2005 02:18 pm: isn't there a multimedia name space? name spaces per-product that is being supported make sense --- Flash::parseFLV perhaps? What else will appear in the Flash:: namespace? Will macromedia release a pure perl

Re: New module: FLV file parsing

# from David Nicol # on Wednesday 30 November 2005 02:18 pm: >isn't there a multimedia name space?  name spaces per-product >that is being supported make sense --- Flash::parseFLV perhaps? What else will appear in the Flash:: namespace? Will macromedia release a pure perl version? What all fil

Re: New module: FLV file parsing

On Wed, 2005-11-30 at 09:06 -0800, Eric Wilhelm wrote: > # from A. Pagaltzis > # on Wednesday 30 November 2005 07:49 am: > > >> Or File::FLV? Or File::FLV::Parser? > > > >I don’t think File:: is right for this. > > Right, because it's not a filehandle or otherwise IO/filesystem related. > > Sho

Re: New module: FLV file parsing

isn't there a multimedia name space? name spaces per-product that is being supported make sense --- Flash::parseFLV perhaps? > >> Or File::FLV? Or File::FLV::Parser? > > > >I don't think File:: is right for this. > > Right, because it's not a filehandle or otherwise IO/filesystem related. -- D

Re: New module: FLV file parsing

# from A. Pagaltzis # on Wednesday 30 November 2005 07:49 am: >> Or File::FLV?  Or File::FLV::Parser? > >I don’t think File:: is right for this. Right, because it's not a filehandle or otherwise IO/filesystem related. Should we be using an FF:: namespace for File Formats? I've got a few modul

  1   2   3   >