<div dir="ltr"><div><div><div><div><div>I've been poking at this particular bug too. It seems to be a problem with MetaPost's low-level "put a string on the figure" routine; you don't even need btex/etex.<br>
<br>Example:<br><br></div>beginfig(0);<br>    string test;<br>    test = "ABC" & char0 & "XYZ";<br>    label(test,(0,0));<br>endfig;<br>end<br><br></div>This will print not "ABC\Gamma XYZ", but "ABC\Gamma\Gamma\Gamma\Gamma". If the zeroth character in a font shows up in a string, the following characters in that string are all converted to the same character.<br>
<br></div><div>The main zeroth characters to worry about in practice are $-$ (minus), $\Gamma$ and $\big($.<br><br></div>This is why "$-\infty$" comes out as "--".<br><br></div>The "$-\,\infty$" comes out correctly because the kern (the \,) separates the $-$ and the $\infty$, so PostScript has to treat them as two separate strings. Similarly, a $-3$ would come out correctly because the $-$ and the $3$ are from different fonts, and so PostScript has to treat them as two separate strings.<br>
<br></div>If you need a $\Gamma$ or $\big($, you can get the correct behavior with a ${\Gamma\mkern0.01mu}$. You have to be a little careful with the $-$ to get the spacing after it right. (Various TeX-internal workarounds, like $\Gamma\null$ or $\Gamma\,\!$, don't work; you need a nonzero amount of space to avoid this low-level bug.)<br>
<div><div><div><div><div><div><div><br></div></div></div></div></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Dec 15, 2013 at 5:30 AM, Pétiard François <span dir="ltr"><<a href="mailto:petiard.francois@free.fr" target="_blank">petiard.francois@free.fr</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<br>
I've already written that (2012/03/24), but there is no change...<br>
<br>
I'm on Windows 7, MiKTeX 2.9 (64 bits), MetaPost 1.803.<br>
<br>
Here is my file <a href="http://test.mp" target="_blank">test.mp</a>:<br>
<br>
%%%%%%%%%%%%%%%%%%%%%%%%%%<br>
prologues:=3;<br>
outputtemplate:="%j.eps";<br>
beginfig(0)<br>
label(btex $-\infty$ etex,(0,20));%%%%%%% 1<br>
label(btex $\null-\infty$ etex,(0,0));%%% 2<br>
label(btex $-\!\infty$ etex,(0,-20));%%%% 3<br>
label(btex $-\,\infty$ etex,(0,-40));%%%% 4<br>
label(btex $-\,\!\infty$ etex,(0,-60));%% 5<br>
label(btex $+\infty$ etex,(0,-80));%%%%%% 6<br>
endfig;<br>
end;<br>
%%%%%%%%%%%%%%%%%%%%%%%%%<br>
<br>
When I make:<br>
<br>
mpost -debug <a href="http://test.mp" target="_blank">test.mp</a><br>
<br>
I obtain a curious file test.eps (see the labels 1 and 5).<br>
<br>
Is there a chance to see that bug repaired ?<br>
<br>
Cheers<span class="HOEnZb"><font color="#888888"><br>
<br>
François<br>
<br>
<br>
<br>
-- <br>
<a href="mailto:francois.petiard@univ-fcomte.fr" target="_blank">francois.petiard@univ-fcomte.<u></u>fr</a><br>
</font></span><br>--<br>
<a href="http://tug.org/metapost/" target="_blank">http://tug.org/metapost/</a><br></blockquote></div><br></div>