David Landgren wrote:
> Andy Lester wrote:
>>
>> On Sep 7, 2006, at 9:08 AM, Mark Stosberg wrote:
>>
>>> I say: If you are care about a module's maintenance, start acting like
>>> you own it, being considering that others, especially the current
>&
Ovid wrote:
> Hi all,
>
> No names, but if you happen to be sitting on a module which other people
> depend on and you're not going to fix bugs, give up the module, offer someone
> co-maintainership or figure out *something* which gives users a way out. I
> realize that not everyone has a pile
On Fri, May 26, 2006 at 12:32:48PM -0500, Ken Williams wrote:
>
> I think the real value that most people find in the ratings is not
> the quantitative data but the qualitative written reviews. Making
> that more integrated with various other search/browse sites might be
> cool, but even th
On Thu, May 25, 2006 at 03:25:46PM +0200, A. Pagaltzis wrote:
> * Sam Vilain <[EMAIL PROTECTED]> [2006-05-25 09:05]:
> > Can't we just move the site to cpanrantings.org? That's the
> > spelling I've always used :-)
>
> Works for me???
>
> Well, actually, I???d *like* to think it could be more use
On Fri, Mar 24, 2006 at 04:54:05PM +0100, Enrico Sorcinelli wrote:
> Hi all,
>
> I just realized Data::FormValidator::Filters::HTMLScrubber, a simple
> DFV filter that allows to scrub/sanitize html in form field values.
>
> I've attached a temporary POD at the end of the message.
>
> I searched
On Fri, Mar 10, 2006 at 04:18:36PM +0200, Shlomi Fish wrote:
> >
> > You have to contact the 'owner' directly. Only the owner can make you a
> > co-maintainer. This mailing list does not directly affect ownership.
> >
>
> The owner is not responsive, and hasn't been in quite a while. Besides, th
On Sun, Feb 26, 2006 at 12:22:55AM +0100, A. Pagaltzis wrote:
> >BTW: I don't really like XML::XMLTemplate...
>
> *What* about it do you dislike? Any objective reason, or is it
> just a matter of taste?
I don't like the repetition. Repeating "XML" adds no value to the name
for me.
Why not go sh
On Fri, Feb 10, 2006 at 08:38:36PM -0600, Jay Hannah wrote:
> [3rd try. Posting to nntp.perl.org isn't working?]
Actually, it seems to be working.
At least, this is the fourth identical copy we've all gotten of the
message.
Please wait patiently and your request will processed in the order it
w
On Mon, Nov 14, 2005 at 08:56:32AM -0500, David Golden wrote:
> A. Pagaltzis wrote:
> >But at this point, I think even this is not quite the right
> >approach. Rather, the tests should be built directly into
> >Module::Build itself à la the `testcover` target. Test::Pod needs
> >no parametrisation,
On Mon, Nov 07, 2005 at 09:08:40PM -0500, Ricardo SIGNES wrote:
> * "Andreas J. Koenig" <[EMAIL PROTECTED]> [2005-11-07T17:29:50]
> > I will be very happy if you guys decide something and let me know.
> > I'll adjust the code for the forms on PAUSE then.
>
> Here's my official vote:
>
> (length $
On Mon, Oct 31, 2005 at 10:08:53AM -0600, Chris Dolan wrote:
> I'm toying with starting a new module and would like some naming
> advice. My module will accept the name of another module and, using
> CPAN metadata and/or package contents, determine the license of that
> module's package and
On Wed, Oct 19, 2005 at 10:50:04PM +0100, Jess Robinson wrote:
> > >
> > > I'm writing a module which will need user account data for it's tests,
> > > and
> > > I'm wondering if there's a standard way (or module) for doing this..
> >
> > What do you mean by "user account data"?
> >
> > Perh
On Wed, Oct 12, 2005 at 10:17:19AM -0400, David Golden wrote:
> Dear fellow Perl authors,
>
> I've recently released an initial version of Pod::WikiDoc to CPAN:
>
> http://search.cpan.org/dist/Pod-WikiDoc/
It's neat idea, and sounds a lot like "kwid", the wiki like
documentation syntax that is b
On Sun, Aug 14, 2005 at 06:18:38PM -0500, Dave Rolsky wrote:
>
> I'm very much wishing that P::V can disappear entirely in Perl6, and I'm
> probably going to confirm that on the p6l list, because in the end it's
> just a nasty hack.
I find P::V quite useful, and more elegant that the longer-win
On Sat, Aug 13, 2005 at 07:27:56AM -0500, Ken Williams wrote:
> >
> >This is simple, but I'm tired of rewriting it. Params::Validate can
> >handle it, but I don't want to fire up a diesel engine when this is all
> >I need.
>
> I wouldn't be so sure. Params::Validate is pretty nice for this kind
On Thu, Jul 28, 2005 at 09:50:17AM -0400, Buddy Burden wrote:
> Brian,
>
> > Sourceforget sucks. Don't start using it just because I did. :)
>
> I'd be really curious to hear your opinions on Sourceforge (there may be a
> push to force us to start using it here at work). If you don't think you
>
On Fri, Apr 29, 2005 at 12:16:40AM +0100, Robert Rothenberg wrote:
>
> =begin readmeinclude in README as POD
> =begin readme podsame as above
> =begin readme plain include in README as plaintext
>
> =for readme commands commands for the README parser,
On Sun, Apr 24, 2005 at 10:48:28AM -0400, John Siracusa wrote:
>
> What's the best way to spread the word about a new module? I've got a few
> modules that I think a lot of people would find useful. They're still in
> active development (pre-1.0) but I'd like as many people as possible to try
> t
On Thu, Apr 14, 2005 at 01:18:15AM +0200, Rhesa Rozendaal wrote:
>
> Here's my list of questions:
> - what about the module name? is it good?
> - code review would be nice
> - documentation: clear enough?
> - tests: for a module this simple?
> - exception handling: should I do this myself, or let
On Tue, Mar 29, 2005 at 11:03:09PM +, Robert Rothenberg wrote:
>
> I'm sympathetic to the idea, but some of the information in DSLIP is
> useful and shouldn't be thrown away (such as how supported,
> alpha/beta/mature, and license). What isn't in META.yml should go there.
I'm much less inter
On Tue, Mar 29, 2005 at 03:49:50PM -0500, Ricardo SIGNES wrote:
> * Robert Rothenberg <[EMAIL PROTECTED]> [2005-03-29T14:16:11]
> > Some food for thought and debate. I'm wondering if the DSLIP codes [1]
> > be updated, if revamped altogether. Note the following issues:
>
> I vote for "eliminate
On Tue, Mar 01, 2005 at 02:40:36PM -0800, Ofer Nave wrote:
>
> # getting fancy with arg binding
> my @hosts = qw( foo bar baz );
> prun( map { my $host = $_; sub { test_host( $host ) } } @hosts )
> or die( Parallel::Simple::errplus() );
I think this is simpler, because I can guess what it does
On Mon, Feb 28, 2005 at 04:36:34PM -0800, Ofer Nave wrote:
>
> Valid points, but I disagree on one - I think it IS partly a technical
> problem. Jimmy Wales tried to start a free online encyclopedia called
> Nupedia before Wikipedia was a twinkly in his eye, and it failed
> miserably after get
On Mon, Feb 28, 2005 at 08:57:04AM -0500, Christopher Hicks wrote:
>
> This is a phenomenal initial cut of a POD. The review of relevant other
> modules in SEE ALSO and the philisophical differences with each deserves
> particular note. Bravo.
I share your appreciation.
I agree that this par
On Tue, Feb 22, 2005 at 09:20:19PM -0500, Kevin C. Krinke wrote:
> On Wed, 2005-02-23 at 01:20 +0100, Torsten Schoenfeld wrote:
> > Aloha,
> >
> > GStreamer is a powerful and pretty popular media framework. GNOME
> > already uses it extensively, and KDE just started to. It's based on
> > GLib an
def' is so. Otherwise, I just call MIME::Lite::send to
finish the job.
That has worked well for me.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com/ . . . . . . . .
On Sun, Dec 26, 2004 at 11:59:55AM +0100, Xavier Noria wrote:
>
> I don't see clearly the usage or purpose of the module from that
> description.
>
> The module seems to be a source filter. One that allows the user to map
> regular expressions from a given definition using rules. Those rules
>
On Tue, Dec 07, 2004 at 12:38:12PM +, Tim Bunce wrote:
>
> ---
> The simplest fix is to standardize one set of driver DSN attribute
> names so that at least the host, port, and database (schema) can
> be specified in a portable way.
>
> Most drivers already support the "foo=bar;..." style in
On Mon, Dec 06, 2004 at 07:53:01PM -0500, Matthew Persico wrote:
>
> And this, in fact is what I do at my place too.
>
> my $dbh = connectDBI(driver => 'Oracle', user => 'foo', server =>
> 'bar', database => 'baz'
> RaiseError => 1, PrintError =>0, AutoCommit => 0, driver_special =>
> {syb_show_s
On Wed, Dec 01, 2004 at 06:39:00PM +, Tim Bunce wrote:
>
> FWIW, the reason I'm digging here is because I agree there may be
> some value in the DBI supporting something along these lines, but
> I need a better understanding of the underlying issues. More real-
> world examples would help.
I
On Wed, Dec 01, 2004 at 09:46:24AM +, Tim Bunce wrote:
>
> Do you generally pass URLs around as a string or broken up into a hash?
If I have to deal with query strings in Perl, I do prefer to deal with
them as hash, and then use CGI.pm to re-stringify it for me as needed.
Mark
, having written if/else chains in the past to solve the
same problem.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websi
ly not the one you found. It's mentioned
here, for instance:
http://cpan.uwinnipeg.ca/htdocs/faqs/faq.html#03
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-930
On Sat, Nov 06, 2004 at 12:29:23AM +, Smylers wrote:
>
> Nonetheless I feel it would be worth doing this for anything completely
> independent. It may be a little more hassle for you to release a few
> separate distros rather than one -- but it would be a lot more hassle
> for a potential use
On Tue, Nov 02, 2004 at 01:07:11PM +0100, Marco Marongiu wrote:
>
>
> Jose Alves de Castro wrote:
> >I'm trying to normalize some modules, regarding tests, Makefile.PL, etc.
> >
> >I have a question: what fields do you find required or advisable in
> > every Makefile.PL? I usually have NAME, VERS
Do we? It's not as if we find modules by walking down a namespace tree.
Typically it's a keyword search.
> The more I think about it DBIx would seem to be the winning
> place for this sort of thing.
I understood 'DBIx' to be "DBI extensions", which is not what t
On Sat, Sep 18, 2004 at 06:17:24AM -0400, Christopher Hicks wrote:
>
> I'm proud to say that I've gotten several programmers inside the National
> Weather Service heavily using AppConfig. They've come up with a small
> list of inconsistancies and possible bugs and a few missing features.
> Hav
Hello,
I'm seeking feedback on the best way to rename a CPAN module with an
established user base. I was thinking of a process like this:
1. Release the module under the new name.
2. Make another release under the old name, leaving the functionality
intact, but with a clear disclaimer near th
On Fri, Aug 27, 2004 at 09:52:16AM -0400, John Siracusa wrote:
> If module A uses module B, but module B also uses module A, what do I put in
> PREREQ_PM? Will the CPAN shell be able to handle a circular dependency?
As I understand, module A is downloaded before it is unpacked to
discover that it
On Fri, Aug 27, 2004 at 12:53:15PM +0100, Simon Cozens wrote:
> [EMAIL PROTECTED] (A. Pagaltzis) writes:
> > I object. Browsing is problematic when the amount of data becomes
> > overwhelming, but it is useful as a concept.
>
> You're thinking in terms of use, I'm thinking in terms of implementati
ses mod_perl and Template Toolkit.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com/ . . . . . . . .
On Wed, Aug 18, 2004 at 04:54:32PM -0500, Andy Lester wrote:
> I propose eliminating the Long Module List. I'm talking about
> http://www.cpan.org/modules/00modlist.long.html (2998 modules), not
> http://www.cpan.org/modules/01modules.index.html (6800 modules).
As a long time CPAN module author a
to integrate longer reviews with cpanratings.perl.org.
Perhaps a simple solution would be provide a field to link to longer
review, which could be anywhere in any format.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAI
On Tue, Jul 20, 2004 at 10:10:02AM +0100, Fergal Daly wrote:
> On Tue, Jul 20, 2004 at 06:15:49PM +1200, Sam Vilain wrote:
> > I nominate the
> >
> > Review::*
> >
> > Namespace for author-submitted module indexes and in-depth reviews, in
> > POD format. I think this has a number of advantages
from the fix list"
idea.
Having free-form tags is a feature I like on: http://del.icio.us/
It allows new classifications to spontaneously appear.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED]
website:
http://search.cpan.org/search?m=all&q=date&s=1&n=100
I think part of the solution to fix that is to have more contributions to the
CPAN ratings system, and consider the ratings in the search results.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . .
pecially once there is more awareness of DateTime as a comprehensive
date & time solution for Perl.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com/ . . . . . . . .
On Thu, Jun 24, 2004 at 12:12:05PM -0300, SilvioCVdeAlmeida wrote:
> Hello, you all.
>
> I suspect that if drag_and_drop depends on javascript, so do tooltip.
> That's of course in the HTML context. And also, I'm excluding from
> "tooltip" the direct, obvious, plain .
>
> Please tell me if it isn
> HTML::DragDrop::Javascript
> HTML::DragAndDrop::Javascript
Is there a way to implement Drag and Drop with HTML /without/ using
JavaScript? I suspect not. Thus, I think it could be appropriate to drop
'Javascript' from the name
> HTML::DragDrop
> HTML::DragAndDrop
Including 'And' in the name i
having lots of projects
there.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com/ . . . . . . . .
On Thu, Jun 17, 2004 at 08:13:08AM -0500, Ken Williams wrote:
>
> Yeah, HTML::Tooltip and CGI::Tooltip seem like the obvious names. I
> don't think you need to put "Javascript" into the name, that's too much
> information.
Actually, I like JavaScript::Tooltip. If the the code is not
HTML-speci
On Wed, Jun 16, 2004 at 02:28:37PM -0200, Gabor Szabo wrote:
>
> > What I propose is:
>
>
> My wish is to have a web forum where each module has its own category
> and people can discuss the module, get help etc. without subscribing
> to the specific mailing list of the module.
Perlmonks sort o
On Wed, Jun 16, 2004 at 01:17:51PM +0200, Michael Peppler wrote:
>
> Why don't you start by rating those modules that you feel are horribly
> lacking with 0 stars?
Part of the issue here is that cpanratings.perl.org doesn't expose the
individual component ratings (Documentation, Interface, Ease-o
t, but doesn't seem like it would help you convert it to/from PDF.
I haven't tried it myself.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202
_perl.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com/ . . . . . . . .
On Fri, May 14, 2004 at 03:17:50PM -0400, _brian_d_foy wrote:
> In article <[EMAIL PROTECTED]>, Michael A Nachbaur
> <[EMAIL PROTECTED]> wrote:
>
> > The thing is, these are free-standing applications, and for the most part
> > aren't developer tools. So, I was thinking an App:: namespace would
On Thu, May 13, 2004 at 07:38:51PM -0400, Randy W. Sims wrote:
>
> It would be much nicer if [perlmonks] was readable as a nntp or at least a
> mailing list; I've always found http-based discussion boardss awkward to
> navigate and difficult to figure out what I have and haven't read.
> Wonder
On Tue, May 11, 2004 at 12:33:00PM +0100, Jose Alves de Castro wrote:
> Take a look at the CPAN. Search for "Roman". There's "Roman",
> "Math::Roman", "Text::Roman", "Convert::Number::Roman", etc...
>
> Isn't this duplicated effort? :-|
>
> Besides, this may prevent the user from having all the a
On Sat, May 08, 2004 at 01:00:36AM -0200, Gabor Szabo wrote:
>
> I have released 3 modules to CPAN earlier, when I thought it is fun to
> have some modules up there. Actually they don't do much there so I'd
> like to get rid of them.
> Two of them have never really worked so I can safely assume no
md5_hex($id);
$md5_path =~ s|^(.)(.)(.).*|$1/$2/$3|;
my $final_path = "$md5_path/$id.$ext";
My example depends on each file having a unique ID, which your case
didn't. Perhaps you could use an MD5 of the file contents to generate
unique strings for them, though.
On Sat, May 01, 2004 at 11:12:48AM -0700, Austin Schutz wrote:
>
> Having multiple modules which appear to provide parallel benefit
> can end up confusing the users as to which module is the best.
It can. This is also an area where the cpan rating sytems can be very
helpful: ( http://cpanrat
Thanks for the feedback Andy.
> On Sat, May 01, 2004 at 09:00:36AM +0100, Andy Wardley wrote:
> Mark Stosberg wrote:
> > I think I want to make some slight tweaks to the API, but it's about
> > ready for 1.0. It's built around my own common usage: Uploading images
&g
currently recommend it. Check out
the bug reports currently filed against it.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com/ . . . . . . . .
tal
Out of those, I like "Elemental" the best.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com/ . . . . . . . .
ld useful to include "ExtUtils::ModuleMaker" in a SEE ALSO
section, and explain the key differences. At first glance the projects
seem quite similar.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL P
okup.
Since it is 100% compatible with the test files already in use, there
is nothing to lose by trying it or using it. It's not as if it's a new
dependency that module users have to to have to install it.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mar
fail,
> the entire department gets notified.
Very helpful Andy.
> smoke $@ >> /home/smoke/smoke.out 2>&1
And what does the inside of this 'smoke' script look like?
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark Stosberg
n zero in one it and turn on the verbose option:
prove -v -I../perllib m1/shelter_add_edit_func.pl
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939
it would be propagated
everywhere. It seems reasonable to break with the ideal of "self
contained tests" a bit and put shared test setup/tearcode code into
a re-usable testing module. (which itself might have a single set of
tests run against it).
Mark
--
. . . . . . . . . . . .
setup and teardown for itself.
Is that what you do, Andy?
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com/ . . . . . . . .
On Tue, Mar 23, 2004 at 08:11:00AM -, Rafael Garcia-Suarez wrote:
>
> [untested]
> Put those files under inc/, eg/ or t/ (depending on what it is exactly)
> and include in a top-level META.yml file: (which should be autogerated
> by recent makemakers)
>
> private:
> directory:
> - inc
>
On Tue, Feb 10, 2004 at 05:27:11PM +0100, Eric Cholet wrote:
> Le 10 f?vr. 04, ? 16:16, darren chamberlain a ?crit :
>
> >I agree with you, but, if you are already investigating software to
> >handle a task, wouldn't you look at as many alternatives as possible?
>
> I certainly wouldn't. Rather,
On Tue, Feb 10, 2004 at 09:59:32AM +0100, A. Pagaltzis wrote:
> * Mark Stosberg <[EMAIL PROTECTED]> [2004-02-09 15:26]:
> > I think the CPAN rating system could be of further help here as
> > well. It could be integrated with the search.cpan.org search
> > engine. The
e
begin to give you a sensible result.
This public prominence would also encourage more people to use the
system, I believe.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-
On Thu, Jan 29, 2004 at 07:04:52PM +, Adrian Howard wrote:
>
> On Thursday, January 29, 2004, at 04:08 am, Lincoln A. Baxter wrote:
>
> >Phew... Only one comment: KISS (Keep It Simple Stupid)
> [snip]
> >No fancy versioning emnumeration scheme can replace this testing, and
> >what we have n
://www.perladvent.org/2003/25th/
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com/ . . . . . . . .
On Mon, Jan 26, 2004 at 06:05:27PM -0300, Graciliano M. P. wrote:
>
> Second, the self contained module counts a lot for me and the framework that
> we develope! We really can't ask to the user to install soo many modules to
> can use it.
>
> If the author of MIME::Lite is interested to change it'
On Tue, Jan 20, 2004 at 12:23:09PM +, Fergal Daly wrote:
>
> Not that this would ever be agreed upon, the old way is ingrained. Modules
> will continue to do for example
>
> PREREQ_PM => { Parse::RecDescent => 1.80 }
>
> then fall over because 1.90 satisfies this requirement but is not actual
On Mon, Jan 19, 2004 at 08:42:09AM -0600, Chris Josephes wrote:
> On Mon, 19 Jan 2004, Mark Stosberg wrote:
>
> > I would rather CPAN be wide at the top level than have un-intuitive
> > names. The author based system will also become more difficult when
> > authors cha
me
they be shorter, rather than having fewer top-level name-spaces with
longer names.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com/ . . . . . . . .
On Mon, Jan 12, 2004 at 09:38:27PM -0500, David Manura wrote:
> Hi Mark,
>
> Taking a scan though this. The first issue concerns how the
> documentation is is put forth. It's not quickly clear to me what the
> module does. At first glance I thought "CGI::UploadDB - Manage CGI
> uploads using
pan.org/perldoc?Data::FormValidator
Thanks!
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com/ . . . . . . . .
Hello,
I'd like to get some naming comments on a module I'm interested
in uploading to CPAN.
The working name I have now is "CGI::MediaDB".
Working with Data::FormValidator and CGI.pm, it makes it easy
to manage file uploads with the meta data stored in a SQL database
(Postgres and MySQL are sup
On Thu, Jan 01, 2004 at 06:15:49PM -0900, Arthur Corliss wrote:
> Greetings:
>
> In the near future I'd like to submit a module for inclusion on CPAN. I need
> some advice on the appropriate namespace, however, since I don't want to
> pollute top-level namespace.
>
> Unofficial module name (as i
On Fri, Dec 19, 2003 at 03:44:51PM +0100, Marco Marongiu wrote:
>
> Mark Stosberg wrote:
> >Dosn't DateTime::Set and DateTime::SpanSet already address this
> >problem-space, but in a more flexible way?
> >
> >http://search.cpan.org/~fglock/DateTime-Set-0.14/l
Dosn't DateTime::Set and DateTime::SpanSet already address this problem-space, but in a
more flexible way?
http://search.cpan.org/~fglock/DateTime-Set-0.14/lib/DateTime/Set.pm
It allows "span sets" to be non-contiguous, such a set of meetings
occurring every Wednesday. It also returns DateTime o
On Wed, Dec 17, 2003 at 02:00:23PM -0600, Andrew Sterling Hanenkamp wrote:
>
> Therefore, I went in search of a solution to automate the
> stringification. I didn't find anything other than MLDBM for doing
> something like this and it seems like a little much for my purposes. All
> I need
On Thu, Dec 04, 2003 at 09:26:04AM -0500, Aran Deltac wrote:
>
> Allright, well, Geography is a great namespace to start! I think it
> would be a good idea to plan out the namespace a little. I would like
> to propose coming up with a logical structure to the modules contained
> within Geogra
I maintain Data::FormValidator and switched to using Module::Build. I
find it much easier and more intuitive to work with. I've gotten very
few complaints from users about the switch. I recommmend evaluating it
yourself.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
On Fri, Nov 14, 2003 at 02:19:44PM -0600, Eric Wilhelm wrote:
> > The following was supposedly scribed by
> > Mark Stosberg
> > on Friday 14 November 2003 02:02 pm:
>
> >Still that leaves the issue of naming it. It's still best described as
> >"a modu
ems
to be of limited usefulness.
What's a good way to name these kind of personalization modules? It's
these kind of cases that make "Authors::" begin to make sense.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com/ . . . . . . . .
ubClass".
It seems like the concern related to "MethodMaker" is similar.
I also agree that "Authors::" seem ripe for abuse-- The point of CPAN is
to share code. If good re-usable code starts to squirrelled aware in
Authors:: where it's hard to find, this community sy
;Patterns" in the name might repeat the idea of what RE's are,
though.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com/ . . . . . . . .
On Thu, Nov 06, 2003 at 10:17:45AM -0500, [EMAIL PROTECTED] wrote:
>
> This particular module can NOT be tested automatically, without some
> manual configuration. The tests can not automatically determine the
> configuration of your AFs infrastructure; you have to tell me.
>
> Therefore, everyt
That might help the discussion of the appropriate name.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com/ . . . . . . . .
On Sat, Oct 04, 2003 at 02:34:14PM -0400, James E Keenan wrote:
>
> .. that package Drawing is so huge that it's cumbersome to edit and you simply want
> to store some of its publicly callable methods in other packages. If so, then you
> could simply import the methods from the "sub"-modules usi
generated, changing references to the name as needed.
Perhaps someone else will know a better solution and enlighten us both.
:)
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault,
uses regularly Perl scripts for the Makefile equivalent, you could just
use File::Find and standard perl techniques to find and process files.
No extra function would be needed. (Although some kind of syntactic sugar
could still be desirable).
Mark
--
. . . . . . . . . . . . . . . . . .
rmValidator, there's also code to support this
kind of syntax for older Perl's without "qr". It uses an RE to match
an RE. It looks more hackish than just supporting 'qr', but it works
reliably in that application.
I'd rather see something like this than a prolifer
On Wed, Aug 27, 2003 at 05:55:49PM +0100, Orton, Yves wrote:
> > Does this make sense or does this already exist and I have missed it?
> > Is Format::FileSize a proper name?
>
>
> Do a search for "units" on search.cpan.org and i think youll find this
> somewhere. And no I dont think the name is
1 - 100 of 125 matches
Mail list logo
