Re: x11 terminal size (was Re: tiny fonts with wxt term)

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

Ethan A Merritt wrote:
> On Sunday 03 September 2006 02:03 pm, Daniel J Sebald wrote:
> 
>>My alteration was just a proof of concept, 
>>hence I didn't put together any formal patch.  
>>A proper attempt can be made, and should be in my opinion.   
>>
>>>>The ramifications of that are not that important right now, but I do 
>>>>wonder why if x11.trm assumes 4096 by 4096 the default window size in 
>>>>gnuplot_x11 is
>>>>
>>>>static unsigned int gW = 640, gH = 450;
> 
> 
> Can we just drop this discussion?
> I don't think it is going in any useful direction.
> 
> (1) You are talking about the output of "test", which doesn't go
>     through any of the normal scaling routines nor any of the plot
>     layout code.
> 
> (2) I *like* the behavior of the x11 terminl window.
>     It dynamically resizes the plot to fit the current
>     window size, which is exactly what I want and expect.

That's is fine.

>     By way of contrast, the wxt terminal is very annoying in
>     that after resizing the window, the plot it contains fills
>     only some non-obvious fraction of the new size

That's not so nice

> 
> As to 4096x4096, that is the resolution to which the terminal
> coordinates are kept.   The anti-aliasing would be improved if
> it were increased to some larger value, but that turns out to be
> messy.  I tried it at one point, but gave it up because I broke
> too many things in the process.  I'm sure it's possible, but it's
> non-trivial.

You must agree that by fixing the dimensions that the x11 display doesn't actually display in proper proportions for some plot elements.  (Unless the user resizes to a square window.)  That seems like an unfortunate thing somehow.

If there is some aliasing issue, the value of the dimensions isn't important, the proportion is.  And if some ridiculous proportion comes about because the user resizes to say 800 x 4, well then maintaining proportionality isn't that important.

Anyway, there is no easy way to modify t->xmax or t->ymax, is there?  The simplest solution would have to be a new term option "set term x11 size X,Y" and then have gplt_x11.c use gp_exec_event().

Dan