Module Naming for Perl Reference Object Lookup

Hello people of module-authors! I have been working on a module which will allow one to do some relatively advanced storage and lookup mechanisms on pure Perl object references. The features are as follows: 1) Use perl objects as keys. 2) You may choose whether the database will retain a stro

Re: Assume Co-Maintainership of Mail-Webmail-Gmail

iately. If the author becomes responsive, they can choose to merge your fork, or simply update the docs of the first branch to recommend the branch you maintain. Mark

Re: [RFC] Data::FormValidator::Filters::HTMLScrubber - new module proposal

crub( allow => [qw/b i em strong/] ) ] > } > }; I like the API and as the Data::FormValidator maintainer, I welcome this addition to the Data::FormValidator name space. I suspect I'll use this contribution myself! Mark

Re: I think we can just scrap CPAN Ratings altogether

on Skatepark.org, and include the unrated items at the bottom. (Which encourages people to rate things they like!) Alternatively, it could be useful if cpanratings.perl.org allowed some way to browse modules by topic or keyword, with a sorting by rating. Mark

Re: I think we can just scrap CPAN Ratings altogether

to evaluate a module when I can see what others think about it as well. Mark

Re: CPAN6 (was: A Semi-Public Version Control Repository for Your CPAN Modules)

uments. Public discussion on this moment would eat all our time. Of course, we hope it will grow into a community project after the YAPC. -- Regards, MarkOv ---- Mark Overmeer MSc

Take back your modules! (was: Re: Give up your modules!)

e, though. I say: If you are care about a module's maintenance, start acting like you own it, being considering that others, especially the current maintainer, may feel the same way. Mark

Re: Take back your modules! (posted to Perlmonks)

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

Devel::Size broken

monly used as a development tool. Mark

Re: UNIVERSAL

Pretty sure you just don't use it. HTH. -MARKLE On Wed, Aug 27, 2014 at 12:17 AM, Jonas Brømsø Nielsen wrote: > Hello, > > I am a getting a lot of failure reports from CPAN testers on issues with > UNIVERSAL. These testers are using: > > perl 5.21.3 > > Example: > > - > http:/

Re: Top level name proposal - ComputeCluster

, the subroutine "return" function broadcasts to ask which listener expects its results. Implement map-reduce this way? And whatever... Mark On Sep 7, 2014 11:01 AM, "Dana Hudes" wrote: > There exists a Perl interface to Hadoop. I can't look up right now, but i > thin

Re: Namespace for an application?

have potentional for namespace conflicts if the application uses it's own "Crazy::Horse" module, and that's already in use in the modules directory? -mark http://mark.stosberg.com/

Re: Namespace for an application?

> We could, alternatively, use Tracker. I like that cause its less typing. I prefer Apps::Tracker for being more descriptive. -mark http://mark.stosberg.com/

Re: Request for help with naming module

ilar to an existings module: DBIx::UserDB Maybe yours could be DBIx::Auth? I'm new at module naming myself. -mark http://mark.stosberg.com/

Re: New module idea -- Env::Object

n extra step to do something I could do quicker directly. OTOH, perhaps there are OO purists out there that will better appreciate having the environment variables available through this framework. :) -mark > > SYNOPSIS > use Env::Object; > > my $env = Env::Objec

Re: New module idea -- Env::Object

ce a very > strong emphasis on being a wrapper around %ENV. I should > definitely modify that, because %ENV is just one possibility, > and, as Mark pointed out, not a particularly good one. Ah, thanks for the clarification Darren. > True. But, using the DBI::Env example from t

Compress-Bzip2

uch issues ? Mark P.S. Please respond also to my explicit email since I just registered on the list and am not yet sure I'm getting emails from it. - -- Name: Mark Veltzer Title: Research and Development Company: Meta Ltd. Address: Habikaa 17/3, Kiriat Sharet City: Holon Zip code: 58495 C

Re: Compress-Bzip2

On Sat, 27 Oct 2001, Mark Veltzer wrote: > Hello! > > I'm an author of a single CPAN package. I have recently tried to use the CPAN > package Compress-Bzip2-1.00 and it didn't compile not pass tests. I fixed it > up and managed to use it on my machine but couldnt give

Compress-Bzip2 revisited

er modules probably have the same problems. I can understand the reasoning not to let every author step on other authors packages - but somehow the situation that occured with Compress::Bzip2 should not be allowed to occur again. Anyone care to comment ? Mark. - -- Name: Mark Veltzer Title

Re: A sleeping module's maintainer

having a chance to see these changes on CPAN ? Olivier, This is addressed in the FAQ: http://www.cpan.org/misc/cpan-faq.html#How_maintain_module -mark http://mark.stosberg.com/

Re: for review: Elapse.pm

nchmark module, as it's used like this: use Benchmark; $t0 = new Benchmark; # ... your code here ... $t1 = new Benchmark; $td = timediff($t1, $t0); print "the code took:",timestr($td),&

Re: Seeking input and naming suggestions for "Validator" module

re a field named "cc_no" is being validated with the "cc_number" constraint, taking the cc_no and cc_type. It's possible to use a code ref to define to custom function with more complex checking if you'd like. With that said could

Re: Seeking input and naming suggestions for "Validator" module

scribe a complex data structure like the above in plain english. Perhaps the documentation just needs more examples or better structure. Suggestions welcome. :) -mark . . . . . . . . . . . . . . . . . . . . . . . . . . Mark Stosberg Principal Developer [EMAIL PROTECTED] Summersault, LLC 765-939-9301 ext 223 website development . . . . . http://www.summersault.com/ . . . . . . .

Seeking advice on possible module Map::Hash, etc.

my @list = some_func(); die if($seen->get(\@list)); $seen->set(\@list,1); } Map::List, Map::Hash, Map::Set, and Map::Bag all have similar interfaces. They differ in how they determine equality. Thanks for any advice, including advice on whether I should conside

Re: Seeking advice on possible module Map::Hash, etc.

Thank you for your reply. I believe your system works for lists. For hashes, things get complicated because equal hashes may serialize with their keys in different orders using Data::Dumper or Storable. FreezeThaw seems to work, though. So, only Map::Set and Map::Bag now seem relevant, as they

Re: Seeking advice on possible module Map::Hash, etc.

s hard to tell which of similar modules which actually be useful for the task at hand. -mark . . . . . . . . . . . . . . . . . . . . . . . . . . Mark Stosberg Principal Developer [EMAIL PROTECTED] Summersault, LLC 765-939-9301 ext 223 website development . . . . . http://www.summersault.com/ . . . . . . .

Re: DBD naming question?

Steve Fink wrote: > > If you're just worried about an exact collision and are ok with a > semantic one, you could use DBD::Mux. Or DBD::Demultiplex -- the > difference is mostly a matter of perspective. DBD::Hub? > DBD::TrafficCop? DBD::Router? DBD::Any? I suggest: DBD::A

Re: Naming advice: Statistics::Descriptive::Discretized?

read the definition here: http://www.alankorn.com/briefs/mendler.html#_ftn2 Maybe that's a little different than what you want. :) -mark . . . . . . . . . . . . . . . . . . . . . . . . . . Mark Stosberg Principal Developer [EMAIL PROTECTED] Summersa

Re: Naming advice: Statistics::Descriptive::Discretized?

.. If you know the state space, such as [0..255], you can use an array instead of a hash, initializing each element to zero (or treating undef appropriately when encountered). Array references can be blessed just as hash references can, and array lookups are a bit faster. Mark Dilger --- Rhe

Re: Detecting updates to installed modules?

fine job of download-and-install, but there's no > inventory function or query-for-update. I thought that's what the "r" (for reinstall) function in the CPAN shell does. It appears to emit a list of your currently installed packages compared with their latest versions. -mark http://mark.stosberg.com/

Re: [PROPOSAL] - List::Compare

two throw-away blessed objects, but I don't know if your proposed solution wouldn't throw away at least a couple of hashes after the compare anyway... Hope this helps, Mark Dilger --- Janek Schleicher <[EMAIL PROTECTED]> wrote: > Terrence Brannon wrote at Thu, 27 Jun 2002 15:53

Re: [PROPOSAL] - List::Compare

in Set::Scalar. (Perhaps you're already using Set::Scalar in your implementation and I just haven't looked?) Is there a motivation for putting these methods in the same package? Why not List::Compare, Set::Compare, and Bag::Compare as seperate classes? mark --- Mark Dilger <[EMAIL P

Re: Greetings!

say at a glance teh power and features of your module. Mark http://mark.stosberg.com/

Re: Unix::Dialog vote (+1 for ::Backend)

* +1 > > Unix::Dialog::* After following the discussion, I'm in favor of ::Backend, because it's clearer. It sounds like it will frequently be used indirectly, so it won't need to be typed out much anyway. Mark -- http://mark.stosberg.com/

Re: Filesys::DiskFree

/cpan-faq.html#How_maintain_module This document doesn't answer the question "...if all else fails, then what?". That is, I'm still unclear how namespace authority is transferred, or if it is enforced at all. Mark -- http://mark.stosberg.com/

Re: what to do with dead camels ? work on CPANTS

nformation about it: http://use.perl.org/~markjugg/journal/13121 This project is already underway and in its early stages in the form of "Module::CPANTS". Mark -- . . . . . . . . . . . . . . . . . . . . . . . . . . . Mark StosbergPrincipal Developer

Re: What search.cpan.org & PAUSE produce (Fork from: what to do with dead camels?)

suppose that explains why searching for "lbdb" with "All" takes me directly to "Acme::Pr0n". (by contrast: kobesearch just returns "no results" on the default search. ) Is there is a Soundex::FamilyFriendly::Filter out there? I wasn't expecting the Pr0n to popup there like that on my innocent query. :) Mark

Re: [chris@clotho.com: Re: What are the dead camels?] (HOWTO take over a module)

pan.org/misc/cpan-faq.html#How_maintain_module Mark

Re: what to do with dead camels ?

se about. At least a couple of us are: http://rt.cpan.org/NoAuth/Bug.html?id=2978 I think it's a stale joke that's wasting new resources daily. Mark

Re: what to do with dead camels ?

LSIP flags for the modules it contains. That information /is/ integrated into kobsearch.cpan.org, though: http://theoryx5.uwinnipeg.ca/mod_perl/cpan-search?modinfo=18026 Mark -- . . . . . . . . . . . . . . . . . . . . . . . . . . . Mark StosbergPrincipal Developer

Finding modules (was: Re: Another sticky module naming issue)

ord search /and/ it is well rated, it should be easier to find. Mark -- . . . . . . . . . . . . . . . . . . . . . . . . . . . Mark StosbergPrincipal Developer [EMAIL PROTECTED] Summersault, LLC 765-939-9301 ext 202 database driven we

Re: Getting permissions to close bugs when you have taken over a module

will be a field to put in an owner for all the new tickets. That's it. Mark -- http://mark.stosberg.com/

Re: Getting permissions to close bugs when you have taken over a module

eleased, a major upgrade. I'm interested to know in generate what plans there are to enhance this RT installation. It's certainly proven to be very useful! Mark -- . . . . . . . . . . . . . . . . . . . . . . . . . . . Mark StosbergPrincipal Developer [EMAIL

Re: RFC Format::FileSize

. And no I dont think the name is that great. I agree "FileSize" is not a good name, because the module appears to deal with unit conversion and display, which could be for something besides file size. I think like idea of checking the "unit" name space. Mark

Re: ExtUtils::MakeMaker PL_FILTER option

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

Re: ExtUtils::MakeMaker PL_FILTER option

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

Re: creating a standard Perl module

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,

Re: sub-packages for object-oriented modules

be cumbersome at times. I can't see I have a better pattern to suggest for this case, rather it's a question I've run into myself and haven't fully resolved. Mark -- http://mark.stosberg.com/

Re: Namespace for common datatypes

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

Re: FAIL AFS-Command-1.3 darwin 6.8

uot;. The specific module used in this case is here: http://search.cpan.org/~dwheeler/App-Info-0.24/lib/App/Info/RDBMS/PostgreSQL.pm Perhaps a helper module like this could simplify the needed configuration in your case as well. Mark

Re: Yet another naming question

. The mutt > docs simply call them "patterns", but that's much too generic a name for > this module, I think. They seem like a kind of regular expression to me. Something under one of these name spaces makes sense to me: Regexp::Mutt Regexp::MuttPatterns Having "

Re: Author's namespace

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

Re: Author's namespace

#x27;m open to cleaning it up some as you suggest. Still that leaves the issue of naming it. It's still best described as "a module for building CGI applications Mark's way". I could give it some generic name like "CGI::Application::TurboCharge", but that se

Re: Author's namespace

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

Re: ExtUtils::MakeMaker or Module::Build

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

Re: Geography Specific Namespace

a module > that fits in with the structure. > > Of course plans never quite fit the bill in practice, so it would just > be a guideline. > > Comments, questions, moral support? A plan sounds like a good idea to me. Mark

Re: Simple multi-level tie

t a hash structure back. Keys with multiple values are supported, although I usually don't have that case. Your solution may well be cleaner for general cases. Mark

Re: RFC: Date::Iterator

eturns DateTime objects, giving you all the flexibility of formatting and features that a such an object implies. I'd be interesting in hearing a bit more about cases where this new module would be a better choice. Mark -- http://mark.stosberg.com/

Re: RFC: Date::Iterator

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

Re: Namespace suggestions for new module submission

ences? Will this be implemented with the DBI interface? Then DBD::YourProject seems appropriate. "DBD::SQLite" seems to be a related case, although it's not Pure Perl, it just allows you install it as a standard DBI driver. Mark

Naming help for upload management system

b.html I plan to also write a tutorial to clarify things even further. Mark -- http://mark.stosberg.com/

RFC: CGI::UploadDB

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

Re: RFC: CGI::UploadDB

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

cpan name spaces (was: Re: Re3: Re: How about class Foo {...} definition for Perl? )

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

Re: cpan name spaces (was: Re: Re3: Re: How about class Foo {...} definition for Perl? )

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

Re: cpan name spaces

ou expect to be compatible. Unfortunately, unless the author of the required module has made clear version numbers like you suggest...it make take some digging to figure out exactly which versions should be required. Mark

Re: New module Mail::SendEasy

istribution of it that contains all its dependencies, but is easily installable. That seems like a good solution to me. Mark

Re: New module Mail::SendEasy

a lot more sense. That's more what I want it mind. The MIME::Lite standard distribution would be unaffected, but another option would be available, at least for this one use. Isn't this kind of packaging sort of what the "PAR" project is about? http

Re: Fwd: Re: New module Mail::SendEasy

* Dave Rolsky ([EMAIL PROTECTED]) [040126 23:58]: > On Mon, 26 Jan 2004, Mark Overmeer wrote: > > > >- Not so great API. The API isn't so bad that I'd call it awful, > > > > but it's inelegant and bulky, and definitely doesn't make > > >

Re: Fwd: Re: New module Mail::SendEasy

ct of the functionality on a level of "starter" is certainly useful, but I had no time for that yet. Volunteers? -- MarkOv ---- drs Mark A.C.J. OvermeerMARKOV Solutions [E

Re: Fwd: Re: New module Mail::SendEasy

ed values, like is time UTC, > > etc.). Some things are not repeated often enough. It's quite hard to write suffient docs, and 50,000 lines of it is apparently not enough. However, in case of 'time' is repeated on many places that it is in the same format as provided by

Re: VERSION as (interface,revision) pair and CPAN++

ave other ideas on what to do when the best design for the future is not backwards compatible? Mark -- http://mark.stosberg.com/

Re: Fwd: Re: New module Mail::SendEasy

* Terrence Brannon ([EMAIL PROTECTED]) [040129 00:09]: > Mark Overmeer wrote: > > >Mail::Box was designed to start with EVERYTHING which the RFCs specify, > >and ALL uses I know with e-mail. A very high level library. And that's > >quite a lot... And therefore suf

Re: New module Mail::SendEasy

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-

Re: Finding the module you want (was: New module Mail::SendEasy)

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

Re: Finding the module you want (was: New module Mail::SendEasy)

ely stop at the first one that seemed "good enough". Mark

Re: How do I prohibit analyzis for packages for certain files on CPAN upload?

directory: > - inc > - eg > - t Assuming this works: Since the file is auto-generated, how do you make the change persistent? It seems something would need to be added to Makefile.PL or Build.PL. Mark

Re: running tests

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

Re: running tests

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

Re: running tests

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

Re: running tests

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

Re: running tests

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

Re: Module::Starter released

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

Re: New Wrapper API for Data::FormValidator

field as a particular constraint". That clarification doesn't lead me to great name though. Here are some which seem to have right meaning, but I'm don't really like them anyway. Data::FormValidator::FieldBased Data::FormValidator::ElementAPI Data::FormValidator::Elemen

Re: Duplicated modules

stem available from each module page. As ratings and comments accumulate, it will become easier for future visitors to figure out which modules are worthwhile and why. (It's certainly not a total solution, though! ) Mark

Re: Duplicated modules

hat yo've read. Just vote everything you read up or down. :) Admittedly, that strategy works best once you've been there a while and have lots of votes to use. Mark -- http://mark.stosberg.com/

Re: Application framework namespaces

an assumption that the applications have decently unique names, and not generic ones that might look like an existing standard use of a top-level domain (CGI, HTML, Data, WWW, etc). Mark

Re: getting rid of some unmaintained modules

ed so I can safely assume no one uses > them. I think I can just delete all of their copies from CPAN, right ? Right. I believe even if you delete them all from your directory, everything ever uploaded is still available on 'backpan': http://backpan.cpan.org/ ftp://pause.perl.org/pub/b

Re: CGI::Uploader (was: CGI::FileManager)

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

Re: CGI::Uploader (was: CGI::FileManager)

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

Re: CGI::Uploader & CGI::Upload (was: CGI::FileManager)

f the documentation. Mark -- http://mark.stosberg.com/

Re: File::Path::Populate

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.

Re: [module-authors] tables inside PDF

/HTMLDoc.pm It clearly supports tables and landscape mode. The documentation indicates that it has some image support. I haven't tested how well that works myself. I have used it to transform HTML tables, and that works great. It can even run under mod

Re: tables inside PDF

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

Re: CPAN Rating

that the current rating system is helping. After receiving several negative ratings, CGI::NeedSSL has been pulled from CPAN. Mark

Re: CPAN Rating

Slashdot-style system would work better. The "story" would simply be the module name, and reviews could be posted as comments. The highest moderated reviews would become the most prominent. Maybe use.perl.org could help with something like this? Mark

Re: New module: CGI::Tooltip

ferent backends: JavaScript::Tooltip::SVG JavaScript::Tooltip::PDF (I'm not even sure that PDF would support this kind of tooltip, but I imagine SVG would.) Mark

Perlforge? (was: Re: CPAN Rating)

aving a number of similar sites available. Personally, I haven't gotten a lot of benefit out of SourceForge hosting so many sites. Usually I use the tools related to one specific project. Rarely do I use any tools that benefit from

Re: New Module: HTML::DragDrop

ding 'And' in the name is how people usually refer to the technique. However, for a module name I think it may be clear enough to exclude the word 'And' in favor of a shorter name that is 'good enough'. Mark http://www.summersault.com/

Re: New Module: HTML::DragDrop

, plain . > > Please tell me if it isn't so. Tooltips can be implemented purely in CSS, as documented here: http://www.madaboutstyle.com/tooltip2.html I can't think of how drag'n'drop could be implemented without JavaScript. Mark

  1   2   >