Re: Proposal: Saving graphs from Qt and wxt terminals

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

On 10/24/2014 05:19 PM, Ethan A Merritt wrote:
> On Friday, 24 October, 2014 15:17:01 Daniel J Sebald wrote:
>
>>
>
>>  One thing to be careful of is the fact that saving to PDF (which is
>
>>  certainly welcome in my opinion because the first word of PDF means
>
>>  "portable") in the Qt terminal isn't using the PDF terminal.  There are
>
>>  no colors in the PDF output via Qt
>
> Weird. I get a perfectly normal full-color PDF.

The color is working for me now.  I'm not sure what happened.  It could 
have been some bad interaction from me messing around with multiple 
terminals in the same session...


>>  Do we want as setup in which the interactive  terminals use the
>
>>  PDF terminal, or a setup in which the interactive  terminals use their
>
>>  own custom PDF output?
>
> I have been thinking that it would be nice to have build options for
>
> two flavors of gnuplot.
>
> gnuplot+Qt
>
> no dependence on cairo or wxt
>
> svg pdf png output via the Qt libraries
>
> default terminal is qt
>
> gnuplot+wxt
>
> no dependence on Qt libraries
>
> pdf png output via cairo (can it do svg?)
>
> default terminal is wxt
>
> Either of these options could also do away with dependence on libgd,
>
> so long as people can live without gif/jpeg output.

I doubt that one.  There would likely be complaints.


> Given that it looks like wxt3 is causing problems for people who are
>
> building on bleeding edge linux systems (or building on OSX),
>
> the qt-only build option could become important.

Build options are fine by me, given it is the interactive terminal in 
question.  But the default should still include all decent terminals.

I notice that gnuplot doesn't allow wxt and Qt in the same session. 
What is the issue there?  I see this:

/* The qt and wxt terminals cannot be used in the same session. */
/* Whichever one is used first to plot, this locks out the other. */
void *term_interlock = NULL;

I suppose shutting down the existing external program with a terminal 
change isn't the most graceful because it closes plot windows.  On the 
other hand, neither is having to exit the program to switch the terminal 
very elegant--plus doing so would close all existing windows, what is 
apparently to be avoided.

Dan