Re: Fwd: [ gnuplot-Bugs-1517932 ] epslatex terminal spews useless output

[Petr M. <mi...@ph...>]

>>   LT0
>>   3775 3671 M
>>   stroke
>> have no effect.
>
>    if (PS_linetype_last == linetype) return;
>
> This comment is almost certainly out of date, as predates version 3.5.
> The code has changed radically since then!
>
> "make check" and all.dem seem to work properly if the redundancy test is
> restored, and I am agreeable to doing so. This reduces the size of the
> all.dem postscript output by 3%.

then please commit it


> Related issue
> =============
>
> More annoying to me are all the output lines
>  Blacktext { gsave 0 setgray } if
>  <something>
>  Blacktext { grestore } if
> At the least, perhaps we should define shorthand forms in the prolog:
>  /BTon { Blacktext { gsave 0 setgray } if } def
>  /Btoff { Blacktext { grestore } if } def

I think the following is the correct solution:

/Rshow {Blacktext { gsave 0 setgray } if
     currentpoint stroke M dup stringwidth pop neg vshift R show
     Blacktext { grestore } if} def

and same for Cshow and Lshow.


>> Further 2.eps shows that gnuplot core is generating many sequent numbers
>> like:
>>
>> .4891 g .4673 g .4462 g .4259 g .4068 g .3893 g .3735 g .3599 g .3485 g
>> .3397 g ...
>>
>> I think that these two excessivenesses should be eliminated by (hidden3d?)
>> code, because they don't appear normally, and it could be easier to fix
>> there than in all terminal drivers.
>
> This only affects drivers which create an output stream
> for later execution.  The pixel-based drivers don't care.
>
> In fact, I'm not certain it affects any drivers other than post and svg.
> The other candidates would be emf and pdf, but emf doesn't support
> that color mode, and I think the pdf library already optimizes this out.
> Can you think of any others?

I think it "affects" all, if term->set_color() has to do something ... e.g. 
pm.trm send the info through pipe to gnupmdrv.exe, win.trm saves all these 
"new color" commmands into its drawing buffer...

I think that the "producer" of these ".4068 g" should eliminate to call 
term->set_color() if it is not needed for any drawing. Is it some "hidden3d" 
code?

---
PM