Re: [NTG-context] problem with t-gnuplot.tex
On Mar 21, 2013, at 6:43 PM, Marco Patzer 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 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 "[ 0 ] 0 setdash" in case when it gets "(on > )" 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)"
[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
___
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 ___
[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
___
