On Jul 13, 2015, at 11:09 AM, Rik <address@hidden
<mailto:address@hidden>> wrote:
>> On Jul 13, 2015, at 12:42 AM, Daniel J Sebald
<address@hidden> wrote:
>>
>> On 07/12/2015 07:38 PM, Ben Abbott wrote:
>>>> On Jul 12, 2015, at 5:59 PM, John W. Eaton<address@hidden> wrote:
>>>>
>>>> After recent changes, I'm seeing this error:
>>>>
>>>> error: print.m: PDFLATEXSTANDALONE output is not available for the
Gnuplot graphics toolkit
>>>> error: called from
>>>> __gnuplot_print__ at line 147 column 7
>>>> print at line 429 column 14
>>>> plotimages at line 104 column 7
>>>>
>>>> Is it just me? Am I missing something? I have gnuplot version 4.6
patchlevel 6 on a Debian system.
>>>>
>>>> jwe
>>> For gnuplot 4.6 the terminals which support “standalone” are ...
>>>
>>> cairolatex
>>> context
>>> epslatex
>>> pslatex
>>>
>>> The standalone option for opengl toolkits support is based upon the
function latex_standalone() in print.m. I recall that I had intended
to use this for -dpdflatexstandalone when using gnuplot. Perhaps I
overlooked implementing the functionality or perhaps it was
inadvertently changed? (easy to miss that the pdfstandalone is not
supported by gnuplot).
>> Because gnuplot has such a wide variety of terminals to use, I guess
I would prefer to use the gnuplot terminals to match as closely as
possible the various Octave outputs, and if there is one missing then
not try to substitute. Just let the user figure out how to handle the
output format, e.g., epslatex instead. Nonetheless, I think
pdflatexstandalone can be achieved in some way with the cairolatex
terminal:
>>
>> cairolatex
>>
>> The cairolatex terminal device generates encapsulated PostScript
(*.eps) or PDF output using the cairo and pango support libraries and
uses LaTeX for text output using the same routines as the epslatex
terminal.
>>
>> Syntax:
>>
>> set terminal cairolatex
>> {eps | pdf}
>> {standalone | input}
>> {blacktext | colortext | colourtext}
>> {header <header> | noheader}
>> {mono|color}
>> {{no}transparent} {{no}crop} {background <rgbcolor>}
>> {font <font>} {fontscale <scale>}
>> {linewidth <lw>} {rounded|butt|square} {dashlength <dl>}
>> {size <XX>{unit},<YY>{unit}}
>>
>> I've never tried it, but I'm guessing that the pdflatexstandalone
implies the destination is the pdflatex program and not common latex.
If it doesn't create exactly what is needed, then I can go to the
gnuplot discussion list and see if it makes sense to add a pdflatex
terminal.
>>
>> Dan >From gnuplot, the following commands produced a tex-file with
the expected filename.tex and filename-inc.pdf files. > > set terminal
cairolatex pdf standalone > set output “filename.tex” > plot sin(x) >
>Then running “pdflatex fiilename.tex” (bash shell) produced the
expected filename.pdf file. > >Ben
That seems like a surprisingly simple fix. Could you or someone else
make a changeset to implement that in __gnuplot_print__.m? It seems
like one just needs to add a case statement for 'pdflatexstandalone'
which does what you have done.
—Rik
I’m unable to build Octave due to incompabilities between Apple’s
Yosemite clang compiler and some of Octave’s code. Perhaps someone else
can take this on. It looks to me like it can be added to the case below.
- case {"epslatex", "pslatex", "pstex", "epslatexstandalone"}
+ case {"epslatex", "pslatex", "pstex", "epslatexstandalone",
"pdflatex", "pdflatexstandalone"}
This case will need to include …
if (strfind (opts.devopt, "pdflatex"))
opts.devopt = strrep (opts.devopt, "pdflatex", "cairolatex pdf");
endif
… and maybe some additional changes I haven’t anticipated.
Ben