Re: maximing/resizing multiple x11: change of palette

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

Petr Mikulik wrote:

>>PS:  Here are some other problems with CVS:
>>
>>1)  The color scheme for X11 'all.dem' isn't the same as it once was.
>> (Or perhaps the whole of all demos has been changed.)  I went back and
>>compared against a version from a couple months ago.  There used to be
>>some hidden line demos where some portions of the 3D surface were green
>>and some red.  (A whole bunch of them.)  Now they are all red the whole
>>way through.  Perhaps hidden lines isn't working properly.
>>    
>>
>
>I have a feeling it works for me. There are both red lines and green lines.
>(Can you compare your X11 to e.g. postscript output?)
>
>  
>
>>The plot titled '"fence plot" using separate parametric surfaces' has a
>>noticeably different color scheme than the old CVS X11.
>>    
>>
>
>I have compared this plot to that of gnuplot from June 3, and it is the
>same.
>
>  
>
>>2)  postscript output has the same problem with two sides of a 3D
>>surface both being red.  (So maybe it isn't X11 with the problem.)
>>    
>>
>
>Aha, you did so.
>
>For me: load 'hidden.dem', plots nb. 3 to 7, have both red and green lines.
>You cann't see it?
>It looks the same if loaded from 'all.dem', or in its own.
>

(CVS just updated, someone must be working on this.)

To quote a Split Enz tune, "I see red, I see red, I see red!"...  but I 
only see it when running 'hidden.dem' and other such demos from 
'all.dem'.  After 'all.dem' and a 'reset', running 'hidden.dem' 
individually stills stays all red.

>>3) In PostScript, the plot two plots after the one titled "Plot 'file'
>>with vectors <arrowstyle>" and all plots after don't appear.  When
>>running 'all.dem', gnuplot hits that plot and then instead of sending
>>PostScript code to the file all of a sudden it starts sending it to the
>>stdout.
>>    
>>
>
>And PDF stops any more writing.
>
>Here is the offending code in vector.dem:
>
>print "Now create a file with equipotential lines"
>pause -1 "Hit return to continue"
>set term push
>set term table
>set out "equipo2.dat"
>rep
>set out
>set term pop
>
>
>=> it resets output!
>
>Try
>	grep "set out" *.dem
>
>I don't see any easy workaround ... we will probably need new command
>	"save output"
>because the output is not normally saved.
>

So _that's_ why it wasn't in all.dem.  I should have thought of that.

>>4) Running 'all.dem' in pdf terminal results in
>>
>>PDFlib I/O error: Resource configuration file 'pdflib.upr' not found
>>    
>>
>
>I don't have this error.
>
>However, I can see a crash here:
>
>gnuplot> load 'world2.dem'
>PDFlib exception (fatal): [2516] PDF_findfont: Metrics data for font '7' not found
>
>The offending line is:
>plot ... with labels notitle point pt 6 lw .1 left offset 1,0 font ",7"
>  
>

Ah, yes.  I forgot that one.  The labels in 'world2.dem' do not appear 
in 'postscript', causing an error message in ghostview.  Also, I just 
ran 'world2.dem' in X11 and the labels appear in the first plot, do not 
appear in the second plot (which may be the way it is supposed to be), 
but then running 'world2.dem' again, there are no labels even in the 
first plot.  Typing 'reset' and rerunning fixes this and the labels 
appear again.

Aha.  It's 'world2.dem'.  I started gnuplot afresh, ran 'animate.dem' 
(green and red surfaces), ran 'world2.dem', typed 'reset', reran 
'animate.dem' (only red this time).

Dan