Re: bug in terminals affected by 'set size'

[Ethan M. <merritt@u.washington.edu>]

On Tuesday 04 October 2005 09:19 am, Don Taber wrote:
> Various terminals the size of whose output can be changed with
> 'set size' have a bug in current cvs.  When the size is increased
> by setting the size with factors greater than one, 

So don't do that.

Neither the png/jpeg/gif terminal driver nor the pdf terminal
driver can do anything useful with size>1.  You are basically
telling it to draw outside of the legal drawing area.  
Other terminals may also belong on that list.

Basically, size should never be > 1, although some terminal
types may handle this case more gracefully than others.

In the case of the png terminal, you should define the
image size directly and leave "size" equal to 1.

	set term png size 1234, 2345






> any labels outside 
> the original size (from 'set terminal xxx size n,m') do not
> appear.  The happens in png, jpeg, gif and pbm (and perhaps others
> I don't know about.)  A demo script follows.  In the 'bad' output
> the title, key labels, and half the [xy]tic labels are missing.
> 
> set term png
> set output 'good.png'
> plot sin(x), cos(x)
> set size 1.5, 1.5
> set output 'bad.png'
> replot
> 
> Don Taber
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

-- 
Ethan A Merritt       merritt@u.washington.edu
Biomolecular Structure Center
Mailstop 357742
University of Washington, Seattle, WA 98195