colors ticking with colorbar() is most often poor and irrelevant
@sgougeon)
Reported by Samuel GOUGEON (bug_15805.png (27.63 KB, image/png)
Screenshot after Matplot([1 2 3;4 5 7]); colorbar(1,7, [1 7])
BUG DESCRIPTION:
----------------
The ticking of colorbars generated with colorbar() is poor and not smart at all: there are not enough ticks, and they are badly located.
There is no reason to have a color scale poorer than other graphical axes: The color bar provides essential information to interpret colors in a correct and accurate way. It should be as rich as if it was a z axis.
Apparently, the colorbar axis is locked with auto_ticks set to "off". This makes a lot of troubles.
Please see attached screenshot, got with
clf reset
Matplot([1 2 3;4 5 7]);
colorbar(1,7, [1 7])
Similar awkward results can be seen in the last example of the colorbar() help page
https://help.scilab.org/docs/6.0.1/en_US/colorbar.html
https://help.scilab.org/docs/6.0.1/en_US/colorbar_en_US_2.png
Both bottom subplots show unreadable color scales. Major ticks are complicated,
and subticks are there completely unusable.
On the Sfgrayplot() page: https://help.scilab.org/docs/6.0.1/en_US/Sfgrayplot.html
* lower left plot of https://help.scilab.org/docs/6.0.1/en_US/Sfgrayplot_2.png
* https://help.scilab.org/docs/6.0.1/en_US/Sfgrayplot_en_US_4.png
On the splin3d() page: https://help.scilab.org/docs/6.0.1/en_US/splin3d.html
The figure is nice, but the colorbar's ticking is awfull downgrading the presentation
of scientific results:
https://help.scilab.org/docs/6.0.1/en_US/splin3d_en_US_1.png
etc.
ERROR LOG:
----------
None. Wrong ticks positions, shifted wrt the center of
HOW TO REPRODUCE THE BUG:
-------------------------
clf reset
Matplot([1 2 3;4 5 7]);
colorbar(1,7, [1 7])
// or run the examples in given help pages
OTHER INFORMATION:
------------------
In Scilab 6.0 as well