<div dir="ltr">These files are generated by a text editor. If the EPS files are converted to PDF by epstopdf, everything is OK. LaTeX + dvips + ps2pdf does the right thing. XeLaTeX without any options for xdvipdfmx cuts the part with the negative coordinates, the origin is at the lower left corner.. LaTeX + dvipdfmx moces the origin to the upper right corner so that the part with the negative coordinates is shown but the part with the positive coordinates is clipped.<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature">Zdeněk Wagner<br><a href="http://ttsm.icpf.cas.cz/team/wagner.shtml" target="_blank">http://ttsm.icpf.cas.cz/team/wagner.shtml</a><br><a href="http://icebearsoft.euweb.cz" target="_blank">http://icebearsoft.euweb.cz</a></div></div>
<br><div class="gmail_quote">2017-02-27 22:10 GMT+01:00 David Carlisle <span dir="ltr"><<a href="mailto:d.p.carlisle@gmail.com" target="_blank">d.p.carlisle@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 27 February 2017 at 21:02, Akira Kakuto <<a href="mailto:kakuto@fuk.kindai.ac.jp">kakuto@fuk.kindai.ac.jp</a>> wrote:<br>
> Dear David,<br>
><br>
>> If metapost generated EPS are included, the bounding box offsets are<br>
>> not propagated unless the mvorigin option is passed through to<br>
>> xdvipdfmx.<br>
><br>
><br>
> Please use the .mps suffix for MetaPost-generated eps 'without' --mvorigin<br>
> option.<br>
> MetaPost-generated eps:<br>
>   suffix .mps ---> should not use --mvorigin option<br>
>   otherwise  ---> should use --mvorigin option<br>
><br>
> Best,<br>
> Akira<br>
><br>
</div></div>hi, yes I see that's the documented behaviour but I'm trying to<br>
understand the issue?<br>
Why make the user do either of those things? Can't I just detect the<br>
negative coordinates<br>
in xetex.def and shift the image in to place if the driver is going to<br>
mis-place it?<br>
<br>
If I get an eps file from somewhere why should I know it was generated<br>
by metapost<br>
and why should iIexpect that<br>
<br>
\fbox{includegraphics{file.<wbr>eps}}<br>
<br>
fails to put the image in the box with xetex when it does with latex+dvips?<br>
<br>
What I can't tell looking at the code comments is if it is really an<br>
issue with metapost generated files<br>
(which I can not detect in xetex.def) or if it is an issue with any<br>
eps with negative coordinates in the bounding box<br>
(for which I could add translate in the tex macros if that is needed.<br>
<span class="HOEnZb"><font color="#888888"><br>
David<br>
</font></span></blockquote></div><br></div>