Path: csiph.com!usenet.pasdenom.info!weretis.net!feeder4.news.weretis.net!eternal-september.org!feeder.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail From: Ethan A Merritt Newsgroups: comp.graphics.apps.gnuplot Subject: Re: [cairolatex] 4.6 -> 5.0 regression Date: Sat, 21 Mar 2015 21:40:27 -0700 Organization: A noiseless patient Spider Lines: 148 Message-ID: References: <87a8z6favz.fsf@pascolo.net> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit Injection-Date: Sun, 22 Mar 2015 04:39:40 +0000 (UTC) Injection-Info: mx02.eternal-september.org; posting-host="7bbfccb08e3cb0f92ebf95516f5f5a81"; logging-data="24810"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX194sc9lRTNM6f6MbQ8vuvVk" User-Agent: KNode/4.12.5 Cancel-Lock: sha1:mUtZ0ecDn5SyvMafh2DK1v2W3ak= Xref: csiph.com comp.graphics.apps.gnuplot:2838 giacomo boffi wrote: > I have the following test file > > |set terminal cairolatex pdf standalone mono dashed > |set output 'test.tex' > |test > |set output Version 5.0 differs from earlier versions in several ways. This is why it got a new major version number (4->5) rather than just a bump from 4.6 to 4.8. The keyword "dashed" is no longer needed, and indeed is ignored. Instead you can set dashed lines at any time. Please read the Release Notes and the section on significant changes in the user manual. Having said that, the error you report below doesn't seem related to dashed lines. I believe the issue is that the "test" command demonstrates a number of gnuplot features that are not supported by all terminal types. In particular it prints a short string in enhanced text mode, but enhanced text mode is not quite the same as latex markup so it is not process correctly by the cairolatex terminal. This can be considered a bug in the "test" command, but it should not affect normal plotting. Ethan > when I use gnuplot 4 ("gnuplot 4.6 patchlevel 6", i.e., the version > packaged in Debian testing) I get the expected results, when I use > gnuplot 5 ("gnuplot 5.0 patchlevel 0" that I downloaded and installed > today by a simple "./configure ; make ' make install") things are > different... a "test.tex" and a "test-inc.pdf" are produced as well > but when I try to process "test.tex" things are not OK > > |$ pdflatex -interaction nonstopmode test.tex > |This is pdfTeX, Version 3.14159265-2.6-1.40.15 (TeX Live > |2015/dev/Debian) (preloaded format=pdflatex) > | restricted \write18 enabled. > |entering extended mode > |(./test.tex > |LaTeX2e <2014/05/01> > |Babel <3.9l> and hyphenation patterns for 5 languages loaded. > |(/usr/share/texlive/texmf-dist/tex/latex/base/minimal.cls > |Document Class: minimal 2001/05/25 Standard LaTeX minimal class > |) (/usr/share/texlive/texmf-dist/tex/latex/base/size11.clo) > |(/usr/share/texlive/texmf-dist/tex/latex/graphics/graphicx.sty > |(/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty) > |(/usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty > |(/usr/share/texlive/texmf-dist/tex/latex/graphics/trig.sty) > |(/usr/share/texlive/texmf-dist/tex/latex/latexconfig/graphics.cfg) > |(/usr/share/texlive/texmf-dist/tex/latex/pdftex-def/pdftex.def > |(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/infwarerr.sty) > |(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/ltxcmds.sty)))) > |(/usr/share/texlive/texmf-dist/tex/latex/graphics/color.sty > |(/usr/share/texlive/texmf-dist/tex/latex/latexconfig/color.cfg)) > |(/usr/share/texlive/texmf-dist/tex/latex/geometry/geometry.sty > |(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifpdf.sty) > |(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifvtex.sty) > |(/usr/share/texlive/texmf-dist/tex/generic/ifxetex/ifxetex.sty)) > |Using configuration file gnuplot.cfg > |(/usr/local/share/texmf/tex/latex/gnuplot/gnuplot.cfg > |(/usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty > |(/usr/share/texlive/texmf-dist/tex/latex/base/t1enc.def))) > |(./test.aux) > |(/usr/share/texlive/texmf-dist/tex/context/base/supp-pdf.mkii > |[Loading MPS to PDF converter (version 2006.09.02).] > |) (/usr/share/texlive/texmf-dist/tex/generic/oberdiek/pdftexcmds.sty > |(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/ifluatex.sty)) > |(/usr/share/texlive/texmf-dist/tex/latex/oberdiek/epstopdf-base.sty > |(/usr/share/texlive/texmf-dist/tex/latex/oberdiek/grfext.sty > |(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/kvdefinekeys.sty)) > |(/usr/share/texlive/texmf-dist/tex/latex/oberdiek/kvoptions.sty > |(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/kvsetkeys.sty > |(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/etexcmds.sty))) > |(/usr/share/texlive/texmf-dist/tex/latex/latexconfig/epstopdf-sys.cfg)) > |*geometry* detected driver: pdftex > | > |! Missing $ inserted. > | > | $ > |l.216 \gplfronttext > | > |! Extra }, or forgotten $. > | \strut {}Enhanced text: {x@_{0}^{n+1}} > | > |l.216 \gplfronttext > | > |! Extra }, or forgotten $. > |\@imakepicbox ...t@ #1\unitlength {\mb@l #4\mb@r } > | \mb@b \kern \z@ } > |l.216 \gplfronttext > | > |! Missing $ inserted. > | > | $ > |l.216 \gplfronttext > | > |! Missing } inserted. > | > | } > |l.216 \gplfronttext > | > |! Missing } inserted. > | > | } > |l.216 \gplfronttext > | > |! Misplaced alignment tab character &. > | \strut {}& > | {Enhanced text: }{/:Bold Bold}{/:Italic Italic} > |l.216 \gplfronttext > | > |[1{/var/lib/texmf/fonts/map/pdftex/updmap/pdftex.map} > |[<./test-inc.pdf>] > |(./test.aux) ) > |(see the transcript file for additional > |information){/usr/share/texmf/fonts/enc > |/dvips/cm-super/cm-super-t1.enc} |ic/amsfonts/cm/cmmi8.pfb> |onts/cm/cmr8.pfb> > |Output written on test.pdf (1 page, 43845 bytes). -- > |$ > > I can see the resulting file "test.pdf" that looks correct except for > a non trivial aspect, i.e., all the different line types are the same > (the same problem is of course present also in the "test-inc.pdf" > file, directly produced by gnuplot) > > Summarizing, using "cairolatex pdf mono dashed" there are two > problems, both introduced by 5.0 and not present in 4.6 > > 1. in the PDF file, using the options "mono dashed" all the lines are > of the same, undashed type > > 2. in the TeX file there is a minor error, that doesn't prevent the > compilation of the source but it's still an error > > I add that these misbehaviors are not an artifact of the "test" > command but has been observed first during _normal_ operations > > Thank you, > g > > ps: I had almost forgot to check... also the "pdfcairo mono dashed" > terminal is affected by the same regression, i.e., all the lines are > not dashed