colorbar, again
Francesco Potorti`
Potorti at isti.cnr.it
Thu Sep 11 11:27:51 CDT 2008
>Sorry I didn't make it clear in my previous e-mail why this issue
>exists.. The 3.0.x version of colorbar is a light wrapper around a
>gnuplot colorbox. The position of the colorbox is calculated manually by
>Octave, and due to the manner that __go_draw_axes__ uses the axis
>outerposition to set the position of the plot an empirically derived
>formula for the colorbar size is used. Therefore something like
>
>imagesc(peaks); colorbar()
>
>will give the right colorbar size. Now pcolor is in fact a surface and
>so is a 3D plot that just has a 2-D view and the size of the window is
>different than the 2-D gnuplot windows.
>
>The fix is to get the colorbar size calculated from the window size
>itself. This is what I've done in a patch for 3.1.51+ that is pending.
>However, I'm not sure that will even fix the issue for gnuplot as the
>manner in which it scales 3D plots relative to the size and the margins
>set by Octave is not clear.
In fact, I have your patch to __go_draw_axes__ applied to 3.0, but
little has changed. So the current workaround is to use imagesc, am I
right?
More information about the Bug-octave
mailing list