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


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,


            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).

If your question is of interest to others as well, please add an entry to the 

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net

Reply via email to