From: Hans Hagen <pragma@wxs.nl>
To: mailing list for ConTeXt users <ntg-context@ntg.nl>
Subject: Re: Small integral signes with Palatino
Date: Mon, 28 May 2012 14:50:45 +0200 [thread overview]
Message-ID: <4FC374A5.5020708@wxs.nl> (raw)
In-Reply-To: <alpine.LNX.2.02.1205271922420.13255@ybpnyubfg.ybpnyqbznva>
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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________
next prev parent reply other threads:[~2012-05-28 12:50 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-20 10:52 Tim Steenvoorden
2012-05-24 8:05 ` Tim Steenvoorden
2012-05-24 8:09 ` luigi scarso
2012-05-24 13:59 ` Aditya Mahajan
2012-05-24 21:40 ` Tim Steenvoorden
2012-05-24 22:05 ` Mojca Miklavec
2012-05-24 22:13 ` Mojca Miklavec
2012-05-24 22:39 ` Hans Hagen
2012-05-24 22:43 ` Aditya Mahajan
2012-05-25 8:55 ` Hans Hagen
2012-05-27 15:16 ` Tim Steenvoorden
2012-05-27 15:31 ` luigi scarso
2012-05-27 17:50 ` luigi scarso
2012-05-27 23:16 ` luigi scarso
2012-05-27 23:27 ` Aditya Mahajan
2012-05-28 1:29 ` Steve Peter
2012-05-29 8:43 ` Herbert Voss
2012-05-29 9:04 ` Tim Steenvoorden
2012-05-29 9:15 ` Tim Steenvoorden
2012-05-28 5:27 ` Mojca Miklavec
2012-05-28 12:50 ` Hans Hagen [this message]
2012-05-24 22:40 ` Aditya Mahajan
2012-05-24 23:13 ` Hans Hagen
2012-05-25 2:17 ` Khaled Hosny
2012-05-25 8:55 ` Hans Hagen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4FC374A5.5020708@wxs.nl \
--to=pragma@wxs.nl \
--cc=ntg-context@ntg.nl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).