I used to use this module until I started to get nonsense fail reports related to \r\n line endings. I've finally got rid of this module from all of my distributions and I don't suggest anyone to use this. I see that \r\n is *still* a problem after all these years: rt.cpan.org/Public/Bug/Display.html?i...
Also see this thread for a discussion on the "security" check this module claims to do: firstname.lastname@example.org...
Not worth the trouble.
Brilliant :) I've wanted to write something like that myself, but never had the time. This module aims to compare the most re-invented wheel of CPAN: The template engines. Although it's near version 1.0, it needs some polishing (hence the 4 stars).
This module does not create constants but injects weird subs into your package that gains value after first call. Code itself is implemented with several goto()s and seems to be highly error prone. Also the distro reached v2 in a month. Wow!. If you need such a thing implement them as functions or object methods instead. There is a reason calling something a "constant". Stay away.
[Update] Reply To Aristotle Pagaltzis: Do not assume anything about a person you don't even know and read the both sources to see what they are doing.
base is in Core and works as advertised.
To Dan Dascalescu: please stop spamming CPAN Ratings. Thanks.
In reply to Dan Dascalescu: you seem to be spamming CPAN Ratings. While I agree on some of your ratings, most are biased. It's usually a "best practice" to use the pure perl version as the default fall back. You can try the ::XS first, but it won't hurt to have a compatibility layer, if you are not configuring all the machines that the code runs.
And I don't think anyone cares if Catalyst used this or that. YAML is not part of Catalyst.
In reply to "Chris Prather"
That's nonsense. If the module is renamed, this one must either be deleted or converted to a wrapper to the new one instead of filling CPAN with junk.
This module is pure evil. Implements a confusing syntax. Must be under Acme:: instead of Data::.
Nice module. Simple interface but no updates for 7+ years and the version number is 0.04 and has this rather long TODO list. Seems to work ok with latin languages but not so sure about the performance/correctness with chinese, japanese or arabic. There seems to be converters for ZH/JP at least but this wheel is not yet re-invented as a whole as it seems :)
Ignore the troll below (or above, depending on the number of edits the troll make) and just RTFM. The correct argument to pass a document encoding to CGI::header() is the "-charset" parameter.
See the "-utf8" pragma to enable auto-utf8 on input parameters.
Use a template module (Template Toolkit for example) for HTML generation not CGI.pm' s template interface.
Jonathan Rockway' s review does not make any sense either. You can still use CGI.pm for input processing and uploads and it is suitable for simple applications. Also it is still maintained and new fetures added if needed and stable.
Edit: It looks like the troll (BKB) is coward enough to not mention his/her edit and replaced the old one completely with a more nonsense review.
I was thinking about generating a local copy of CPAN and searched for how to do it and it turned out that all is needed is this module & app :) Very nice and useful. All you need is a .minicpanrc for configuration and then just execute `minicpan`
In reply to previous reviewer:
it looks like this module is integrated into Net::IDN::Punycode. Maybe it's fixed there?
Reached v7 but no documentation and bad interface (no interface?). Alot of weird functions named as makafoo, makabar, etc. Reading the code just gave me a headache, but it's also like a time travel to see some prehistoric (released in 2008!) & bad coding style :p
Seems like a nonsense. This is merely a wrapper around some bundled PHP code and uses system calls to the CLI php interpreter to do its job. Try one of these instead:
This is some php code. Even the tests are php. I don't think that this thing belongs to CPAN.
Note to down voters: this is CPAN not PEAR...[/edit]
Holger Seelig: The CPAN Spammer :p
Something usable at last! Leaky variables are a nightmare and they are too hard to detect inside large code bases. This module gives you precious information. But if the information list is too long, command line is not good for reading. Maybe printing to STDOUT can solve this problem. Also, some global variables from other modules are marked as leaky (like some DBI globals) this seems to pollute the information list. An option to disable certain packages can be good.
I think that I've fetched half of the whole CPAN during installing this module. Ouch!
Try JSAN::Mini if you have trouble installing this module. Bu it also has some long prereq list...
ImageMagick is a feature rich, but heavy library. GD is better for simple tasks. And the interface is not perlish.
But the below review "was" (Edited per Lee Goddard's update :) misleading, since ImageMagick does have a QueryFontMetrics() method:
($x_ppem, $y_ppem, $ascender, $descender, $width, $height, $max_advance) = $image->QueryFontMetrics(parameters);
Nice. But there is a performance problem. Kate.pm loads all sub modules at once and this decreases performance and increases exec time. We can not use individual modules (::Perl.pm) for highlighting, since the highlightText() method is inside Kate.pm
I think that all methods must be moved inside another module (like Syntax::Highlight::Engine::Kate::Base) and all sub modules must inherit from this. And Syntax::Highlight::Engine::Kate must be just remain as a wrapper. Here is a little benchmark I did:
use Time::HiRes qw(time);
my $bench = time;
printf "Bench: %4f\n", time - $bench;
my $bench2 = time;
printf "Bench: %4f\n", time - $bench2;
Weirdo :p And a method name like "foo" in the API?? This seems to be a private/personal lib that has little use to others. Code uses DBI internally, but the interface is bad and hard to understand (from my point of view).
Seems unnecessary as Geoff Simmons stated. It also uses " " named entity, which can create problems with XHTML (with the correct content-type header). Only few "named entities" are pre-defined in XML. One must use " " with XHTML docs or define nbsp manually in DTD (i.e. <!ENTITY nbsp " ">).
See <www.w3.org/TR/REC-xml/#sec-predefined...; for pre-defined named entities.
I wonder if any reviewers below noticed the release date of this module? You are rating a historical item :p
This thing is a blah. And also the author is a blah, so I rate it as blah...
Good for development, but I'm not sure if this can be used in a production environment...
I'm new in this 3-D subject and couldn't try this module before this page: <www.bribes.org/perl/wopengl.html> Windows users must see this.
Anyway, there is no documentation in this module and the interface is not perlish, also the examples in the distro do not work on my system because of the usage of "glpOpenWindow" (I learned that from "J-L Morel"s page -- I do not know if it can be replaced with another function?) that's why I gave it a "2".
Fast and good graphic library. But requirement of absolute path for ttf fonts is *annoying*. It also does not like paths that have spaces in it.
I think that a built-in support for hex colors (like #000000) will be a good thing. I don't like that 3-element rgb values.
Also; the return of GIF format is a good thing.
weird perl coding... that "Perlish" thing is really weird...
It will be nice if you can bundle a "tar" program that Makemaker can use for "nmake dist" under windows. I' m currently archiving the resulting directory by hand (by a perl program actually)...
ditto mirod :) simple and powerful module and does not implement a "template language"...
The only bad thing is, you must use a global variable for the variables inside a template, you can't declare it with my(), but there is a hash mechanism to avoid this or you can use package globals.
one of the best modules :)
I think that this module must be installed in every system (well it may not be a standard module in a perl distribution --but ActivePerl adds it).