On 2012-08-13 14:20-0700 Alan W. Irwin wrote:
> So far so good, but there is a lot more rev ==>alt_hue_path source
> code changes to come since plscmap1l (or cmap1l) is mentioned in quite
> a large number of different files in src, bindings, and examples.
Revision 12212 finished off this change t
Phil,
Sorry for the delay but I've (finally) got round to testing your patch.
There seem to be some issues at the moment. At least on my Ubuntu system
I see a number issues with plot titles being incorrectly centred for the
standard C examples. This doesn't seem entirely consistent. For exampl
On 2012-08-13 19:44+0100 Andrew Ross wrote:
> I agree that [alt_hue_path] sounds like a much better wording than "rev". If
> you are
> happy to make the code changes I'll attempt a more sensible rewording of
> the docbook documentation.
Thanks, Andrew, for your willingness to deal with the DocBo
On Mon, Aug 13, 2012 at 10:18:52AM -0700, Alan Irwin wrote:
> On 2012-08-12 18:03-0500 Maurice LeBrun wrote:
>
> > On Sunday, August 12, 2012 at 12:59:53 (-0700) Alan W. Irwin writes:
> > > "path_includes_zero" usually does describe the mathematical meaning,
> > > but that term is ambiguous for th
On 2012-08-12 18:03-0500 Maurice LeBrun wrote:
> On Sunday, August 12, 2012 at 12:59:53 (-0700) Alan W. Irwin writes:
> > "path_includes_zero" usually does describe the mathematical meaning,
> > but that term is ambiguous for the special case when the hue range
> > ends with zero or 360 since both
I've done a couple of other checks over the weekend. It seems to me that
ignoring the rev parameter. The colourscale is traversed in the direction of
the difference in hue; i.e. if I use 0-240 I get red, yellow, green, turquoise,
blue, if I use 240-0 I get blue, turquoise, green, yellow, red. If
