outputs \widetilde and \widehat symbols positioned to high
(see how it looks https://drive.google.com/file/d/1f3HrONkaPAkld_yEl8cRRiBUt3gy2uQZ/view?usp=sharing).
If I load mathabx style for \widebar command sequence, all \wide... symbols go to low with the greek letter.
In my real document I have used mathptmx + luatexja-fontspec, when I saw the problem.
I use luatex.exe v1.10.0 and luaotfload 2019/08/11 v2.991.
I also have TeXLive 2018 with luaotfload 2017/01/29 v2.8 at my disposal.
The problem in this older system is not present.
I have searched for the cause of the problem, if You are interested please read below what I have found.
The reported behaviour is caused by a new set_xheight function (from luaotfload/luaotfload-auxiliary.lua)
which is assigned to patch_font callback (from luaotfload/luaotfload-loaders.lua).
There is the following comment in luaotfload/luaotfload-loaders.lua:
if type (fontdata)=="table"and fontdata.encodingbytes ==2then
--- We need to test for `encodingbytes` to avoid passing
--- tfm fonts to `patch_font`. These fonts are fragile
--- because they use traditional TeX font handling.
with the code from above, the mentioned symbols will be positioned at the right height again.
This is because patch_font_unsafe callback is used instead of patch_font,
which has assigned different set functions to it and set_xheight is not one of them.
I do not know if this change would damage the intended luatexja behaviour though.
I have found out that from the amsmath package only the following code is necessary in order to produce the incorrect output:
Hello,
With TeXLive 2019 the following LaTeX code
outputs \widetilde and \widehat symbols positioned to high(see how it looks https://drive.google.com/file/d/1f3HrONkaPAkld_yEl8cRRiBUt3gy2uQZ/view?usp=sharing).
If I load mathabx style for \widebar command sequence, all \wide... symbols go to low with the greek letter.
In my real document I have used mathptmx + luatexja-fontspec, when I saw the problem.
I use luatex.exe v1.10.0 and luaotfload 2019/08/11 v2.991.
I also have TeXLive 2018 with luaotfload 2017/01/29 v2.8 at my disposal.
The problem in this older system is not present.
I have searched for the cause of the problem, if You are interested please read below what I have found.
The reported behaviour is caused by a new set_xheight function (from luaotfload/luaotfload-auxiliary.lua)
If I replace the following conditional in "font_callback" function (from luatexja/ltj-rmlgbm.lua): with the code from above, the mentioned symbols will be positioned at the right height again.which is assigned to patch_font callback (from luaotfload/luaotfload-loaders.lua).
There is the following comment in luaotfload/luaotfload-loaders.lua:
This is because patch_font_unsafe callback is used instead of patch_font,
which has assigned different set functions to it and set_xheight is not one of them.
I do not know if this change would damage the intended luatexja behaviour though.
I have found out that from the amsmath package only the following code is necessary in order to produce the incorrect output:
I hope this information will be of some help.
And I would very much appreciate a fix of this problem.
Thanks in advance,
Lolita Tolenė