Re: bug in terminals affected by 'set size'

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

[... a lot of discussion about sizes above 1 ...]

In my opinion, there are two mutually exclusive solutions:

1.) 'set size' before 'set terminal' can affect the canvas size. Then,
sizes below and above 1 have to be valid because then 'size 1,1' means the
default size. Partly, this is the current state while sizes > 1 only work
partly.

2.) 'set size' only affects the size of the plot within the current
canvas while the canvas (or bouding box or what ever) is influenced by
another mechanism, e.g., 'set terminal <term> size <x,y>'. Here, the
possible values can be different for different terminals, e.g.,
  set terminal postscript size 5cm,3cm
  set terminal postscript eps size 300pt,200pt
  set terminal postscript eps size 300,200 # could default to pt
  set terminal postscript eps size 300,200 offset 100,150
       # results in %%BoundingBox: 100 150 400 350
  set terminal gif size 300,200 # defaults to pixel
  set terminal gif size 1in,1in resolution 300 # = 300 x 300 pixel, 300dpi

To me it was nonsense to use 'set size' to reduce the canvas size and to
forbid to enlarge the canvas size using it.

For compatibility reasons, the first solution could be useful, while the
second solution is more clear and introduces a new important feature.

Best regards
Harald

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