Small integral signes with Palatino
Dear list, Have some problems with the latest beta. I get small integral signs when using Palatino math (see minimal example in attachment). Any clou? ConTeXt version: 2012.05.18 23:50, Mac OS X 10.6.8 Regards, Tim
Hi all,
I'm still struggling with the same issue in 2012.05.24. Anyone?
Cheers,
Tim
2012/5/20 Tim Steenvoorden
Dear list,
Have some problems with the latest beta. I get small integral signs when using Palatino math (see minimal example in attachment). Any clou?
ConTeXt version: 2012.05.18 23:50, Mac OS X 10.6.8
Regards, Tim
On Thu, 24 May 2012, luigi scarso wrote:
On Thu, May 24, 2012 at 10:05 AM, Tim Steenvoorden
wrote: Hi all,
I'm still struggling with the same issue in 2012.05.24. Anyone?
Cheers, Tim Yes --- sorry, I can only confirm your issue.
Any idea when this was introduced (or if this bug was always present)? I think that adding a patch to px-math.cfg to scale DisplayOperatorMinHeight should fix it; but I don't have the time to look into this right now. Aditya
Sorry, can't help with that. The first ConTeXt beta I tested for
TeXLive 2012 is 2012.05.14. Before that I used 2011.05.18 from TeXLive
2011.
Tim
2012/5/24 Aditya Mahajan
On Thu, 24 May 2012, luigi scarso wrote:
On Thu, May 24, 2012 at 10:05 AM, Tim Steenvoorden
wrote: Hi all,
I'm still struggling with the same issue in 2012.05.24. Anyone?
Cheers, Tim
Yes --- sorry, I can only confirm your issue.
Any idea when this was introduced (or if this bug was always present)? I think that adding a patch to px-math.cfg to scale DisplayOperatorMinHeight should fix it; but I don't have the time to look into this right now.
Aditya
___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!
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 ___________________________________________________________________________________
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 (https://github.com/mojca/context/commit/58e91401c966ea58ff13645addf05f8f1c50... or http://gitorious.org/context/context/commit/06c7a7fdaac34512cdc3ff250dec5b1a... that's not able to display any given diff of ConTeXt releases) Go figure. There's nothing obviously math-related in there at all. Mojca
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. Mojca
On 25-5-2012 00:13, 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.
something math_operator_size and/or DisplayOPeratorMinHEight (btw, did you stop pushing betas in that hub?) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
On Fri, 25 May 2012, Hans Hagen wrote:
On 25-5-2012 00:13, 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.
something math_operator_size and/or DisplayOPeratorMinHEight
It's more complicated because tx-fonts behaves correctly. Aditya
On 25-5-2012 00:43, Aditya Mahajan wrote:
It's more complicated because tx-fonts behaves correctly.
indeed, and I always thought that these fonts were similar in setup Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Still get a small integral sign in the latest beta (2012.05.26 16:40).
Times works perfectly. Am I doing something wrong here?
\definetypeface[palatino][rm][serif][palatino]
\definetypeface[palatino][mm][math][palatino]
\setupbodyfont[palatino]
\starttext
\startformula
\int_0^\infty \frac{1}{x} {\rm d} x
\stopformula
\stoptext
Cheers,
Tim
2012/5/25 Hans Hagen
On 25-5-2012 00:43, Aditya Mahajan wrote:
It's more complicated because tx-fonts behaves correctly.
indeed, and I always thought that these fonts were similar in setup
Hans
----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl ----------------------------------------------------------------- ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!
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 ___________________________________________________________________________________
On Sun, May 27, 2012 at 5:16 PM, Tim Steenvoorden
Still get a small integral sign in the latest beta (2012.05.26 16:40). Times works perfectly. Am I doing something wrong here?
\definetypeface[palatino][rm][serif][palatino] \definetypeface[palatino][mm][math][palatino]
\setupbodyfont[palatino]
\starttext
\startformula \int_0^\infty \frac{1}{x} {\rm d} x \stopformula
\stoptext confirmed (again) -- luigi
On Sun, May 27, 2012 at 5:31 PM, luigi scarso
On Sun, May 27, 2012 at 5:16 PM, Tim Steenvoorden
wrote: Still get a small integral sign in the latest beta (2012.05.26 16:40). Times works perfectly. Am I doing something wrong here?
\definetypeface[palatino][rm][serif][palatino] \definetypeface[palatino][mm][math][palatino]
\setupbodyfont[palatino]
\starttext
\startformula \int_0^\infty \frac{1}{x} {\rm d} x \stopformula
\stoptext confirmed (again) Stupid question: why we are not using texgyrepagella-math-regular.otf ?
-- luigi
On Sun, May 27, 2012 at 7:50 PM, luigi scarso
On Sun, May 27, 2012 at 5:31 PM, luigi scarso
wrote: On Sun, May 27, 2012 at 5:16 PM, Tim Steenvoorden
wrote: Still get a small integral sign in the latest beta (2012.05.26 16:40). Times works perfectly. Am I doing something wrong here?
\definetypeface[palatino][rm][serif][palatino] \definetypeface[palatino][mm][math][palatino]
\setupbodyfont[palatino]
\starttext
\startformula \int_0^\infty \frac{1}{x} {\rm d} x \stopformula
\stoptext confirmed (again) Stupid question: why we are not using texgyrepagella-math-regular.otf ?
-- luigi
Different, but still wrong \unprotect \starttypescript [\s!math] [palatinomath] \definefontsynonym [PalatinoMath] [\s!file:texgyrepagella-math-regular.otf] \stoptypescript \starttypescript [\s!math] [palatinomath] [\s!name] \definefontsynonym [MathRoman] [PalatinoMath] [\s!features=\s!math\mathsizesuffix] \stoptypescript \starttypescript [PalatinoTest] \definetypeface [\typescriptone] [\s!rm] [\s!serif] [palatino] [\s!default] \definetypeface [\typescriptone] [\s!mm] [\s!math] [palatinomath] [\s!default] \quittypescriptscanning \stoptypescript \protect \usetypescript[PalatinoTest] \setupbodyfont[PalatinoTest,12pt] \starttext \input knuth \par \startformula \int_0^\infty \frac{1}{x} {\rm d} x \stopformula \stoptext -- luigi
On Mon, 28 May 2012, luigi scarso wrote:
Different, but still wrong
\unprotect \starttypescript [\s!math] [palatinomath] \definefontsynonym [PalatinoMath] [\s!file:texgyrepagella-math-regular.otf] \stoptypescript \starttypescript [\s!math] [palatinomath] [\s!name] \definefontsynonym [MathRoman] [PalatinoMath] [\s!features=\s!math\mathsizesuffix] \stoptypescript \starttypescript [PalatinoTest] \definetypeface [\typescriptone] [\s!rm] [\s!serif] [palatino] [\s!default] \definetypeface [\typescriptone] [\s!mm] [\s!math] [palatinomath] [\s!default] \quittypescriptscanning \stoptypescript \protect
\usetypescript[PalatinoTest] \setupbodyfont[PalatinoTest,12pt] \starttext \input knuth \par \startformula \int_0^\infty \frac{1}{x} {\rm d} x \stopformula \stoptext
In this case \int and \sum are of the same size, so it appears as a design choice, and more importantly, we can patch the font to change DisplayOperatorMinHeight. BTW, what is the status of Pagella Math? Should we default to that instead of px-fonts? Aditya
Steve Peter schrieb:
On May 27, 2012, at 7:27 PM, Aditya Mahajan wrote:
BTW, what is the status of Pagella Math?
Nearly complete from what I hear.
it is available from CTAN: http://CTAN.ORG/tex-archive/fonts/tex-gyre-math Herbert
The integral sign is now big enough, but spacing between the sign and
its bounds is too large... (In the px-font.)
Cheers,
Tim
2012/5/29 Herbert Voss
Steve Peter schrieb:
On May 27, 2012, at 7:27 PM, Aditya Mahajan wrote:
BTW, what is the status of Pagella Math?
Nearly complete from what I hear.
it is available from CTAN: http://CTAN.ORG/tex-archive/fonts/tex-gyre-math
Herbert
___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!
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 ___________________________________________________________________________________
The same is true for other mathfonts discussed in the thread "Math
fonts in TeXLive 2012".
Cheers,
Tim
2012/5/29 Tim Steenvoorden
The integral sign is now big enough, but spacing between the sign and its bounds is too large... (In the px-font.)
Cheers, Tim
2012/5/29 Herbert Voss
: Steve Peter schrieb:
On May 27, 2012, at 7:27 PM, Aditya Mahajan wrote:
BTW, what is the status of Pagella Math?
Nearly complete from what I hear.
it is available from CTAN: http://CTAN.ORG/tex-archive/fonts/tex-gyre-math
Herbert
___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!
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 ___________________________________________________________________________________
On Mon, May 28, 2012 at 1:27 AM, Aditya Mahajan wrote:
BTW, what is the status of Pagella Math? Should we default to that instead of px-fonts?
Pagella didn't get much testing so far, it has not even been imported into TeX Live yet and it didn't get on CTAN yet. There are some known issues (Hans wrote some workarounds, but from what Khaled wrote LuaLaTeX still bails out.) I would prefer to have support for px fixed (which probably has to be done anyway) and switch to pagella soon after TL freeze, rather then get completely unexpected surprizes. Mojca
On 28-5-2012 01:27, Aditya Mahajan wrote:
On Mon, 28 May 2012, luigi scarso wrote:
Different, but still wrong
\unprotect \starttypescript [\s!math] [palatinomath] \definefontsynonym [PalatinoMath] [\s!file:texgyrepagella-math-regular.otf] \stoptypescript \starttypescript [\s!math] [palatinomath] [\s!name] \definefontsynonym [MathRoman] [PalatinoMath] [\s!features=\s!math\mathsizesuffix] \stoptypescript \starttypescript [PalatinoTest] \definetypeface [\typescriptone] [\s!rm] [\s!serif] [palatino] [\s!default] \definetypeface [\typescriptone] [\s!mm] [\s!math] [palatinomath] [\s!default] \quittypescriptscanning \stoptypescript \protect
\usetypescript[PalatinoTest] \setupbodyfont[PalatinoTest,12pt] \starttext \input knuth \par \startformula \int_0^\infty \frac{1}{x} {\rm d} x \stopformula \stoptext
In this case \int and \sum are of the same size, so it appears as a design choice, and more importantly, we can patch the font to change DisplayOperatorMinHeight.
It's really weird ... in the virtual font builder we have DisplayOperatorMinHeight = t . math_operator_size . text_style and there has been a good reason for this otherwise it would not be there. For the normal (12pt) size this becomes 1040448 for px as well as tx. Both fonts (when looking at them with \showfont[pxex.tfm] etc have the same shapes. Concerning the rest of the parameters, only for this case irrelevant differ a bit. % name px tx % RadicalRuleThickness 46399 44040 2359 % FractionDenominatorDisplayStyleGapMin 139197 132120 7077 % OverbarVerticalGap 139197 132120 7077 % RadicalDisplayStyleVerticalGap 133103 130744 2359 % UnderbarVerticalGap 139197 132120 7077 % FractionNumeratorGapMin 46399 44040 2359 % OverbarRuleThickness 46399 44040 2359 % StackGapMin 139197 132120 7077 % RadicalVerticalGap 57998.75 55050 2948.75 % StackDisplayStyleGapMin 324793 308280 16513 % AccentBaseHeight 353107.968 353894.4 -786.43200000003 % FractionRuleThickness 46399 44040 2359 % FractionDenominatorGapMin 46399 44040 2359 % OverbarExtraAscender 46399 44040 2359 % SubSuperscriptGapMin 185596 176160 9436 % MinConnectorOverlap 11599.75 11010 589.75 % FractionNumeratorDisplayStyleGapMin 139197 132120 7077 % UnderbarRuleThickness 46399 44040 2359 % RadicalExtraAscender 46399 44040 2359 So, there is no real reason for px to behave different than tx. However, when we nil DisplayOperatorMinHeight we get the scaled glyph. Okay, we could have threshold issue but even putting some real large math mess after itm it will not bump to the next size shape (there is only one larger size btw) .. puzzling
BTW, what is the status of Pagella Math? Should we default to that instead of px-fonts?
not yet Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
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
Hi Khaled, just checking ... did the code related to display operator heights change as part of the math cleanup? Hans On 25-5-2012 00:40, Aditya Mahajan wrote:
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 ___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!
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 ___________________________________________________________________________________
-- ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
AFAIK, no. The code that handles extensible delimiters changed, but IIUC we are not talking about extensible symbol here. Regards, Khaled On Fri, May 25, 2012 at 01:13:10AM +0200, Hans Hagen wrote:
Hi Khaled,
just checking ... did the code related to display operator heights change as part of the math cleanup?
Hans
On 25-5-2012 00:40, Aditya Mahajan wrote:
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 ___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!
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 ___________________________________________________________________________________
--
----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
On 25-5-2012 00:40, Aditya Mahajan wrote:
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,
fixed
{ name = "texgyrepagella-bold.otf", vector = "tex-bf", skewchar=0x7F } ,
(but even after that change $\hat {\bi A}$ is set incorrectly).
fixed ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
participants (8)
-
Aditya Mahajan
-
Hans Hagen
-
Herbert Voss
-
Khaled Hosny
-
luigi scarso
-
Mojca Miklavec
-
Steve Peter
-
Tim Steenvoorden