pcolor and "interp" [changeset-2]
Ben Abbott
bpabbott at mac.com
Mon Sep 29 17:23:16 CDT 2008
On Sep 29, 2008, at 5:33 PM, David Bateman wrote:
> Ben Abbott wrote:
>> On Sep 29, 2008, at 3:34 PM, David Bateman wrote:
>>> John W. Eaton wrote:
>>>
>>>> Perhaps it is now time to think about removing the
>>>> have_newer_gnuplot
>>>> variable from __go_draw_axes__? This was useful when we were
>>>> making
>>>> the Octave 3.0 release around the time that gnuplot 4.2 was
>>>> released,
>>>> but now it has been a while, and I think we can expect people to
>>>> have
>>>> the newer version. Removing this variable would simplify
>>>> __go_draw_axes__ somewhat. I think we will cause more trouble for
>>>> ourselves if we proceed down the path of checking every micro
>>>> version
>>>> of gnuplot and trying to support them all.
>>>>
>>> I'd also suggest dumping the code for gnuplot versions older than
>>> 4.2 in __go_draw_axes__. It made sense to have it for Octave
>>> 3.0.x, but if you are using a bleeding edge version of Octave you
>>> should have a version of gnuplot that hasn't been obsolete for 18
>>> months. gnuplot 4.2.0 was released 18 months ago.
>>>
>>> Regards
>>> David
>> John,
>> I have no problem with requiring a fully functional gnuplot. As
>> I've managed to patch 4.2.3 the version checking is a disabler,
>> rather than an enabler.
>> David,
>> Are you suggesting that we drop the present use of
>> "have_newer_gnuplot" but still handle the differences between
>> versions < 4.2.4 and those >= 4.2.4, or suggesting that *all*
>> version checking for gnuplot should be dropped?
>
> The first of your options..
>
> D.
ok, then is there any objection to patching __gnuplot_version__ to
include the patch level?
Ben
More information about the Bug-octave
mailing list