Hagen - Pragma ADE
Hagen - Pragma ADE
Hagen - Pragma ADE
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
124<br />
Math<br />
display display style, like text style but somewhat more spacy<br />
text text style, normally used inline<br />
script smaller than text cq. display style<br />
scriptscript smaller than script style<br />
cramped packed more tightly positioned superscripts<br />
uncramped normal normal positioned superscripts<br />
small switch to the next smaller style but keep cramp state<br />
big switch to the next larger style but keep cramp state<br />
Future versions of MkIV will provide more features (like parameter sets driven by<br />
keywords). As you might prefer a more symbolic approach we provide:<br />
\definemathstyle[default][text,cramped]<br />
After this you can use the keyword default which has the advantage that you only need<br />
to change one definition in order to get different rendering.<br />
7.6 Supported fonts<br />
As in ConT E Xt MKIV I wanted to go ahead with Unicode math as soon as the first version<br />
of LuaT E X showed up. Because at that time only Cambria was available I decided to<br />
provide virtual Unicode math fonts as a prelude to proper replacements for the popular<br />
Type1 math fonts. In the meantime Xits came around and in 2012 we had quite useable<br />
math companions for the public Latin Modern, Pagella and Termes fonts and the T E X<br />
user groups started shipping OpenType variants of Lucida. The virtual variants will still<br />
around so that we can compare them with the new implementations. As the official<br />
specification of OpenType math is not always clear from the beginning the OpenType<br />
fonts get improved over time. In fact, this is true not only for math fonts. Just think of<br />
this:<br />
• As Unicode gets extended, fonts might get more glyphs and possibly alternate shapes.<br />
• The more languages are supported, the more glyphs are to be available and features<br />
have to get language dependent instances.<br />
• The larger the font, the bigger the chance that mistakes get unnoticed especially<br />
when contextual subtitutions and positioning are used.<br />
• Math fonts can get more script and scriptscript alternates, more size variants, more<br />
advanced extensibles, bidirectional support, etc.<br />
So, like regular programs, LuaT E X and macro packages, we now have fonts as component<br />
that needs occasional updating. Of course resources like hyphenation patterns<br />
are also subjected to this, so it’s not a new aspect. But still, best keep en eye on font<br />
updates.