From: Hans Hagen <pragma@wxs.nl>
Subject: Re: Using Fraktur (and Gothic and Calligraphic) fonts in ConTeXt
Date: Sun, 08 Dec 2002 18:30:01 +0100 [thread overview]
Message-ID: <5.1.0.14.1.20021208182415.0366cea0@remote-1> (raw)
In-Reply-To: <124930209.20021207200712@iol.it>
At 08:07 PM 12/7/2002 +0100, you wrote:
>Hello,
>
>I just wanted to report the conclusions I reached after the
>hoop-jumping I had to go through to be able to use Fraktur in
>ConTeXt, especially in math environments: it seems that the \frak,
>\goth, \cal font switches are ignored in math mode (which is
>somewhat ridiculous, considering that this is where they are used
>more often).
>
>A workaround (stolen from the old math module) is to define
>
>\def\fraktur #1{\ifmmode\@EA\text\fi{{\frak#1}}}
>\def\gothic #1{\ifmmode\@EA\text\fi{{\goth#1}}}
>\def\caligraphic#1{\ifmmode\@EA\text\fi{{\cal #1}}}
>
>and use \fraktur{a} instead of {\frak a}. This has the
>disadvantage that you cannot set Fraktur as the (math) font for a
>complex math construct. Can this be fixed, please?
The reason for the default definitions not working as expected lays in the
fact that they are defined as fall backs. Only \blackboard is mapped onto a
math family (practical reason: i never used the other ones). When uses with
a family, they adapt to the math script sizes.
The problem here is that it can only work as a \switch if there is a math
family associated, and (1) there are not enough of them for each funny
font, and (2) one has to keep track of them in different fonts.
I've now changed the defs to kind of always expect text fonts being used,
in which case your def is ok. (because i want consistency in this, i also
changed the blackboard def, and expect future defs to act the same, else
there is no way to keep track of such things (apart from debugging); some
time a go blackboard alone already took me hours to uncover -)
In the process of cleaning up m-math and moving things to the kernel and/or
m-newmat, i had a text macro there; i moved a version to the kernel. For
low level macros, use \mathtext instead, since one never knows if \text is
overloaded).
Hans
-------------------------------------------------------------------------
Hans Hagen | PRAGMA ADE | pragma@wxs.nl
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com
-------------------------------------------------------------------------
information: http://www.pragma-ade.com/roadmap.pdf
documentation: http://www.pragma-ade.com/showcase.pdf
-------------------------------------------------------------------------
prev parent reply other threads:[~2002-12-08 17:30 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-07 19:07 Giuseppe Bilotta
2002-12-08 17:30 ` Hans Hagen [this message]
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=5.1.0.14.1.20021208182415.0366cea0@remote-1 \
--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).