Re: [NTG-context] problem with t-gnuplot.tex
On Mar 21, 2013, at 6:43 PM, Marco Patzer home...@lavabit.com wrote: On 2013–03–21 JIN Xiao-Yong wrote: Using the new beta from context-minimal […] This happens with context running on a file generated by gnuplot 4.6.1. I have been using context in the texlive 2012 without any problem. The gnuplot module is broken at the moment. I posted a workaround some time ago. Before loading the module: \unprotected \def\@@GNUPLOT@term@context@linejoin{rounded} \def\@@GNUPLOT@term@context@is@dashed{true} \def\@@GNUPLOT@term@context@linewidth{1} \def\@@GNUPLOT@term@context@fontscale{1} \def\@@GNUPLOT@term@context@points{metapost} \protected This, however invalidates any later setup. I am working on fixing the module. Thanks for the info. I hope you can fix it soon. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] metapost dashpattern (on 1) not shown in Mountain Lion Preview
On Sep 25, 2012, at 5:45 PM, Mojca Miklavec mojca.miklavec.li...@gmail.com wrote: On Tue, Sep 25, 2012 at 7:28 AM, Xiao-Yong Jin wrote: Dear all, I just upgrade to Mountain Lion and found out that dashed dashpattern (on 1) no longer shows any line in Preview. The attached file is a snapshot of the Preview window showing the pdf file generated by the following code. \starttext \startMPpage draw unitsquare scaled 4cm dashed dashpattern (on 1cm off 1cm) ; draw unitsquare scaled 4cm shifted (5cm,0) dashed dashpattern (on 1cm) ; draw unitsquare scaled 4cm shifted (10cm,0) dashed dashpattern (off 1cm) ; setbounds currentpicture to boundingbox currentpicture enlarged 0.1cm ; \stopMPpage \stoptext You can see, from the attached file, that the unitsquare which was supposed to appear in the middle does not show up in the Preview window. However the same file is displayed correctly in Acrobat Reader. Awesome ;) Just curious: what do you get if you try to draw the same plots with PostScript terminal in gnuplot? The PostScript terminal in gnuplot works fine. However, if I wrap the metapost code in my previous message with begin/endfig and run it with mpost to generate postscript, Preview does not show lines with dashpattern (on 1) either. I am not sure whether it is a context problem, or it is just a bug in Mountain Lion. I found out this issue when I saw that all the pdf files I previously generated with gnuplot context term are showing up incorrectly under the Preview after upgrading to Mountain Lion. I had to change the dash pattern in file metapost/context/third/gnuplot/mp-gnuplot.mp, so the pdf generated by gnuplot context term can be viewed correctly with Preview under Mountain Lion. What modifications did you do exactly? I simply changed on to off for line type -2 and 0. It seems that (on 1cm) generates [28.34645 0 ] 0 setdash and (off 1cm) generates [] 0 setdash in PostScript file. What I had in mind when I was writing the code was for (on 1cm) to generate [] 0 setdash meaning a solid line. The other pattern (off 1cm) for linetype -3 is described in gnuplot's README as follows: An lt of -3 is solid and drawn with xor (for temporary interactive annotations). and I actually had no idea what to draw since PostScript cannot draw XORed lines - I was most probably hoping to get an invisible line ;) Thinking again about it, different transparency models in PDF are actually able to do some weird transformations (color subtraction etc.), but I'm not sure if I could get what I want. Now, according to specification, the pattern [28.34645 0 ] 0 setdash should actually draw almost a solid line, or, to be mathematically precise, a line composed of 1cm long segments with zero-width gaps. The difference might be evident when drawing semi-transparent lines and linecaps might overlap. If you ask me, it's definitely a bug in Mountain Lion's renderer if it doesn't draw the line. On the other hand, it probably makes sense to patch MetaPost to generate [] 0 setdash instead of [x 0 ] 0 setdash in case when it gets (on x) as an argument. But then again, the original code should probably call dashpattern() without any argument to get solid lines. Simply call dashpattern() works as expected. The argument (off 1cm) is weird anyway (my bug) and honestly I'm not sure what would be the most appropriate behaviour in the eyes of metapost. Maybe not drawing anything at all? Throwing an error? Inserting (on 0pt) would be wrong as that actually draws dots. When using (off 1cm on 0cm) it works as it should - it draws dots (when using round linecaps). I believe the best course of actions would be: - Filing a bug to Apple with a minimal EPS example. (I can try to prepare one.) But that won't help anyway. I've filed several bug reports and the only time when they replied was with asking if it was fixed when it wasn't. And 4 years have passed since, nothing happened. - I will replace dashpattern(on 1cm) with dashpattern() for linetype 0 and -2 in mp-gnuplot.mp. Can you please confirm if that works? - After ConTeXt Meeting/EuroTeX is over, we could discuss with Taco what MetaPost should do when it gets (on 1cm) or (off 1cm) as an argument. If nothing else, the manual should clearly describe the behaviour. Are you willing to open a ticket at http://tracker.luatex.org? I'm not sure what to put in the ticket. I guess it is more appropriate if you can open a ticket, since you know the details of the matter. Best, Xiaoyong Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http
[NTG-context] metapost dashpattern (on 1) not shown in Mountain Lion Preview
Dear all,I just upgrade to Mountain Lion and found out that "dashed dashpattern (on 1)" no longer shows any line in Preview. The attached file is a snapshot of the Preview window showing the pdf file generated by the following code.\starttext\startMPpagedraw unitsquare scaled 4cm dashed dashpattern (on 1cm off 1cm) ;draw unitsquare scaled 4cm shifted (5cm,0) dashed dashpattern (on 1cm) ;draw unitsquare scaled 4cm shifted (10cm,0) dashed dashpattern (off 1cm) ;setbounds currentpicture to boundingbox currentpicture enlarged 0.1cm ;\stopMPpage\stoptextYou can see, from the attached file, that the unitsquare which was supposed to appear in the middle does not show up in the Preview window. However the same file is displayed correctly in Acrobat Reader.I am not sure whether it is a context problem, or it is just a bug in Mountain Lion. I found out this issue when I saw that all the pdf files I previously generated with gnuplot context term are showing up incorrectly under the Preview after upgrading to Mountain Lion. I had to change the dash pattern in file "metapost/context/third/gnuplot/mp-gnuplot.mp", so the pdf generated by gnuplot context term can be viewed correctly with Preview under Mountain Lion.Best,Xiaoyong___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in latest beta
On Jul 5, 2012, at 5:02 PM, Hans Hagen wrote: On 5-7-2012 04:28, JIN Xiao-Yong wrote: I got the following error in the minimal example (which is all shown in the output below) system tex error on line 4 in file simpl.tex: Undefined control sequence ... you can try (in page-mul) \installcolumnbreakmethod \s!multicolumn \v!yes {\par \begingroup \normaloffinterlineskip \normalpenalty\plustenthousand \vbox to \textheight{}% \endgroup \penalty-200 \vskip-\textheight} It compiles then, but the first section is moved to the second column, which is not the intention. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] gnuplot with ConTeXt standalone
Hi, I just tried out the ConTeXt standalone and found out it did not work with my gnuplot files. I have been using texlive 2011, which works fine. With the context command from standalone, the following error occurs, - Error begins - ! Undefined control sequence. system tex error on line 4 in file /Users/jin/pkgs/ConTeXt/tex/texmf-context/tex/context/base/cont-yes.mkiv: Undefined control sequence ... 1 %D \module 2 %D [ file=cont-yes, 3 %Dversion=2012.06.01, 4 %D title=\CONTEXT\ Miscellaneous Macros, 5 %D subtitle=Startup Stub, 6 %D author=Hans Hagen, 7 %D date=\currentdate, 8 %D copyright={PRAGMA ADE \ \CONTEXT\ Development Team}] 9 %C 10 %C This module is part of the \CONTEXT\ macro||package and is 11 %C therefore copyrighted by \PRAGMA. See mreadme.pdf for 12 %C details. 13 14 % At some point I will reconsider the \starttext .. \stoptext \startGNUPLOTpage -\begingroup \obeyMPlines \dostartGNUPLOTpage l.4 \startGNUPLOTpage - Error ends - I am not really sure which line is the error. Please excuse me if I pasted too much. The version of context from the standalone is ConTeXt ver: 2012.06.05 09:16 MKIV fmt: 2012.6.5 int: english/english As I have mentioned, the same file works fine with context in texlive 2011, which has version ConTeXt ver: 2011.05.18 18:04 MKIV fmt: 2012.4.5 int: english/english It looks like only two weeks difference. I thought I should pass along this issue to experts on the list. Thanks, Xiao-Yong ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] gnuplot with ConTeXt standalone
On Jun 6, 2012, at 5:02 PM, Mojca Miklavec wrote: Please ignore my previous remarks and please try to remove \obeyMPlines from t-gnuplot.tex instead to see if that solves the problem. That is exactly the culprit. Thank you all. I understand how to read the error output, now. And reminded myself that this is the year 2012. Xiaoyong ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___