On Fri, 25 May 2012, Mojca Miklavec wrote:
On Fri, May 25, 2012 at 12:05 AM, Mojca Miklavec wrote:
On Thu, May 24, 2012 at 3:59 PM, Aditya Mahajan wrote:
Any idea when this was introduced (or if this bug was always present)?
beta 2011.07.14 16:09
Oh, I'm sorry, nonsense. That was the last working one. The one introducing the bug was 2011.07.19 10:35
https://github.com/mojca/context/commit/a3f9fa299ecc3c9d8c3989c6e219dd9a1bce...
In that version the functionality was completely broken (overlapping limits), then it improved with time a bit, but never recovered properly back.
I tested with asana, hoping that opentype fonts will behave better, but asana is hopelessly broken in the other direction: too big integrals and sums. To fix asana, change DisplayOperatorMinHeight = more, to DisplayOperatorMinHeight = 0, (or just comment it) in asana-math.lfg. After that, you can at least use asana math as a work around. Euler and Stix fonts work OK, and surprisingly so is txfonts! I thought that px- and tx-fonts were handled identically. Why does the bug only appear with px-fonts? Comparing the two files, I noticed that skewchar is not set in px fonts. Line 22 of px-math.lfg should be: { name = "texgyrepagella-bold.otf", vector = "tex-bf", skewchar=0x7F } , (but even after that change $\hat {\bi A}$ is set incorrectly). Aditya