Re: Bugs in new key placement code

[Daniel J S. <dan...@ie...>]

Ethan A Merritt wrote:
> On Monday 06 February 2006 11:00 pm, Daniel J Sebald wrote:
> 
>>The question is:  Put effort into touching up the 3d keys, 
>>or put effort into unifying plot layout, effectively fixing 3d keys? 
> 
> 
> I don't see how you *could* unify the 2D key and the 3D key.
> They are intrinsically different.  The 2D case has a fixed
> plot border (not the canvas border, the plot border) within
> which we normally position the key.  3D plots *have* no
> such border except in the special case of `set view map`.

I think of the plot, 2d or 3d, as having an inherent rectangular space in which it can be plot (more on zooming later).  For the 3d plots currently, I assume the canvas border is the allotted region.  In the attached PNG I've attempted to illustrate.  The solid line is what I think you are calling canvas border.  The top graph shows the plot border the same as the canvas border.  The bottom graph shows that room is first made for the key and/or colorbar.  The plot border is shrunk and consequently the 3d plot is shifted to the left making the layout look better than having the color bar in the plot itself.

A person could always leave out the margin and manually place the key if he or she wants the plot to occupy as much space as possible.

The change as far as generating the 3d plot should be trivial.  I'd hope that all one need do is change the settings for the limits the 3d code uses.

Now, as for zooming, I think it would be nice for the mouse to act as it currently does, but don't allow plotting outside the plot border (the dotted line) even when zooming.  (A nicely place min or max should fix that problem where zooming in too far causes some lines to alias into different directions.)

You've talked in several instances now of plot and canvas border.  Formalizing that would be nice.  (And sub-borders for for multiplot?  Don't know.)

In addition, if we go with the idea that there is no plot border for 3d and no margins, then the solution is not to fix the 3d key example you've given, but to disallow the words (rmargin, bmargin, etc.) in the case of 3d placement because they make no sense.

Dan