<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 20, 2019 at 6:54 PM Marcel Krüger <<a href="mailto:tex@2krueger.de">tex@2krueger.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> ---- On Wed, 20 Mar 2019 18:29:09 +0100 luigi scarso <<a href="mailto:luigi.scarso@gmail.com" target="_blank">luigi.scarso@gmail.com</a>> wrote ----<br>
> <br>
> <br>
> On Sat, Mar 16, 2019 at 6:04 PM Marcel Krüger <<a href="mailto:tex@2krueger.de" target="_blank">tex@2krueger.de</a>> wrote:<br>
> <br>
> sorry for delay, I will it asap. -- <br>
> luigi<br>
<br>
Thanks. There is one other thing, I do not really know if I would describe it as a backward compatibility bug or a feature request:<br>
<br>
For non-"scaled" numbersystems, code like<br>
<br>
filldraw stroke z1e--z2e;<br>
(example taken from cmbase.mf, `left_bracket`)<br>
<br>
fail, because z1e-- is interpreted as z 1e- - instead of z1e --. So z1e--z2e is equal to z1-z2e, leading to lots of errors.<br>
<br>
I understand that the new numbersystems and the exponential syntax can lead to problems of this kind, but I think this could be avoided:<br>
Maybe a `e+` / `e-` could only be interpreted as exponential notation if it is followed by a digit? I do not think<br>
anyone would write "1e-" or "3e+" for 1 or 3, so it should not lead to any breakage.<br>
On the other hand it would catch almost all cases where this is invoked accidentially.<br>
<br>
A possible implementation of this change is attached.<br>
<br></blockquote><div><br></div><div>hm it looks like a serious bug, and I fear I will not able to fix it for next TL --- but I hope to put it into trunk immediately after the TL code is frozen.</div><div><br></div><div><br></div><div><br></div></div>-- <br><div dir="ltr" class="gmail_signature">luigi<br></div></div>