XeConTeXt bug report II: MetaPost Graphics
Hi, Hans and Jin-Hwan: Here is a simple ConTeXt metafun demo file: \starttext \setupcolors[state=start] \startMPpage path p ; color c[] ; p := fullsquare scaled 4cm ; c[0] := transparent(1,.5,red) ; c[1] := transparent(1,.5,green) ; c[2] := transparent(1,.5,blue) ; for i = 0 upto 2 : fill p rotated (i*30) withcolor white ; endfor ; for i = 0 upto 2 : fill p rotated (i*30) withcolor c[i] ; endfor ; addbackground withcolor transparent(1,.5,cmyk(0,0,1,0)) ; \stopMPpage \stoptext When process the file using luatex or pdftex, we can see a nice picture there. However, when 1) using pdftex to produce the dvi, and convert the dvi using dvipdfmx 2) using xetex to produce the pdf using xdvipdfmx the figure is placed at the wrong place. there will be a displacement for all the metapost figures when xetex is used to produce the graphics. I attach the wrong result in the mail. So my question is : - is this a bug in ConTeXt, or in (x)dvipdfmx. can the bug be fixed? Thanks Yue Wang
Hi, Yue Wang, Many years have passed since I wrote spec-dpx.tex for ConTeXt. The file spec-dpx.tex included in texlive 2008 (the only one I have) looks quite changed according to the progression of ConTeXt. Anyway, your example worked when I change the 763th line of spec-dpx.tex as follows: {\scratchdimen\wd#2\scratchdimen.5\scratchdimen\hskip-\the\scratchdimen ==> {% But, I do not know this modification of \setMPPDFobject does not affect other cases. Could you check more examples? Best regards, ChoF. On May 12, 2009, at 2:00 PM, Yue Wang wrote:
Hi, Hans and Jin-Hwan:
Here is a simple ConTeXt metafun demo file:
\starttext \setupcolors[state=start] \startMPpage path p ; color c[] ; p := fullsquare scaled 4cm ; c[0] := transparent(1,.5,red) ; c[1] := transparent(1,.5,green) ; c[2] := transparent(1,.5,blue) ; for i = 0 upto 2 : fill p rotated (i*30) withcolor white ; endfor ; for i = 0 upto 2 : fill p rotated (i*30) withcolor c[i] ; endfor ; addbackground withcolor transparent(1,.5,cmyk(0,0,1,0)) ; \stopMPpage \stoptext
When process the file using luatex or pdftex, we can see a nice picture there. However, when 1) using pdftex to produce the dvi, and convert the dvi using dvipdfmx 2) using xetex to produce the pdf using xdvipdfmx the figure is placed at the wrong place. there will be a displacement for all the metapost figures when xetex is used to produce the graphics. I attach the wrong result in the mail.
So my question is : - is this a bug in ConTeXt, or in (x)dvipdfmx. can the bug be fixed?
Thanks
Yue Wang
Hi, all:
I tried this fix with some of my documents and it seems that this
fixed all my documents.
Hans, can you commit that to HEAD?
Thanks a lot, Jin-Hwan:)
Yue Wang
On Tue, May 12, 2009 at 1:51 PM, Jin-Hwan Cho
Hi, Yue Wang,
Many years have passed since I wrote spec-dpx.tex for ConTeXt.
The file spec-dpx.tex included in texlive 2008 (the only one I have) looks quite changed according to the progression of ConTeXt.
Anyway, your example worked when I change the 763th line of spec-dpx.tex as follows:
{\scratchdimen\wd#2\scratchdimen.5\scratchdimen\hskip-\the\scratchdimen
==>
{%
But, I do not know this modification of \setMPPDFobject does not affect other cases. Could you check more examples?
Best regards, ChoF.
On May 12, 2009, at 2:00 PM, Yue Wang wrote:
Hi, Hans and Jin-Hwan:
Here is a simple ConTeXt metafun demo file:
\starttext \setupcolors[state=start] \startMPpage path p ; color c[] ; p := fullsquare scaled 4cm ; c[0] := transparent(1,.5,red) ; c[1] := transparent(1,.5,green) ; c[2] := transparent(1,.5,blue) ; for i = 0 upto 2 : fill p rotated (i*30) withcolor white ; endfor ; for i = 0 upto 2 : fill p rotated (i*30) withcolor c[i] ; endfor ; addbackground withcolor transparent(1,.5,cmyk(0,0,1,0)) ; \stopMPpage \stoptext
When process the file using luatex or pdftex, we can see a nice picture there. However, when 1) using pdftex to produce the dvi, and convert the dvi using dvipdfmx 2) using xetex to produce the pdf using xdvipdfmx the figure is placed at the wrong place. there will be a displacement for all the metapost figures when xetex is used to produce the graphics. I attach the wrong result in the mail.
So my question is : - is this a bug in ConTeXt, or in (x)dvipdfmx. can the bug be fixed?
Thanks
Yue Wang
Yue Wang wrote:
Hi, all:
I tried this fix with some of my documents and it seems that this fixed all my documents. Hans, can you commit that to HEAD?
what line is that in the current dpx file? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
736 on current version
On Tue, May 12, 2009 at 6:08 PM, Hans Hagen
Yue Wang wrote:
Hi, all:
I tried this fix with some of my documents and it seems that this fixed all my documents. Hans, can you commit that to HEAD?
what line is that in the current dpx file?
Hans
----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl ----------------------------------------------------------------- ___________________________________________________________________________________ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________
Yue Wang wrote:
736 on current version
but that line already looks that way ... so what needs to be patched ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Hi, Hans
Prof. Cho asked you to comment the line after the {
i.e.:
- {\scratchdimen\wd#2\scratchdimen.5\scratchdimen\hskip-\the\scratchdimen
+{%
Yue Wang
On Tue, May 12, 2009 at 7:05 PM, Hans Hagen
Yue Wang wrote:
736 on current version
but that line already looks that way ... so what needs to be patched
----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl ----------------------------------------------------------------- ___________________________________________________________________________________ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________
participants (3)
-
Hans Hagen -
Jin-Hwan Cho -
Yue Wang