pcp
[Top] [All Lists]

Re: [pcp] Source and binary packaging - future directions

To: Max Matveev <makc@xxxxxxxxx>
Subject: Re: [pcp] Source and binary packaging - future directions
From: Nathan Scott <nscott@xxxxxxxxxx>
Date: Fri, 06 Feb 2009 10:29:45 +1100
Cc: Mark Goodwin <goodwinos@xxxxxxxxx>, kenj@xxxxxxxxxxxxxxxx, pcp@xxxxxxxxxxx
In-reply-to: <18826.49390.974151.5980@xxxxxxxxxxxxxxxxx>
References: <1233627045.5518.55.camel@xxxxxxxxxxxxxxxxxx> <18825.23091.63084.898574@xxxxxxxxxxxxxxxxx> <1233742073.10265.1.camel@bozo> <1233786804.24330.15.camel@xxxxxxxxxxxxxxxxxx> <498A6CD0.7010002@xxxxxxxxx> <18826.49390.974151.5980@xxxxxxxxxxxxxxxxx>
On Thu, 2009-02-05 at 21:35 +1100, Max Matveev wrote:
> On Thu, 05 Feb 2009 15:36:32 +1100, Mark Goodwin wrote:
> 
>  MG> BTW, Max, which bug-for-bugs in pmchart are you thinking of?
>  MG> pmchart doesn't have any bugs ;-)
> Ok, WARs like counter-wrap detection in the fetchgroup code, GIF

It honours PCP_COUNTER_WRAP, if thats what you mean?
How many of the last-of-the-mohicans^Wpmcharticans do
you really think rely on some particular counter-wrap
handling anyway?

> generation (can kmchart do that?),

kmchart^WThe new pmchart (qt, really) can generate 10+
different image formats, including gif.

> graph layout.

Do you mean window sizing from the command line?  It does.
It also allows individual charts to be resized vertically,
interactively, and in general has alot more interesting
chart sizing features than the original pmchart.

At the end of the day, if you/a user worries about any piece
of functionality they need from the old pmchart which turns
out to not be there in the new pmchart, then you/they are
of course free to add it - or at the very least request it,
preferably after having actually tried out the new pmchart.

cheers.

--
Nathan

<Prev in Thread] Current Thread [Next in Thread>