Re: [NTG-context] Unwanted upright math in MkIV
Aditya,
On Sun, 23 May 2021, Gavin wrote:
Hello,
I’m using ConTeXt with MacOS. The current version of MkIV produces upright math rather than italic. MWE:
\starttext \m{f = \beta} \stoptext
Works correctly here. What does context --version say?
My log file has this near the beginning: ... This is LuaTeX, Version 1.13.0 (TeX Live 2021) … system > ConTeXt ver: 2021.05.21 15:07 MKIV fmt: 2021.5.23 int: english/english … I am putting the entire log file below, since it isn’t terribly long. I hope that’s not bad etiquette. (I’m fairly new here.) Thanks! Gavin
mtx-context | redirect luametatex -> luatex: luatex --luaonly "/Users/Gavin/context-osx-64/tex/texmf-osx-64/bin/mtxrun.lua" --script mtx-context --luatex --autopdf GlyphExp.tex --redirected
resolvers | formats | executing runner 'run luatex format': /Users/Gavin/context-osx-64/tex/texmf-osx-64/bin/luatex --jobname="GlyphExp" --fmt=/Users/Gavin/context-osx-64/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en.fmt --lua=/Users/Gavin/context-osx-64/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en.lui cont-yes.mkiv --c:autopdf --c:currentrun=1 --c:engine="luatex" --c:fulljobname="./GlyphExp.tex" --c:input="./GlyphExp.tex" --c:kindofrun=1 --c:luatex --c:maxnofruns=9 --c:redirected --c:texmfbinpath="/Users/Gavin/context-osx-64/tex/texmf-osx-64/bin" This is LuaTeX, Version 1.13.0 (TeX Live 2021) system commands enabled. open source > level 1, order 1, name '/Users/Gavin/context-osx-64/tex/texmf-context/tex/context/base/mkiv/cont-yes.mkiv' system > system > ConTeXt ver: 2021.05.21 15:07 MKIV fmt: 2021.5.23 int: english/english system > system > 'cont-new.mkiv' loaded open source > level 2, order 2, name '/Users/Gavin/context-osx-64/tex/texmf-context/tex/context/base/mkiv/cont-new.mkiv' system > beware: some patches loaded from cont-new.mkiv close source > level 2, order 2, name '/Users/Gavin/context-osx-64/tex/texmf-context/tex/context/base/mkiv/cont-new.mkiv' system > files > jobname 'GlyphExp', input './GlyphExp', result 'GlyphExp' fonts > latin modern fonts are not preloaded languages > language 'en' is active open source > level 2, order 3, name '/Users/Gavin/Desktop/GlyphExp/GlyphExp.tex' fonts > preloading latin modern fonts (second stage) fonts > 'fallback modern-designsize rm 12pt' is loaded backend > xmp > using file '/Users/Gavin/context-osx-64/tex/texmf-context/tex/context/base/mkiv/lpdf-pdx.xml' pages > flushing realpage 1, userpage 1, subpage 1 close source > level 2, order 3, name '/Users/Gavin/Desktop/GlyphExp/GlyphExp.tex' close source > level 1, order 3, name '/Users/Gavin/context-osx-64/tex/texmf-context/tex/context/base/mkiv/cont-yes.mkiv'
mkiv lua stats > used config file: selfautoparent:/texmf/web2c/texmfcnf.lua mkiv lua stats > used cache path: /Users/Gavin/context-osx-64/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e mkiv lua stats > resource resolver: loadtime 0.006 seconds, 0 scans with scantime 0.000 seconds, 0 shared scans, 11 found files, scanned paths: <none> mkiv lua stats > stored bytecode data: 457 modules (0.242 sec), 96 tables (0.015 sec), 553 chunks (0.257 sec) mkiv lua stats > traced context: maxstack: 1424, freed: 0, unreachable: 1424 mkiv lua stats > cleaned up reserved nodes: 57 nodes, 9 lists of 442 mkiv lua stats > node memory usage: 11 attribute, 4 attribute_list, 1 glue, 51 glue_spec, 3 kern, 2 penalty, 2 temp, 2 user_defined mkiv lua stats > node list callback tasks: 8 unique task lists, 7 instances (re)created, 38 calls mkiv lua stats > used backend: pdf (backend for directly generating pdf output) mkiv lua stats > jobdata time: 0.001 seconds saving, 0.000 seconds loading mkiv lua stats > callbacks: internal: 132, file: 64, direct: 2, late: 0, function 507, total: 705 (705 per page) mkiv lua stats > randomizer: resumed with value 0.58778292965144 mkiv lua stats > result saved in file: GlyphExp.pdf, compresslevel 3, objectcompresslevel 1 mkiv lua stats > loaded patterns: en::1, load time: 0.000 mkiv lua stats > loaded fonts: 2 files: latinmodern-math.otf, lmroman12-regular.otf mkiv lua stats > font engine: otf 3.116, afm 1.513, tfm 1.000, 7 instances, 3 shared in backend, 3 common vectors, 0 common hashes, load time 0.200 seconds mkiv lua stats > used platform: osx-64, type: unix, binary subtree: texmf-osx-64 mkiv lua stats > used engine: luatex version: 1.13, functionality level: 7420, banner: this is luatex, version 1.13.0 (tex live 2021) mkiv lua stats > used hash slots: 46714 of 65536 + 250000 mkiv lua stats > lua properties: engine: lua 5.3, used memory: 106 MB, ctx: 106 MB, max: unknown MB, hash chars: min(64,40), symbol mask: utf (τεχ) mkiv lua stats > runtime: 0.545 seconds, 1 processed pages, 1 shipped pages, 1.835 pages/second mtx-context | pdfview methods: auto default okular pdfxcview sumatra, current method: sumatra (directives_pdfview_method) pdfview | command: wine "sumatrapdf.exe" -reuse-instance -bg-color 0xCCCCCC "GlyphExp.pdf" 1>/dev/null 2>/dev/null & mtx-context | pdfview overhead: 0.004 seconds system | total runtime: 0.865 seconds
On 5/23/2021 6:26 PM, Gavin wrote:
Aditya,
On Sun, 23 May 2021, Gavin wrote:
Hello,
I’m using ConTeXt with MacOS. The current version of MkIV produces upright math rather than italic. MWE:
\starttext \m{f = \beta} \stoptext
Works correctly here. What does context --version say?
My log file has this near the beginning:
... This is LuaTeX, Version 1.13.0 (TeX Live 2021) … system > ConTeXt ver: 2021.05.21 15:07 MKIV fmt: 2021.5.23 int: english/english ^^^^^^^^^^
math should work ok in fridays version (there was a hickup earlier that week because i moved some plugs to to another lua callback and forgot something)
I am putting the entire log file below, since it isn’t terribly long. I hope that’s not bad etiquette. (I’m fairly new here.) no problem, as long as one doesn't end a mail with 'please don't print it in order to save trees' and then adds tons of visual attachments (logos) that took energy to transport it's fine with me (also some text bytes in mail are neglectable to whatever gets sent around or is part of web pages)
Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------
On May 23, 2021, at 3:36 PM, Hans Hagen
On 5/23/2021 6:26 PM, Gavin wrote:
Aditya,
On Sun, 23 May 2021, Gavin wrote:
Hello,
I’m using ConTeXt with MacOS. The current version of MkIV produces upright math rather than italic. MWE:
\starttext \m{f = \beta} \stoptext
Works correctly here. What does context --version say? My log file has this near the beginning: ... This is LuaTeX, Version 1.13.0 (TeX Live 2021) … system > ConTeXt ver: 2021.05.21 15:07 MKIV fmt: 2021.5.23 int: english/english ^^^^^^^^^^ math should work ok in fridays version
It looks like I have Friday’s version. Just to be sure, I reinstalled from scratch by downloading the MacOS X86 file from the install page and running install.sh. I still get upright math, but only with MkIV. I also added \setupbodyfont […] to try different fonts, thinking that maybe a font was messed up, but I get upright math in every font I try. Finally, I went to the command line, used context --luatex GlyphExp.tex and opened in a different previewer (Apple Preview) in case TexShop was misbehaving. Still upright math. Any other ideas? This isn’t urgent. I can just wait for the next update if that might help. Gavin
I have more information on my upright math problem, but still no fix. Here is my new MWE: \starttext \showotfcomposition{bodyfont}{}{a=b \m{a=b}} \stoptext I may not be using this debugging command correctly, but it is returning useful information. The result is correct and the same in TeX Live 2021 MkIV and in the most recent LMTX. Notice that glyphs selected for “a” and “b” are different in the text and math: LuaTeX, Version 1.13.2 (TeX Live 2021) ConTeXt ver: 2021.03.05 19:11 MKIV fmt: 2021.5.11
a=b 𝑎 = 𝑏 U+61:a U+3D:= U+62:b [glue][math] U+1D44E:𝑎 [glue] U+3D:= [glue] U+1D44F:𝑏 [math]
ConTeXt ver: 2021.05.25 18:03 LMTX fmt: 2021.5.25
a=b 𝑎 = 𝑏 U+61:a U+3D:= U+62:b [glue][math] U+1D44E:𝑎 [glue] U+3D:= [glue] U+1D44F:𝑏 [math]
However, it is wrong in the most recent MkIV. The glyphs for “a” and “b” are the same in the text and math, even though the switch to math is recognized. (This switch is also evident in the pdf output. There is no space around the “=“ in the text, but it is correct for the math.) LuaTeX, Version 1.13.0 (TeX Live 2021) ConTeXt ver: 2021.05.25 18:03 MKIV fmt: 2021.5.25
a=ba=b U+61:a U+3D:= U+62:b [glue][math] U+61:a [kern][glue] U+3D:= [glue] U+62:b [math]
What could cause MkIV to select upright glyphs when it knows it is typesetting math? One difference is the version of LuaTeX. Could this need to be updated? Gavin
I have more information on my upright math problem, but still no fix. Here is my new MWE:
\starttext \showotfcomposition{bodyfont}{}{a=b \m{a=b}} \stoptext
I may not be using this debugging command correctly, but it is returning useful information. The result is correct and the same in TeX Live 2021 MkIV and in the most recent LMTX. Notice that glyphs selected for “a” and “b” are different in the text and math:
LuaTeX, Version 1.13.2 (TeX Live 2021) ConTeXt ver: 2021.03.05 19:11 MKIV fmt: 2021.5.11
a=b 𝑎 = 𝑏 U+61:a U+3D:= U+62:b [glue][math] U+1D44E:𝑎 [glue] U+3D:= [glue] U+1D44F:𝑏 [math]
ConTeXt ver: 2021.05.25 18:03 LMTX fmt: 2021.5.25
a=b 𝑎 = 𝑏 U+61:a U+3D:= U+62:b [glue][math] U+1D44E:𝑎 [glue] U+3D:= [glue] U+1D44F:𝑏 [math]
However, it is wrong in the most recent MkIV. The glyphs for “a” and “b” are the same in the text and math, even though the switch to math is recognized. (This switch is also evident in the pdf output. There is no space around the “=“ in the text, but it is correct for the math.)
LuaTeX, Version 1.13.0 (TeX Live 2021) ConTeXt ver: 2021.05.25 18:03 MKIV fmt: 2021.5.25
a=ba=b U+61:a U+3D:= U+62:b [glue][math] U+61:a [kern][glue] U+3D:= [glue] U+62:b [math]
What could cause MkIV to select upright glyphs when it knows it is typesetting math? One difference is the version of LuaTeX. Could this need to be updated? todays upload should be ok (when i adapted some lmtx code i also did
On 5/26/2021 5:14 PM, Gavin wrote: that in mkiv which should not happen) ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------
On May 26, 2021, at 9:46 AM, Hans Hagen
On 5/26/2021 5:14 PM, Gavin wrote:
I have more information on my upright math problem, but still no fix. Here is my new MWE: \starttext \showotfcomposition{bodyfont}{}{a=b \m{a=b}} \stoptext I may not be using this debugging command correctly, but it is returning useful information. The result is correct and the same in TeX Live 2021 MkIV and in the most recent LMTX. Notice that glyphs selected for “a” and “b” are different in the text and math: LuaTeX, Version 1.13.2 (TeX Live 2021) ConTeXt ver: 2021.03.05 19:11 MKIV fmt: 2021.5.11
a=b 𝑎 = 𝑏 U+61:a U+3D:= U+62:b [glue][math] U+1D44E:𝑎 [glue] U+3D:= [glue] U+1D44F:𝑏 [math] ConTeXt ver: 2021.05.25 18:03 LMTX fmt: 2021.5.25 a=b 𝑎 = 𝑏 U+61:a U+3D:= U+62:b [glue][math] U+1D44E:𝑎 [glue] U+3D:= [glue] U+1D44F:𝑏 [math] However, it is wrong in the most recent MkIV. The glyphs for “a” and “b” are the same in the text and math, even though the switch to math is recognized. (This switch is also evident in the pdf output. There is no space around the “=“ in the text, but it is correct for the math.) LuaTeX, Version 1.13.0 (TeX Live 2021) ConTeXt ver: 2021.05.25 18:03 MKIV fmt: 2021.5.25 a=ba=b U+61:a U+3D:= U+62:b [glue][math] U+61:a [kern][glue] U+3D:= [glue] U+62:b [math] What could cause MkIV to select upright glyphs when it knows it is typesetting math? One difference is the version of LuaTeX. Could this need to be updated? todays upload should be ok (when i adapted some lmtx code i also did that in mkiv which should not happen)
Today’s version works great. Thanks! -Gavin
participants (2)
-
Gavin -
Hans Hagen