[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 implementation.
--
It's usually // either for a good reason // or a bad reason
[EMAIL PROTECTED] (A. Pagaltzis) writes:
* Simon Cozens [EMAIL PROTECTED] [2004-08-24 15:37]:
Repeat after me: browsing is just searching metadata.
That is essentially correct, but beware of metacrap[1].
[1] http://www.well.com/~doctorow/metacrap.htm
Niggly comments are great! I love the way
[EMAIL PROTECTED] (Randy W. Sims) writes:
Looks like you and Simon should collaborate.
We've been chatting.
Is it possible or realistic for it to have pluggable search browse
engines.
I think so. There are three things at issue, all of which can and should be
implemented distinctly:
1)
[EMAIL PROTECTED] (Nicholas Clark) writes:
Until someone does, nothing will change. No-one on this list is preventing
anyone from trying this.
I'm working on it. The only thing that sucks about search.cpan.org is the
search engine, which is a shame since that's the major part of it. Thankfully,
[EMAIL PROTECTED] (Jose Alves de Castro) writes:
I don't want to show the results of a search. I want to say Here is the
link to the module list. See how long it is? It contains practically
everything you need, doesn't it?
http://www.cpan.org/modules/02packages.details.txt.gz
--
yes
[EMAIL PROTECTED] (Mark Stosberg) writes:
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.
The searching in search.cpan.org is, unfortunately, pretty awful. At some
point I plan to sit down and
[EMAIL PROTECTED] (Scott W Gifford) writes:
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.
Someone's already done this for CPAN, but I can't
[EMAIL PROTECTED] (Khemir Nadim) writes:
why do we have Savanna, Rubyforge and other?
Because people are naturally fractious and would prefer to reinvent the
wheel in order to do things Their Way instead of making use of the available
resources.
--
We use Linux for all our mission-critical
[EMAIL PROTECTED] (Khemir Nadim) writes:
But I can't live anymore with the low quality and release process that CPAN
has!!!
*sigh*. Is it that time of year again?
We have this discussion every six months or so. Everyone talks about it.
Nobody does anything about it. Nothing gets done. Goto 1.
[EMAIL PROTECTED] (Erik Norgaard) writes:
I just browsed through the namespace guidelines and the concern
about avoiding the namspace to clutter up.
Namespaces had their day when there was no easy way to search CPAN, and we had
to just browse to the modules we want. Now we have a full-text
[EMAIL PROTECTED] (Graciliano M. P.) writes:
I'm working on a module that need to add a new flag to a SV that is stored
by it.
Urgh. Don't do it!
Actually I just need to find a way to mark that SV by this module,
so, will be possible to identify this SVs from the others.
Piers Cawley worked
[EMAIL PROTECTED] (Andy Lester) writes:
Sure, and you can turn on HARNESS_VERBOSE to get the raw output of the
.t file. prove puts all that stuff behind easy command-line switches,
and lets you specify wildcards, and lets you specify a directory that
implicitly does all the *.t within the
[EMAIL PROTECTED] (David Nicol) writes:
constants before
you compile the code that sees them
This must be some strange new meaning of the word runtime that I
wasn't previously aware of. :)
What is being asked for can't be done.
--
God Save the Queen!
And let Satan take the Prime Minister...
[EMAIL PROTECTED] (Sam Vilain) writes:
To the programmer who has some real reason not to use the regex
engine, that you don't know about, none of the above are useful.
However, if the programmer doesn't bother to explain what that reason
is, it's natural to assume that he's just being weird.
[EMAIL PROTECTED] (Rodent Of Unusual Size) writes:
evidently the usage of DOH in the caller has already been fetched
from the symbol table (and found wanting) before the method has
been called. is there any way to defeat that?
No.
--
There seems no plan because it is all plan.
[EMAIL PROTECTED] (Jochen Stenzel) writes:
the base technique is to build a use constant statement at runtime and evaluate it
via eval().
% perl -w -Mstrict -le 'eval use constant FOO = 3; print FOO'
Name main::FOO used only once: possible typo at -e line 1.
print() on unopened filehandle FOO
[EMAIL PROTECTED] (Leon Brocard) writes:
I don't really see the point of the modules list any
more. search.cpan.org and CPAN.pm/CPANPLUS don't use it. Most modules
aren't on it. Shouldn't we just give up on it?
That's weird. I said that too. But then, if people want to spend time on
this, I
[EMAIL PROTECTED] (Khemir Nadim) writes:
Vagn Johansen [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
How do you avoid breaking old programs when the interface changes?
You don't. IMHO it's the users responsibility to check for what version they
are using not the module author.
[EMAIL PROTECTED] (Khemir Nadim) writes:
Everything that was said in this thread was very interresting and I, too,
belive things should get better and I encourage those that want to do things
_now_.
None of these ideas are new.
- Any one can start whatever hierarchy
This is not a problem,
[EMAIL PROTECTED] (Michel Rodriguez) writes:
I guess it becomes a social (for lack of a better term) instead of a
technical issue: this is what we should link to when we want to reference
a module.
This is in fact the policy I've been using for perl.com for a while now.
--
A word to the
[EMAIL PROTECTED] (Johan Vromans) writes:
Good idea, but don't we need to solve the current module registry
problems as well? Many module authors issue submission requests and
never get a reply.
Tim also wrote:
But [EMAIL PROTECTED] has it's own set of problems (that I hope will be
addressed
search.cpan.org.
--
When Simon Cozens writes code, I always think twice about whether
something is a bug or an esoteric implementation.
- Daniel Packer
[EMAIL PROTECTED] (Smylers) writes:
Let's get some good material written first, then worry about where to
stick it ...
Oh, I know a little Perl-related web site that would love any module
comparison articles you were to come up with.
--
The use of COBOL cripples the mind; its teaching should,
[EMAIL PROTECTED] (Dave Rolsky) writes:
On Tue, 10 Feb 2004, A. Pagaltzis wrote:
* It's better to have comparative articles than module centric
reviews; they're also less susceptible to manipulation.
I think these are great. The problem is they're a lot of work. I've
written two
[EMAIL PROTECTED] (Smylers) writes:
Personally I found Simon's commentary on some mail-sending modules to be
very useful (and I didn't object to his choice of words: when he found
something he didn't like he merely said so -- he didn't insult the
code's author or make allegations about members
[EMAIL PROTECTED] (Graciliano M. P.) writes:
The concept is very simple, just need to find a way to make all of this in a
portable way.
Soo, what name I can give for this? I just have no idea.
- CGI::FastBridge?
I'd call it pperl, for Persistent Perl. Oh, wait.
[EMAIL PROTECTED] (Yves Orton) writes:
Well suggest a name. It seems like folks concur that the name is not so great
so ill alias it to something else.
Mail::Send::MIME?
--
People in a Position to Know, Inc.
Dave Rolsky:
I think your article sort of misses the point. ...
No, I think you miss my point.
The slowness and amount of code are not nearly as important as the fact
that the API is inelegant.
However, the code is slow and bulky.
But keep most of the
internals, because he's dealt with a
[EMAIL PROTECTED] (Graciliano M. P.) writes:
Well, this is why I made Class::HPLOO not dependent of HPL source.
Then it should not be called HPL. It's nothing to do with it. Please call
modules after what they do, rather than random unrelated projects that
initiated them. I'm about to release a
[EMAIL PROTECTED] (Terrence Brannon) writes:
I'm sorry, but I must take the bait: is the framework
Apache-dependant?
At the moment, yes. It's also tied to Class::DBI. And Template Toolkit. At the
moment. Once it's written and it works, I'll then abstract it.
Does it not belong to the CGI::*
[EMAIL PROTECTED] (Sam Vilain) writes:
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.)
Surely this should be in Lang::Courtesy::Random::En?
It certainly shouldn't
I've just written an interesting extension to Lingua::EN::Inflect, but
I can't think of a good name for it. It provides three extra functions,
number, to_PL and to_S.
These inflect a noun to its plural or to its singular form.
Lingua::EN::Inflect, perhaps surprisingly, doesn't do this, and in
[EMAIL PROTECTED] (Marco Marongiu) writes:
my $i = Date::Iterator-new( from = [2003,10,3], to = [2003,11,10] ) ;
while (my $day = $i-next) { ... }
Marco, in case you're getting discouraged, I think there's certainly
a place for Date::Iterator; I like it a lot, and I *really* like modules
in the
[EMAIL PROTECTED] (Dave Rolsky) writes:
No, but it's not easier, and it's _much_ less flexible.
The difference between you and I is that you see that as a bad thing and
I see it as a good thing.
It's a philosophical difference when it comes down to it, such as between
Windows programming and
Richard Clamp:
On Tue, Dec 09, 2003 at 06:32:01PM +, Simon Cozens wrote:
So, uh, what would be a good name for it, then? Class::Accessor::Assert?
Just ::Assert seems a little wide-ranging for what you have just now.
Well, I also want to be asserting that some members exist in the hash
I'm about to write a Class::Accessor subclass that allows validity checking
on the accessors it generates. For instance, you will be able to say
__PACKAGE__-mk_accessor(headers = Some::Header::Object);
and then this becomes a runtime error:
Foo-new({ headers =
[EMAIL PROTECTED] (Yves Orton) writes:
I more meant that being the man with the Net::
Oh, you still believe that namespace ownership actually exists in practice?
How quaint.
Maybe I shouldn't have uploaded my latest module into Tie::, because that's
owned by...
--
Remember, any design flaw
Randy W. Sims:
Sounds like a set/multiset/bag structure.
I thought it sounded more like a sorted array, but I'm prepared to be
persuaded otherwise. (Primarily because I've already released the module
to CPAN. ;)
http://search.cpan.org/search?query=Setmode=all
Which of those were you thinking
Randy W. Sims:
Hmm, Jarkko has a nice set (err, no not those), but (and no not that
either) your module is the only one I see that uses a tied array to
implement a set;
Sorry, I should have been more explicit. I can't see any connection
between keeping something *sorted* specifically and
[EMAIL PROTECTED] (Arthur Corliss) writes:
2) I almost thing that a reverse would be better (i.e., ForkControl::Linux,
Alternatively, there are Unix and Proc top level namespaces already.
--
The trouble with computers is that they do what you tell them, not what
you want.
-- D.
[EMAIL PROTECTED] (Struan Donald) writes:
However, if I am looking for a module that makes it easy for me to
have a sorted array I am not going to look at modules with Set in the
name.
The module's already uploaded, guys; the thread is dead.
--
There seems no plan because it is all plan.
[EMAIL PROTECTED] (Dave Rolsky) writes:
There's a lot of trickery that would need to be involved here, as you
can't simply alter @ISA for the specified classes, and I'm not entirely
sure how I'll implement it, but that's a separate problem.
Sex.pm does this sort of thing, in case you haven't
42 matches
Mail list logo