Re: [NTG-context] space in \longrightarrow in lucida (mkiv)
Am 03.12.2010 12:21, schrieb Mojca Miklavec:
IIRC, the original definitions are from plain.tex and amstex.tex.
plain.tex says: \def\joinrel{\mathrel{\mkern-3mu}}
So I guess that \joinrel indeed needs to be defined on per-font basis instead of being hardcoded into definitions.
the macro \loadfontgoodies in font-gds.mkiv should be extended to something like \def\loadfontgoodies[#1]% {\ctxlua{fonts.goodies.get("#1")}% \InputIfExists #1.tex% } which already load a lucida-math.ldf (lua code) and then an optional lucida-math.tex (tex code) don't know how ConTeXt can handle the \InputIfExists The file lucida-math.tex in /context/fonts/ gets all font specific redefinitions, in this case \def\joinrel{\mkern-4mu} \def\longrightarrow{\relbar\joinrel\rightarrow} \def\longleftarrow{\leftarrow\joinrel\relbar} ... sich files are then possible for all other fonts Herbert
On 3-12-2010 2:47, Herbert Voss wrote:
Am 03.12.2010 12:21, schrieb Mojca Miklavec:
IIRC, the original definitions are from plain.tex and amstex.tex.
plain.tex says: \def\joinrel{\mathrel{\mkern-3mu}}
So I guess that \joinrel indeed needs to be defined on per-font basis instead of being hardcoded into definitions.
the macro \loadfontgoodies in font-gds.mkiv should be extended to something like
\def\loadfontgoodies[#1]% {\ctxlua{fonts.goodies.get("#1")}% \InputIfExists #1.tex% }
which already load a lucida-math.ldf (lua code) and then an optional lucida-math.tex (tex code)
don't know how ConTeXt can handle the \InputIfExists The file lucida-math.tex in /context/fonts/ gets all font specific redefinitions, in this case
\def\joinrel{\mkern-4mu} \def\longrightarrow{\relbar\joinrel\rightarrow} \def\longleftarrow{\leftarrow\joinrel\relbar} ....
sich files are then possible for all other fonts
in mkii we had math vectors and one could have many different vectors active at the same time (so, lucida alongside lm and others); in mkiv we assume unicode math I can probably make something for mkiv but the question is: is it worth the trouble and complication. Eventually all these math fonts will be open type anyway. 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 3-12-2010 2:47, Herbert Voss wrote:
Am 03.12.2010 12:21, schrieb Mojca Miklavec:
IIRC, the original definitions are from plain.tex and amstex.tex.
plain.tex says: \def\joinrel{\mathrel{\mkern-3mu}}
So I guess that \joinrel indeed needs to be defined on per-font basis instead of being hardcoded into definitions.
the macro \loadfontgoodies in font-gds.mkiv should be extended to something like
\def\loadfontgoodies[#1]% {\ctxlua{fonts.goodies.get("#1")}% \InputIfExists #1.tex% }
which already load a lucida-math.ldf (lua code) and then an optional lucida-math.tex (tex code)
don't know how ConTeXt can handle the \InputIfExists The file lucida-math.tex in /context/fonts/ gets all font specific redefinitions, in this case
\def\joinrel{\mkern-4mu} \def\longrightarrow{\relbar\joinrel\rightarrow} \def\longleftarrow{\leftarrow\joinrel\relbar} ....
sich files are then possible for all other fonts
In lucida-math.lfg there is now: variables = { joinrelfactor = 4, -- default is 3 } and when set that variable will be used in composing the virtual glyph (the default is 3). So, no complex defs are needed. Maybe there are more relevant variables. 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 Sat, Dec 4, 2010 at 19:38, Hans Hagen wrote:
In lucida-math.lfg there is now:
variables = { joinrelfactor = 4, -- default is 3 }
and when set that variable will be used in composing the virtual glyph (the default is 3). So, no complex defs are needed. Maybe there are more relevant variables.
Great, thanks a lot, Hans! This is exactly what I wanted to suggest (as it avoids complex situations with multiple definitions). Mojca
participants (3)
-
Hans Hagen -
Herbert Voss -
Mojca Miklavec