Hi!
On Tue, Aug 19, 2003 at 04:00:44PM +0100, Tony Bowden wrote:
> I'd certainly like to see something like this worked on. We do a lot of
> this stuff automagically as part of our RCS anyway - people can't check
> in code that doesn't pass certain guidelines (all public methods
> documented etc.
On Mon, Aug 18, 2003 at 08:13:58PM -0500, Ed Summers wrote:
> > Upload a dist and let it be checked by a future version of Module::CPANTS.
> That's actually kind of a neat idea. It makes me think how cool it would be if
> Module::CPANTS installed a script which would do the same thing...from the
>
> I guess mostly the syntax highlighting is the biggest concern. I
> use emacs and that does syntax highlighting for perl files. Is there any
> IDE out there that highlights POD differently than code? If that was the
> case then I probably wouldn't have a problem with in-module POD. I gue
On Mon, Aug 18, 2003 at 09:48:57PM +0200, Thomas Klausner wrote:
> Just yesterday I was thinking of something like validator.cpan.org (parallel
> to validator.w3.org):
>
> Upload a dist and let it be checked by a future version of Module::CPANTS.
That's actually kind of a neat idea. It makes me t
On Mon, Aug 18, 2003 at 10:27:18AM -0400, Potozniak, Andrew wrote:
> I guess mostly the syntax highlighting is the biggest concern. I
> use emacs and that does syntax highlighting for perl files. Is there any
> IDE out there that highlights POD differently than code?
emacs cperl-mode wil
Op een zonnige zomerdag (Monday 18 August 2003 21:48), schreef Thomas
Klausner:
> Hi!
>
> Just yesterday I was thinking of something like validator.cpan.org
> (parallel to validator.w3.org):
>
> Upload a dist and let it be checked by a future version of Module::CPANTS.
>
> You should get back a r
Hi!
On Mon, Aug 18, 2003 at 11:25:14PM +1000, Andrew Savige wrote:
> It doesn't have to eval the whole of CPAN to be useful.
> I see the mythical Module::Scrutinize as perhaps a little orthogonal
> to Module::CPANTS, as something that may help individual CPAN authors
> produce a higher quality pr
On Monday, August 18, 2003, at 05:31 pm, Tels wrote:
I didn't even know that cpanratings exists! Wow! But why, by Seline
Moonbow,
does this site need a login just to show me a rating?
Taken a look at search.cpan.org recently then? For example:
http://search.cpan.org/author/MBARBON/Module-Info-
On Mon, 18 Aug 2003, Michael G Schwern wrote:
> Personal and asthetic style nits cannot be part of any code analysis that
> claims to be non-partisan or even wishes to exist. It will make the analysis
> worthless since nobody will agree on what you feel is "good" style. Stick
> to choices that d
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Monday 18 August 2003 16:17, Michael G Schwern wrote:
> On Mon, Aug 18, 2003 at 09:43:34AM -0400, Potozniak, Andrew wrote:
> Ironicly, the style you don't like in #1 is the very style you promote in
> #2. Replace '"black box" commenting' with POD docum
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Monday 18 August 2003 15:25, Andrew Savige wrote:
> one that spells my name "Savage" ;-) but it is very hard to get a
> machine to recognize the difference. There is a poor man's Inline::C
die() unless $changes =~ /Savige/i;
SCNR:)
> most of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Potozniak, Andrew [2003-08-18 10:27]:
> > Might I suggest a good syntax highlighting editor?
>
> I guess mostly the syntax highlighting is the biggest concern. I use
> emacs and that does syntax highlighting for perl files. Is there any
> IDE out
* Potozniak, Andrew ([EMAIL PROTECTED]) [19 Aug 2003 00:28]:
[...]
> I guess mostly the syntax highlighting is the biggest concern. I
> use emacs and that does syntax highlighting for perl files.
Surely it highlights pod distinctively?
> Is there any IDE out there that highlights POD differentl
* Michael G Schwern ([EMAIL PROTECTED]) [19 Aug 2003 00:15]:
> On Mon, Aug 18, 2003 at 10:11:23PM +1000, Iain Truskett wrote:
> > Strictly speaking, the F is a log of changes,
> > usually extracted straight from version control software
> > (e.g. C<< svn log > ChangeLog >>).
> >
> > The F file is
On Mon, Aug 18, 2003 at 09:43:34AM -0400, Potozniak, Andrew wrote:
> Since we're on the topic of scrutinizing CPAN distributions I would like to
> contribute something that I do not like in some of the distributions that I
> have come across. I don't know if it has been brough
>
> Personal and asthetic style nits cannot be part of any code
> analysis that
> claims to be non-partisan or even wishes to exist. It will
> make the analysis worthless since nobody will agree on what
> you feel is "good" style. Stick to choices that don't rely
> on asthetics.
>
> Consi
On Mon, Aug 18, 2003 at 10:11:23PM +1000, Iain Truskett wrote:
> Strictly speaking, the F is a log of changes,
> usually extracted straight from version control software
> (e.g. C<< svn log > ChangeLog >>).
>
> The F file is more a user-oriented description of
> the net effect of the individual ch
On Mon, Aug 18, 2003 at 10:11:23PM +1000, Iain Truskett wrote:
> > Sure, convince CPAN Testers to do this ;-)
> I've been playing with Devel::Cover and think this is a good
> idea. But damned if I know how to report the Devel::Cover
> output in a useful way in an email.
You can write your own repo
* Andrew Savige ([EMAIL PROTECTED]) [18 Aug 2003 23:24]:
[...]
> > > 7) Version checker.
> >
> > What would you check, exactly?
> That multiple versions in multiple files match.
That's never been necessary, or even necessarily welcomed.
Just look at libnet or LWP.
I'll admit some of my distrib
Since we're on the topic of scrutinizing CPAN distributions I would like to
contribute something that I do not like in some of the distributions that I
have come across. I don't know if it has been brought up on this thread yet
but here it goes:
1) I do not like in-module PO
On Mon, Aug 18, 2003 at 11:25:14PM +1000, Andrew Savige wrote:
> Four completely normal peeps there. ;-) Judging by the popularity of
> cricket and golf statistics, I think there are a lot of lurkers too.
So in a few years time we'll have people quoting Wisden's CPAN almanac?
Yes, bioperl now
Leon Brocard wrote:
> I like the is_impolite / is_naughty ideas, and will roll them into the
> next version. If you have a simple metric for a good cross-platform
> filename, that'd be good.
I'll see what I can come up with.
> I'm not sure about how you mean a "good" Changes. For a start, people
* Andrew Savige ([EMAIL PROTECTED]) [18 Aug 2003 19:29]:
> Anything else? Does such a module/script already exist?
(8) META.ya?ml file is valid YAML and conforms to the spec.
http://module-build.sf.net/META-spec.html
cheers,
--
Iain.
* Leon Brocard ([EMAIL PROTECTED]) [18 Aug 2003 20:43]:
[...]
> I'm not sure about how you mean a "good" Changes. For a start, people
> call them different things (Changes, CHANGES, ChangeLog etc.), and
> format them differently.
Strictly speaking, the F is a log of changes,
usually extracted str
Andrew Savige sent the following bits through the ether:
> I'm an enthusiastic admirer of Schwern's CPANTS kwalitee vision and
> aware of Module::CPANTS but unsure about the current state of play.
> Tips on other stuff I should look at are welcome.
[From a Module::CPANTS perspective...]
Module::
Though this started as an innocent question, I think it would be
nice to have a module/script to scrutinize a CPAN distribution.
1) Archive nit-picker. Archive::Any's is_impolite/is_naughty is a
start. Also test for: "good cross-platform" file names (my
original question); "good" Changes, RE
26 matches
Mail list logo
