Hi, See http://tracker.luatex.org/view.php?id=345 I've tried to fix this by checking the \catcode of the current character for 'new math fons' instead of relying on the font's space() fontdimen like TeX82 does. This fix is based on the assumption that the 'high numbers' won't have \catcode 11, so that only the low upright alphabetic characters will have the italic correction stripped, and those are exactly the ones we want to reach in 'typical' new math input: this nicely covers operators that have 'names' like \sin, and any other uses of \rm in math mode. The downside is that this fix will break stuff like $ A {\it forces} B $ but I see no way to tackle that automatically. Best wishes, Taco
Taco Hoekwater wrote:
Hi,
See http://tracker.luatex.org/view.php?id=345
I've tried to fix this by checking the \catcode of the current character for 'new math fons' instead of relying on the font's space() fontdimen like TeX82 does.
This fix is based on the assumption that the 'high numbers' won't have \catcode 11, so that only the low upright alphabetic characters will have the italic correction stripped, and those are exactly the ones we want to reach in 'typical' new math input: this nicely covers operators that have 'names' like \sin, and any other uses of \rm in math mode.
The downside is that this fix will break stuff like
$ A {\it forces} B $
but I see no way to tackle that automatically.
Of course this is only the case if 'forces' is automatically remapped to the high part of the math range. If \it is an actual font switch, all will be fine. So I assume this means the current fix is acceptable. Best wishes, Taco
On 13-3-2010 12:03, Taco Hoekwater wrote:
Hi,
See http://tracker.luatex.org/view.php?id=345
I've tried to fix this by checking the \catcode of the current character for 'new math fons' instead of relying on the font's space() fontdimen like TeX82 does.
This fix is based on the assumption that the 'high numbers' won't have \catcode 11, so that only the low upright alphabetic characters will have the italic correction stripped, and those are exactly the ones we want to reach in 'typical' new math input: this nicely covers operators that have 'names' like \sin, and any other uses of \rm in math mode.
The downside is that this fix will break stuff like
$ A {\it forces} B $
but I see no way to tackle that automatically.
can it be solved with extra info that travels with the glyphs? after all, there are not that many math fonts and we could add extra info (e.g. using fea files) 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 -----------------------------------------------------------------
Hans Hagen wrote:
can it be solved with extra info that travels with the glyphs? after all, there are not that many math fonts and we could add extra info (e.g. using fea files)
Fea files won't make anybody happy. If there is a real need, we can add a new internal code table. But I would first like to hear whether there are any objections to using the category code.
participants (3)
-
Hans Hagen -
Taco Hoekwater -
Taco Hoekwater