Re: Clipping of arrows buggy

[Harald H. <h.h...@tu...>]

On Wed, 19 Jan 2005, Hans-Bernhard Broeker wrote:

> Ethan Merritt wrote:
> > On Tuesday 18 January 2005 11:09 am, Harald Harders wrote:
>
> >>The difference only appears in the 3d plots (both with and without
> >>multiplot). All arrows and labels that start outside the boundaries
> >>0 <= screen coordinate <= 1 are missing. Since the screen may be larger
> >>using 'set size 1.4,1.4', for example, this is not okay for x>1 and y>1.
>
> > You have a different understanding of "screen" than I do.
> > "set size" does not change the screen.
>
> Careful there.  This depends on command ordering.
>
> In particular, a 'set size' command issued *before* the terminal is
> opened, *will* change the screen size, on at least some terminal
> drivers.  Postscript in EPS mode is one of them, but several others are
> also effected by it --- generally all drivers producing output that
> supports the notion of a physical output size (something in inches), but
> don't have a 'size'-like terminal option.  To find all ~18 of them, look
> for mentions of global variable 'xsize' in any term->graphics()
> implementation.
>
> Getting this subtle detail confused may well be the core of the problem
> in Harald's scripts.
>
> > Here's a radically different proposal:
> >
> > The command "set size x, y" should be limited to values
> > of x and y between 0 and 1.
>
> No, for the above-mentioned reason.  To be able to allow this
> modification, we need to add a command 'set pagesize' that takes the
> role of what is now 'set size before set terminal'.

After Dan's mail, I have had the same idea. I think it is a good idea that
screen should be in the range 0<=screen<=1. But it should also be possible
to change the size of the page as well. This could then also apply to
other terminals as x11. I volunteer to add at least the basis of a
'set pagesize' command. I also will add support to some terminals that I
understand. I then will need some help to support all terminals.

Harald

-- 
Harald Harders
h.h...@tu...
http://www.harald-harders.de