* Enrico Sorcinelli [EMAIL PROTECTED] [2003-06-14 18:34]:
Log::Highlight, then. Anything but *::Colorize :)
I think that you wanted to say: Anything but _not_
*::Colorize ;-)
You are mistaken, though.
--
Regards,
Aristotle
* Sherzod Ruzmetov [EMAIL PROTECTED] [2003-06-18 19:47]:
I couldn't think of any other place but this lists where I
could get someone to review the library.
You can always post on Perlmonks :) www.perlmonks.org
If I'm knocking the wrong door, please kindly show me to the
right one.
Not the
* Michel Rodriguez [EMAIL PROTECTED] [2003-08-27 20:04]:
So maybe Number::Format::FileSize ?
I say Number::Format::ByteSize - it can be used to format
anything whose size or capacity is expressed in bytes, be that a
file, a disk, the computer's RAM, a process, a scalar or
anything.
--
Regards,
* Sam Vilain [EMAIL PROTECTED] [2003-08-21 01:01]:
Any ideas for a better name for this module?
NAME
Defer - Defer execution of code until it is accessed
Ok, so I'm very late to this thread (and if I don't manage to fix
my DSL before I fly off to vacation you'll get this mail at least
* Paul Hoffman [EMAIL PROTECTED] [2003-09-19 15:06]:
I'd like to get people's thoughts on this proposed module,
It's neat to have, although I suspect it won't be terribly useful.
especially its name (Class::* doesn't seem right; Hash::Methods
wouldn't be bad).
I'm thinking
* Ken Williams [EMAIL PROTECTED] [2003-09-19 18:41]:
C::Scan may help:
Wow, what a horrible name. :)
--
Regards,
Aristotle
If you can't laugh at yourself, you don't take life seriously enough.
* Orton, Yves [EMAIL PROTECTED] [2003-09-22 15:35]:
Actually id like to be able to pass it a hash of known files in
the following format:
But that restricts you to filtering by known criteria. Using a
callback would allow to filter by any criteria anyone might every
desire. The hash interface
* Ken Williams [EMAIL PROTECTED] [2003-09-22 18:54]:
Would be nice if C::Scan could be improved and kept as a
separate tool, my sense is that XSBuilder isn't very separable
if you just want to scan C source and not build the XS bits.
But please please put it in the Parse:: TLN, which is where
* Michael A Nachbaur [EMAIL PROTECTED] [2003-09-23 22:53]:
It is essentially a Perl script that takes a series of SQL
statements and outputs the results to a BerkeleyDB (with
various indexes created, on a configurable basis).
I don't think SQL::ExportDB is a good name for it. The first
thing I
* Michael A Nachbaur [EMAIL PROTECTED] [2003-09-23 23:48]:
Yes, it exports the result of multiple queries, right now, as
defined in a config file managed by Config::General.
One last comment: if you want to make this a generically useful
module, and unless your configuration is so complex that
* Orton, Yves [EMAIL PROTECTED] [2003-09-24 10:55]:
One last comment: if you want to make this a generically
useful module, and unless your configuration is so complex
that it needs a dedicate language to express it, then the
module should instead just take a Perl datastructure.
By that
* Orton, Yves [EMAIL PROTECTED] [2003-09-24 15:12]:
Er, ok, maybe I misinterpreted take a perl datastructure.
I meant the configuration should be passed in as such. Of course
it would then still go from there to perform its task.
--
Regards,
Aristotle
If you can't laugh at yourself, you
* Michael A Nachbaur [EMAIL PROTECTED] [2003-09-24 15:59]:
Since it really takes SQL statements and outputs the result to
a hash (the export part being an implied aspect of invoking
an SQL query) would it not make more sense to call it
DBIx::SQL2Hash?
Again, SQL2Hash sounds like it's building
Your quotation came out really wrong..
--
Regards,
Aristotle
If you can't laugh at yourself, you don't take life seriously enough.
* James E Keenan [EMAIL PROTECTED] [2003-10-04 23:19]:
So that's why I've been sending the To: copy to the OP or the
person to whom I'm directly replying or quoting most
frequently, and Cc:ing the list. But that means the To:
recipient gets 2 copies. Is this a case where business
etiquette
* Marcus Thiesen [EMAIL PROTECTED] [2003-10-07 16:38]:
It is currently named MPlayer.pm (which is quite idiomatic use
MPlayer;) but I'm not sure if this is OK for CPAN (top level namespace)
and follow up modules (if someone bothers to write real c bindings for
perl, maybe MPlayer::Slave would
* Marcus Thiesen [EMAIL PROTECTED] [2003-10-08 22:28]:
On Wed, 2003-10-08 at 00:34, Eric Wilhelm wrote:
Why not request that a Media TLNS be created, with the Video TLNS being
deprecated in favor of:
Media::Video::*
Media::Audio::*
Media::ThingWeHaveNotThoughtOf::*
Because
* Andrew Sterling Hanenkamp [EMAIL PROTECTED] [2003-10-22 19:06]:
Any suggestions?
Also, it's fixated on files, which I think the module was not
supposed to be.
Considering there's a Convert:: TLNS, I'd put it in there.
Format is a bit too vague for my taste; assuming it should be
able to do
* A. Pagaltzis [EMAIL PROTECTED] [2003-10-27 03:15]:
* Andrew Sterling Hanenkamp [EMAIL PROTECTED] [2003-10-22 19:06]:
Any suggestions?
Also, it's fixated on files, which I think the module was not
supposed to be.
This happens when you over-edit mails. That belonged to my reply
to Yves
* Smylers [EMAIL PROTECTED] [2003-10-31 10:55]:
I've uploaded it to Cpan as somewhere to put it for discussion:
http://search.cpan.org/perldoc?Class::FakeAttributes
This has been invented by Abigail quite a while ago and is called
inside out objects. See
* Dave Rolsky [EMAIL PROTECTED] [2003-10-31 18:57]:
Moreover, this isn't quite the traditional decorator pattern,
which involves wrapping an _object_. Instead, this wraps
_classes_. Maybe something like Class::DecoratorClass or
Class::Decorate would be good?
I'd prefer
* Dave Rolsky [EMAIL PROTECTED] [2003-10-31 20:20]:
The class builds/manipulates @ISA relationships of classes
dynamically, right? How about Class::DynamicISA then?
This implies that it modifies @ISA. In fact, it _never_
modifies @ISA for the classes passed to it.
How about
* John Siracusa [EMAIL PROTECTED] [2003-10-31 20:59]:
How about going the more fanciful route: Class::Chameleon or
Class::Octopus?
-John
The problem with fancy names is they make hard if not impossible
for people to find what they're looking for. See Jarkko's Zen of
Comprehensive Archive
* Orton, Yves [EMAIL PROTECTED] [2003-11-03 17:34]:
in hind site implementing an inside out object/attribute is so
easy (its pretty small, heres what I use for good general
coverage:)
use Scalar::Util qw(refaddr);
{
my %attrib;
sub inside_out {
my $s=shift;
if
* [EMAIL PROTECTED] [EMAIL PROTECTED] [2003-11-03 19:42]:
Wouldn't this do what you want (roughly, it may not actually
compile...)
Not really. The idea would be to (be able to) have attributes
stored in tightly scoped lexical hashes.. which doesn't seem
doable other than by a source filter
* darren chamberlain [EMAIL PROTECTED] [2003-11-03 19:42]:
$ perl -Mstrict -wle 'my $f = { }; my @a = @{ $f-{foo} }'
Can't use an undefined value as an ARRAY reference at -e line 1.
Oi. I'm getting the autovivification stuff mixed up.. (A good
sign that Perl DWIMs so well that I rarely have
* [EMAIL PROTECTED] [EMAIL PROTECTED] [2003-11-04 10:49]:
What else do you mean by tightly scoped?
Something like this:
* Orton, Yves [EMAIL PROTECTED] [2003-11-03 17:34]:
use Scalar::Util qw(refaddr);
{
my %attrib;
sub inside_out {
my $s=shift;
if (@_) {
* Orton, Yves [EMAIL PROTECTED] [2003-11-06 19:41]:
Well, maybe there are ways around the problems mentioned
before. I think there are. Im just not sure yet.
Yves
Definitely. I have ideas for some of them. I just have more
important work to do for the time being..
--
Regards,
Aristotle
* Bruno Negrao [EMAIL PROTECTED] [2003-11-10 20:11]:
Im finishing to write a module, Proc::Daemontools, and it
requires that the daemontools package be installed on a machine
for it to work. Where must I indicate that this module have a
dependency?
I can't believe noone understood what you
* Bruno Negrao [EMAIL PROTECTED] [2003-11-12 18:47]:
Also, you could try to guess (via regexps) if the data to be
sorted is numeric or alphabetical and use the appropriate
subrouting to order it.
Bleah. This kind of second-guessing easily leads to surprises.
Being explicit is good.
--
* Bruno Negrao [EMAIL PROTECTED] [2003-11-13 16:32]:
Even if I use the technique you suggested, when an automated
cpan-tester went to install my module, it will fail if it
didn't have daemontools installed, right?
I'm not sure how CPAN testers would react to that result, but
even if they
* Randy W. Sims [EMAIL PROTECTED] [2003-11-13 16:32]:
Hmm, Jarkko has a nice set (err, no not those), but (and no not that
either) [ ... ]
Randy.
Your name is very appropriate. :-)
--
Regards,
Aristotle
If you can't laugh at yourself, you don't take life seriously enough.
* Bruno Negrao [EMAIL PROTECTED] [2003-11-13 18:33]:
I read the Devel::SawAmpersand documentation but I simply could
not understand what this module does. Instead of its
documentation explains what this module does, the documentation
teaches techniques to avoid $', $ and $` variables
You
* Brad Lhotsky [EMAIL PROTECTED] [2003-11-13 17:58]:
Anyone see this as useful?
Sure is.
Is 'Linux::ForkControl' a decent name for this module?
I don't think so. We already have a TLNS for process related
stuff - Proc::.
Okay, so this is Linux specific. That belongs in the name too.
And
* Brad Lhotsky [EMAIL PROTECTED] [2003-11-13 20:35]:
There are similar modules, but their interface is different.
I've only found Parallel::ForkManager to be close,
implementation wise, to do what my module does.
Either your description was unclear, or I misread it.
Also, I didn't feel like
* Fergal Daly [EMAIL PROTECTED] [2003-11-14 13:10]:
But what about code that is shared by several CPAN modules but
which I don't consider to be worth getting up to standard for
general use. It's not that the code is trash, it's fine I
just can't see anyone else wanting to use it, even if it
* Jim Cromie [EMAIL PROTECTED] [2003-11-14 09:35]:
My version has a different focus, namely to find duplicate code
chunks, write macros for them, and invoke those macros. So
maybe a different name is appropriate.
So it is aimed at processing C sources? Then File:: is the wrong
TLNS for it,
* Dave Rolsky [EMAIL PROTECTED] [2003-11-19 20:32]:
Also, any suggestions on where else to post this?
PerlMonks might be a good place, as is clpm, I assume.
--
Regards,
Aristotle
If you can't laugh at yourself, you don't take life seriously enough.
* Andrew C. Flerchinger [EMAIL PROTECTED] [2003-11-21 19:34]:
At 03:17 PM 11/21/2003 +0100, you wrote:
* Enrico Sorcinelli [EMAIL PROTECTED] [2003-11-21 13:16]:
How about Text::Highlight::* for your module?
I was just going to suggest the same. Including for your Log
module - although
* Pinglei Zhou [EMAIL PROTECTED] [2003-12-03 01:20]:
I try to get some help for naming my modules:XORT (XML object
to relational translator). Here db schema follow certain common
rules, and XML DTD will have direct mapping from schema (we
have tested intensively on Drosophila data) to XML DTD.
* David Robins [EMAIL PROTECTED] [2003-12-13 12:08]:
I'd like to contribute an HTTP::Parser module to CPAN.
I like the idea.
parse which takes some text and either:
dies (on error) (I can return a string if people prefer it), or returns:
0: want more data but don't know how much
-1: like 0
* David Robins [EMAIL PROTECTED] [2003-12-14 19:22]:
Yes, it is, the return values are just hints. Of course if
it asks for n and you give it m n it'll return back n-m the
next time, and if you give it less than a line and it asked for
a line it will return the line-hint (-2) again.
If it
* Andrew Sterling Hanenkamp [EMAIL PROTECTED] [2003-12-18 20:01]:
I think I lean towards the modification of $_ in-place as it
seems a little more Perlesque.
Given the name Tie::Filter, I'd agree.
--
Regards,
Aristotle
If you can't laugh at yourself, you don't take life seriously enough.
* Andrew Sterling Hanenkamp [EMAIL PROTECTED] [2003-12-18 19:02]:
However, at this point, this project is becoming far more serious than
the original idea
Which is always good when code's meant to go onto CPAN :-)
The wrapped object must be of the same type as the tie itself
since the
* Marco Marongiu [EMAIL PROTECTED] [2003-12-19 19:21]:
But... well, I'll say in italian: Cio` che hai in piu` non ti
impoverisce; I don't have a good translation in english, but
it could sound like things you got and don't need don't make
you poor.
And that is exactly the reason why I agree
* Lincoln A. Baxter [EMAIL PROTECTED] [2003-12-24 09:39]:
I think it _is_ useful to get the word 'Day' in there, since
someone _could_ come along and choose to implement
Date::Calc::Hour::Iterator... (or HourIterator) .. (you would
be setting the pattern I would think) etc. If it were just
* Simon Cozens [EMAIL PROTECTED] [2004-01-01 14:57]:
The best name I've heard so far is
Lingua::EN::Inflect::Convert. Any better suggestions? I wanted
to call it Normalize but that's horrible.
I was thinking along the same lines as hsmyers - maybe
::Pluralize.
Would ::Stem be correct? If so -
* david nicol [EMAIL PROTECTED] [2004-01-06 20:03]:
I'm also safe from the implementation needing the flock bits if
it uses them. I don't know that they do, but I also don't know
that they don't.
You're also safe because tieing and locking is not an atomic
operation, and some DBM libraries
* David Wheeler [EMAIL PROTECTED] [2004-01-09 12:37]:
So, what do people like or prefer, and why?
I don't yet have any modules on CPAN (I do have an ID and plans
for it), but I intend to handle this the way Andy does and I also
prefer it as a user of modules when authors keep to that
practice.
* Elizabeth Mattijsen [EMAIL PROTECTED] [2004-01-09 14:11]:
I think the packaged with distribution is a _very_ nice extra
addition that could be automatically handled with
Devel::Required.
Laziness good. :-)
Something like:
=head1 DISTRIBUTION INFORMATION
This file was packaged with
* Elizabeth Mattijsen [EMAIL PROTECTED] [2004-01-09 15:15]:
Hmmm... now there are two catches to implement this in
Devel::Required.
- Is Devel::Required still a good name then?
I think not, but I have not the slightest clue what to propose.
All I know is it's dealing with versions, so maybe
* Elizabeth Mattijsen [EMAIL PROTECTED] [2004-01-10 13:43]:
Do we have a name for this beast? Devel::Panacea doesn't seem right
either... ;-)
I think the keywords for summarizing its intent are
documentation and consistent, but I think I'm missing a
better keyword. I don't have any good
* Lincoln A. Baxter [EMAIL PROTECTED] [2004-01-12 10:02]:
On Sun, 2004-01-11 at 15:50, Tim Bunce wrote:
It might also be worth adding some mechanism to integrate with Sys::Signal
http://search.cpan.org/src/DOUGM/Sys-Signal/Signal.pm
I took a look that this. It is little bit of perlxs glue
* Mark Stosberg [EMAIL PROTECTED] [2004-01-12 23:22]:
OK Name?
Sounds good to me.
Useful idea?
Most certainly. (This question being the sole reason for me to
pipe up, really.) It would've been cool to have this back when I
was trying to write a script for such duties.
Clear documentation?
* david nicol [EMAIL PROTECTED] [2004-01-13 13:56]:
Is this an appropriate post to module-authors or would it be
better taken to fun-with-perl? It's a module announcement...
Both?
Actually, proabably neither.
Who knows? :-)
--
Regards,
Aristotle
If you can't laugh at yourself, you don't
* david nicol [EMAIL PROTECTED] [2004-01-13 13:56]:
Acme::please is for randomly inserting please into your
output via a tied scalar. The string and printing percentage
are both configurable (see the documentation.)
It would be nice if there were a way to correlate two instances
of the
* Terrence Brannon [EMAIL PROTECTED] [2004-01-19 10:54]:
There is also PApp::* by Marc Lehmann, short for [P]erl
[App]lication
My understanding is that PApp is actually a proper name for his
framework, not a generic TLNS.
--
Regards,
Aristotle
If you can't laugh at yourself, you don't take
* Chris Josephes [EMAIL PROTECTED] [2004-01-19 14:39]:
I think sooner or later, we're all going to have to bite the
bullet and go with Java class naming conventions, like
IMO, it is of the essence that modules have descriptive names.
Otherwise, searching for something specific becomes nigh
* Chris Josephes [EMAIL PROTECTED] [2004-01-20 12:02]:
In most cases, you'll only refer to the full name of the module
once.
Then why would it even matter that much?
The idea of organizing namespaces is to resolve the issues CPAN
maintainers have had with naming conflicts, or namespace
* Martyn J. Pearce [EMAIL PROTECTED] [2004-01-20 12:02]:
Version numbering works great for linear systems, which
generally occur only with single authorship. If you do your
own version of Term::ProgressBar, and call it 3.00, and someone
else does too, they will probably call it... 3.00.
* Fergal Daly [EMAIL PROTECTED] [2004-01-20 14:34]:
On Tue, Jan 20, 2004 at 12:17:51PM +0100, A. Pagaltzis wrote:
Perl does not provide for keeping around same-named modules
that differ in some other way.
That's not true. There are many modules where for example
version 1.xx has one
* david nicol [EMAIL PROTECTED] [2004-01-21 13:09]:
I think its that as soon as you have AUTOLOAD defined, you
can't inherit past that point, at least by the ISA mechanism:
the AUTOLOAD function needs to know how to punt.
You think wrong.
$ perl -l
package Foo;
sub bar { print oy
* david nicol [EMAIL PROTECTED] [2004-01-22 03:43]:
and rewriting Crequire in some way to respect that?
Obviously you don't even need to; providing a custom VERSION()
is all you have to do.
--
Regards,
Aristotle
If you can't laugh at yourself, you don't take life seriously enough.
* Graciliano M. P. [EMAIL PROTECTED] [2004-01-27 06:16]:
First, I didn't know MIME::Lite until Orton send me an e-mail
in this list.
Of all the things that bother me in this discussion, this one
bothers me the most.
The reason for this, I think, is two-fold.
Obviously Gracilliano's research
* Mark Overmeer [EMAIL PROTECTED] [2004-01-29 02:12]:
But of course, he feels the need to insult other people's work
to promote his own. It's his way of gaining importance.
I don't think he's insulting in order to promote so much as
simply being vocal about his dissatisfaction with existing
* Graciliano M. P. [EMAIL PROTECTED] [2004-01-29 19:55]:
I'm working on a module that make a bridge between the
R-project intepreter and Perl.
The R Project is about statistics; a search on CPAN reveals that
there's a toplevel namespace called Statistics. That's
basically your module name right
* Graciliano M. P. [EMAIL PROTECTED] [2004-02-04 20:54]:
Soo, in the cgi-bin, let's say, you have a binary built in C,
that make a socket connection (or nay other IPC) to a another
process that is a Perl script that will receive all the %ENV
that Apache send, soo the script can simulate that
* Simon Cozens [EMAIL PROTECTED] [2004-02-05 11:58]:
I'd call it pperl, for Persistent Perl. Oh, wait.
http://search.cpan.org/dist/PPerl/PPerl.pm
His proposition does do some more stuff on the C stub side than
the pperl stub does. (I'm not sure how much of a relevant
difference (read: merit to
* Smylers [EMAIL PROTECTED] [2004-02-05 15:17]:
I think the name is unhelpful.
...
Then, somehow, I encountered MIME::Lite. It seems to do
everything I want and be easier to use than the alternatives,
and I use it for all mail-sending. But I'd never've thought to
try it in the first place.
* Orton, Yves [EMAIL PROTECTED] [2004-02-05 15:17]:
Mail::Simple?
I came up with that independently (ie before seeing your question
here), actually, and still think it's the best.
Mail::Formally::Known::As::Mime::Lite?
Surely that would be Mail::Symbol?
--
Regards,
Aristotle
If you
* Sam Vilain [EMAIL PROTECTED] [2004-02-09 10:57]:
This wheel has been re-invented far too many times already.
That has never bothered some people. :)
--
Regards,
Aristotle
If you can't laugh at yourself, you don't take life seriously enough.
* Adriano R. Ferreira [EMAIL PROTECTED] [2004-02-09 01:56]:
While writing tests for some of my code, I was faced with the issue
of capturing what the code sends to STDOUT and STDERR. As I have not
found a module to make it easy, I wrote a trivial code to do it. It
is used like this:
* Mark Stosberg [EMAIL PROTECTED] [2004-02-10 16:31]:
With Perl modules, I think there is typically less on the line
than $100,000 contracts. I found in my own experience that
people are generally trustworthy.
Precisely this lack of consequence actually makes me feel it
might be more
* Eric Cholet [EMAIL PROTECTED] [2004-02-10 18:51]:
There is of course another category of modules that I use,
larger systems such as a templating module, or a date module.
For those, I have found that hanging around mailing lists and
forums quickly point me to the better alternatives.
And
* Rocco Caputo [EMAIL PROTECTED] [2004-02-12 11:29]:
Conveniently, I've written exactly the thing that provides the
features I need, in a way that's most convenient for my
purpose. Everything else pales by comparison, otherwise I
would not have written it. Here, let me show you.
Are you
* Sam Vilain [EMAIL PROTECTED] [2004-02-15 22:44]:
...but it doesn't use Zlib! :) Compress::Gzip?
* Nicholas Clark [EMAIL PROTECTED] [2004-02-15 22:53]:
But it doesn't compress. Compress:Gunzip?
Uncompress::Gzip (Neither really meant as serious suggestions)
Problem is that it's an
* Michel Rodriguez [EMAIL PROTECTED] [2004-02-16 10:57]:
(At least the Perl-XML folks got it right, props to Grant
McLean!).
You don't put yourself in a particular spot on Google, you just
get there by being linked from lots of places. You have zero
control over whether and where you appear in
* Tim Bunce [EMAIL PROTECTED] [2004-02-16 11:53]:
(Meanwhile it could emulate the whole API and just return
errors when interfaces it doesn't support are called.)
That's an excellent suggestion and nicely resolves the naming
issue as a side effect. Very nice.
--
Regards,
Aristotle
If you
* Michel Rodriguez [EMAIL PROTECTED] [2004-02-16 13:43]:
Then the problem is why don't those pages show up higher when
you search on google? They come back fast enough, I suppose
they are static, can anyone confirm this?
Again this is not a factor. All you have to do is make sure you
don't use
* Jochen Stenzel [EMAIL PROTECTED] [2004-03-02 12:19]:
the base technique is to build a use constant statement at
runtime and evaluate it via eval().
No, if you are using constant.pm, the technique is to
require constant;
constant-import(FOO = 'bar');
eval(EXPR) is usually a red flag.
--
* Bruce J Keeler [EMAIL PROTECTED] [2004-03-02 09:57]:
IO::Epoll exposes the low-level epoll system calls
(epoll_create, epoll_ctl and epoll_wait), but it also has a
higher-level OO API designed to be a drop-in replacement for
IO::Poll.
As a stopgap solution f.ex to test the stability of your
* [EMAIL PROTECTED] [EMAIL PROTECTED] [2004-02-26 17:29]:
I'm putting together some things I have and creating a module
named Lingua::Identification.
Just a comment on the name: personally, I'd much prefer
::Identify. It's half as long, says exactly the same thing, and
it feels less awkward to
* Rodent of Unusual Size [EMAIL PROTECTED] [2004-03-02 11:43]:
i want to be able to define 'constants' in a module at run
time, rather than at compile time. 'use constant' does it too
early. for example:
use Foo;
my $foo = new Foo;
$foo-mkconst('DOH', 25);
printf(DOH=%d\n, DOH);
There hasn't been any post about in a while and I thought this
was too important to just let it run out of steam and die off.
If there has been discussion or work being done in a public place
other than this mailinglist, can we have a pointer?
--
Regards,
Aristotle
If you can't laugh at
* Orton, Yves [EMAIL PROTECTED] [2004-05-05 14:18]:
Normally you would do a proof on something like this. And you
would work through the code and ensure that it actually does
what the proof says it must.
Think about it, any other approach would require an infinite
number of tests.
Or at
* Randy W. Sims [EMAIL PROTECTED] [2004-05-14 01:40]:
It would be much nicer if it 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 why this hasn't been done?
* Mark Stosberg [EMAIL PROTECTED] [2004-06-17 16:15]:
So I think a good name might be JavaScript::Tooltip::HTML.
I put in another vote for this.
Regards,
--
Aristotle
If you can't laugh at yourself, you don't take life seriously enough.
* Becky Alcorn [EMAIL PROTECTED] [2004-06-18 10:57]:
At this point the module is HTML specific.
That's why the suggestion includes a ::HTML specifier.
The javascript library that we're using only works in browsers
as far as we know,
Yes, but even if it might not be possible to use *this*
* [EMAIL PROTECTED] [EMAIL PROTECTED] [2004-06-19 20:35]:
Seems like a really good example of a module that could benifit
from meta data, and multi-category placement. If it weren't for
existing categories, and still needed a category structure, I'd
personally think something like the
* Steffen Goeldner [EMAIL PROTECTED] [2004-06-23 16:22]:
Obviously, the Sub:: prefix doesn't provide unambiguous context
information. (If I'd written a thread related module, I guess,
there would be no discussion about Thread::Suspension.)
How about another prefix (avoiding a new top level)?
* Mark Stosberg [EMAIL PROTECTED] [2004-06-24 15:46]:
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
I'm
* Mark Stosberg [EMAIL PROTECTED] [2004-06-24 17:11]:
I can't think of how drag'n'drop could be implemented without
JavaScript.
Not possible.
Tooltips are, because using CSS you can define reactions to
hovering the mouse over something.
But you can't define reactions to clicks.
Regards,
--
* Chris Josephes [EMAIL PROTECTED] [2004-06-24 19:50]:
Also, I'm 90% sure there's no other method (besides JavaScript)
to implement DD. If some guy down the road manages to do it
in VBScript, he can always register
Html::DragAndDrop::VBScript.
It can certainly be done in VBScript. Anything
* Eric Wilhelm [EMAIL PROTECTED] [2004-06-25 05:11]:
I've seen pod2usage() and this would work, but most of these
scripts have some defaults set for variables that can be
changed with the GetOptions flags and I'd like to show these
defaults at least in the help message.
You are looking for
* Dave Rolsky [EMAIL PROTECTED] [2004-07-10 01:02]:
Right now I'm leaning towards either keeping WWW::Map or going with
WWW::MapService. I think the former is actually reasonably clear given
the WWW namespace, which is all about interacting with web stuff, not
generating HTML or anything like
* Bruno Negrão [EMAIL PROTECTED] [2004-07-13 23:53]:
Hi Aristotle,
My module differs from DateTime::Duration because it is not
dealing with dates. It does not try to foresee which is a
future of past date based in a bunch of seconds.
It just provide a means to calculate a time quantity
* Dave Rolsky [EMAIL PROTECTED] [2004-07-14 03:25]:
Ah, so you reinvented DateTime::Format::Duration.
Actually, I think he reinvented Time::Seconds, which is part of
the Time::Piece distro.
Well, both, I guess. Goes to show how many, *many* people have
written this sort of thing before in
* Dave Rolsky [EMAIL PROTECTED] [2004-07-14 19:26]:
Some of them _are_ registered, but that document you're
referring to hasn't been regenerated since 2002/08/27! I wish
the CPAN folks would just remove it if it won't be generated
regularly.
Does anyone else here think that the list should
* Dave Rolsky [EMAIL PROTECTED] [2004-07-14 19:41]:
Does anyone else here think that the list should probably
just be done away with entirely?
Given the fact that most authors seem to not register their
stuff, the [EMAIL PROTECTED] list is slow as heck, and that the
web pages never get
* Scott W Gifford [EMAIL PROTECTED] [2004-07-14 19:38]:
It would be interesting to calculate the importance of a
module by how many other modules link to it, either via a use
statement or by reference in the POD, much like Google does
with Web page links.
I was thinking the same thing, and I
1 - 100 of 479 matches
Mail list logo