Re: [NTG-context] Align headings on the left
Am 30.05.22 um 18:37 schrieb Jürgen Althaus via ntg-context: Von meinem Commodore 64 geschickt Hallo Jürgen, ich meine mich zwar zu erinnern, dass es eine TeX-Distribution für C64 gab, aber mit LuaMetaTeX wird das nix... ;) Grüßlinge, Hraban ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Mark IV or LuaMetaTeX?
Tomaso I think there is a problem with synctex in TeXworks, which is probably why I never use it. Best Wishes Keith McKay On Thu, 26 May 2022, 18:03 Tommaso Gordini via ntg-context, < ntg-context@ntg.nl> wrote: > Thank you, Keith! > > Everything works fine, except Synctex. > > So, between MkIV and LMTX you recommend LMTX. Perfect. > > Tommaso > > Il gio 26 mag 2022, 17:55 Keith McKay via ntg-context > ha scritto: > >> Hi Tommaso >> >> I use TeXworks with ConText stand alone LMTX. To set it up to run >> context do the following. >> >> Open TexWorks and then click on TexWorks in the menu bar then >> Preferences. The TexWorks Preference window will open up. >> >> Click on the Typesetting tab and you will see two panes. One marked >> "Paths for TeX and related Programs" and another marked "Processing Tools". >> >> Next to Processing Tools is a + button. Click on this and a "Tool >> Configuration" window appears. This is where you enter the details for >> processing by ConTeXt and this is how I have set this up on my mac mini M1. >> >> Name: LMTX >> >> % Here you need to use the Browse button to get to the mtxrun. On my mac >> it is the path to the directory tex which contains the file mtxrun as >> shown below. Yours may be different. Since mtxrun is an alias for >> luametatex it substitutes luametatex. I edited this to, mtxrun. >> >> Program: >> /Users/HomeDirectory/data/contextmacosarm64/tex/texmf-osx-arm64/bin/mtxrun >> >> % Next enter the arguments as follows using the + button. >> >> Arguments: --autogenerate >> >> --script >> >> context >> >> --autopdf >> >> $fullname >> >> Click OK. This takes you back to the TeXworks Prefences window (which has >> stayed open anyway). You may have to enter some more paths to the Paths >> pane. I added >> /Users/HomeDirectory/data/contextmacosarm64/tex/texmf-osx-arm64/bin just to >> be on the safe side but it may not be needed. >> >> If I have made any mistakes I'm sure the great and the good in the >> ConTeXt community will correct me. >> >> I also use TeXshop but prefer TeXworks but to be honest with with you >> there is not much of a difference between the two in my ConTeXt use. I'm >> experimenting with atom but that is a wee bit more complicated since I have >> to use the console to run context. >> >> Hope this helps >> >> Best Wishes >> >> Keith McKay >> >> On 26/05/2022 13:53, Tommaso Gordini via ntg-context wrote: >> >> Hello list, >> forgive me if my question is too general and trivial and without a >> minimum code. >> >> In the current state of ConTeXt development, which engine do you >> recommend to use *definitively*? ConTeXt MkIV or LMTX? >> >> I use macOS 10.15.7, on which I have MacTeX-2022, ConTeXt Standalone and >> ConTeXt LMTX. My editor is TeXShop 4.72 (the last one), even if Synctex >> doesn't work too well: source to PDF is almost OK, but PDF to source is >> still very inaccurate, not to mention that to activate the direct and >> reverse search you have to write such a thing as >> >> %! TEX TS-program = ConTeXt2021 >> %! TEX useAlternatePath >> %! TEX useConTeXtSyncParser >> >> \setupsynctex [state=start, method=min] >> >> \starttext >> ... >> \stoptext >> >> I also have the latest TeXworks on board, but I don't understand how to >> set it up. If you think that for ConTeXt is better than TeXShop and you >> want to teach me how to set it up, thank you. >> >> Tommaso >> >> ___ >> 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://context.aanhet.net >> archive : https://bitbucket.org/phg/context-mirror/commits/ >> wiki : http://contextgarden.net >> ___ >> >> >> ___ >> 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/listin
Re: [NTG-context] Mark IV or LuaMetaTeX?
Thank you, Keith! Everything works fine, except Synctex. So, between MkIV and LMTX you recommend LMTX. Perfect. Tommaso Il gio 26 mag 2022, 17:55 Keith McKay via ntg-context ha scritto: > Hi Tommaso > > I use TeXworks with ConText stand alone LMTX. To set it up to run context > do the following. > > Open TexWorks and then click on TexWorks in the menu bar then Preferences. > The TexWorks Preference window will open up. > > Click on the Typesetting tab and you will see two panes. One marked "Paths > for TeX and related Programs" and another marked "Processing Tools". > > Next to Processing Tools is a + button. Click on this and a "Tool > Configuration" window appears. This is where you enter the details for > processing by ConTeXt and this is how I have set this up on my mac mini M1. > > Name: LMTX > > % Here you need to use the Browse button to get to the mtxrun. On my mac > it is the path to the directory tex which contains the file mtxrun as > shown below. Yours may be different. Since mtxrun is an alias for > luametatex it substitutes luametatex. I edited this to, mtxrun. > > Program: > /Users/HomeDirectory/data/contextmacosarm64/tex/texmf-osx-arm64/bin/mtxrun > > % Next enter the arguments as follows using the + button. > > Arguments: --autogenerate > > --script > > context > > --autopdf > > $fullname > > Click OK. This takes you back to the TeXworks Prefences window (which has > stayed open anyway). You may have to enter some more paths to the Paths > pane. I added > /Users/HomeDirectory/data/contextmacosarm64/tex/texmf-osx-arm64/bin just to > be on the safe side but it may not be needed. > > If I have made any mistakes I'm sure the great and the good in the ConTeXt > community will correct me. > > I also use TeXshop but prefer TeXworks but to be honest with with you > there is not much of a difference between the two in my ConTeXt use. I'm > experimenting with atom but that is a wee bit more complicated since I have > to use the console to run context. > > Hope this helps > > Best Wishes > > Keith McKay > > On 26/05/2022 13:53, Tommaso Gordini via ntg-context wrote: > > Hello list, > forgive me if my question is too general and trivial and without a minimum > code. > > In the current state of ConTeXt development, which engine do you recommend > to use *definitively*? ConTeXt MkIV or LMTX? > > I use macOS 10.15.7, on which I have MacTeX-2022, ConTeXt Standalone and > ConTeXt LMTX. My editor is TeXShop 4.72 (the last one), even if Synctex > doesn't work too well: source to PDF is almost OK, but PDF to source is > still very inaccurate, not to mention that to activate the direct and > reverse search you have to write such a thing as > > %! TEX TS-program = ConTeXt2021 > %! TEX useAlternatePath > %! TEX useConTeXtSyncParser > > \setupsynctex [state=start, method=min] > > \starttext > ... > \stoptext > > I also have the latest TeXworks on board, but I don't understand how to > set it up. If you think that for ConTeXt is better than TeXShop and you > want to teach me how to set it up, thank you. > > Tommaso > > ___ > 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://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > ___ > > > ___ > 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://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > > ___ > ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Mark IV or LuaMetaTeX?
Hi Tommaso I use TeXworks with ConText stand alone LMTX. To set it up to run context do the following. Open TexWorks and then click on TexWorks in the menu bar then Preferences. The TexWorks Preference window will open up. Click on the Typesetting tab and you will see two panes. One marked "Paths for TeX and related Programs" and another marked "Processing Tools". Next to Processing Tools is a + button. Click on this and a "Tool Configuration" window appears. This is where you enter the details for processing by ConTeXt and this is how I have set this up on my mac mini M1. Name: LMTX % Here you need to use the Browse button to get to the mtxrun. On my mac it is the path to the directory tex which contains the file mtxrun as shown below. Yours may be different. Since mtxrun is an alias for luametatex it substitutes luametatex. I edited this to, mtxrun. Program: /Users/HomeDirectory/data/contextmacosarm64/tex/texmf-osx-arm64/bin/mtxrun % Next enter the arguments as follows using the + button. Arguments: --autogenerate --script context --autopdf $fullname Click OK. This takes you back to the TeXworks Prefences window (which has stayed open anyway). You may have to enter some more paths to the Paths pane. I added /Users/HomeDirectory/data/contextmacosarm64/tex/texmf-osx-arm64/bin just to be on the safe side but it may not be needed. If I have made any mistakes I'm sure the great and the good in the ConTeXt community will correct me. I also use TeXshop but prefer TeXworks but to be honest with with you there is not much of a difference between the two in my ConTeXt use. I'm experimenting with atom but that is a wee bit more complicated since I have to use the console to run context. Hope this helps Best Wishes Keith McKay On 26/05/2022 13:53, Tommaso Gordini via ntg-context wrote: Hello list, forgive me if my question is too general and trivial and without a minimum code. In the current state of ConTeXt development, which engine do you recommend to use /definitively/? ConTeXt MkIV or LMTX? I use macOS 10.15.7, on which I have MacTeX-2022, ConTeXt Standalone and ConTeXt LMTX. My editor is TeXShop 4.72 (the last one), even if Synctex doesn't work too well: source to PDF is almost OK, but PDF to source is still very inaccurate, not to mention that to activate the direct and reverse search you have to write such a thing as %! TEX TS-program = ConTeXt2021 %! TEX useAlternatePath %! TEX useConTeXtSyncParser \setupsynctex [state=start, method=min] \starttext ... \stoptext I also have the latest TeXworks on board, but I don't understand how to set it up. If you think that for ConTeXt is better than TeXShop and you want to teach me how to set it up, thank you. Tommaso ___ 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://context.aanhet.net archive :https://bitbucket.org/phg/context-mirror/commits/ wiki :http://contextgarden.net __ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Mark IV or LuaMetaTeX?
Hello list, forgive me if my question is too general and trivial and without a minimum code. In the current state of ConTeXt development, which engine do you recommend to use *definitively*? ConTeXt MkIV or LMTX? I use macOS 10.15.7, on which I have MacTeX-2022, ConTeXt Standalone and ConTeXt LMTX. My editor is TeXShop 4.72 (the last one), even if Synctex doesn't work too well: source to PDF is almost OK, but PDF to source is still very inaccurate, not to mention that to activate the direct and reverse search you have to write such a thing as %! TEX TS-program = ConTeXt2021 %! TEX useAlternatePath %! TEX useConTeXtSyncParser \setupsynctex [state=start, method=min] \starttext ... \stoptext I also have the latest TeXworks on board, but I don't understand how to set it up. If you think that for ConTeXt is better than TeXShop and you want to teach me how to set it up, thank you. Tommaso ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Callbacks (and nodes) in LuaMetaTeX
Hi list, I haven't had any luck solving any of the issues from my previous email: [NTG-context] Callbacks in LuaMetaTeX https://mailman.ntg.nl/pipermail/ntg-context/2022/105566.html Admittedly, my problems are fairly obscure (and likely self-inflicted), but any suggestions would be greatly appreciated. I've updated my ConTeXt installation to the latest version (mkxl 2022.05.11 11:36), but this doesn't seem to have changed anything. Further to the previous email, I have one (semi-related) additional question: 6. The LuaTeX manual says that the subtype of "ins" nodes is a number corresponding to the insert class. This appears to work correctly. The LuaMetaTeX manual says the same thing about "insert" nodes; however, the subtype of "insert" nodes appears to always be zero. Using this code: \startluacode local traverse_id = node.traverse_id or node.traverseid local insert = node.id"insert" or node.id"ins" function test(head) for n in traverse_id(insert, head) do inspect(n) print(n.subtype) end return head end nodes.tasks.appendaction("finalizers", "after", "test") \stopluacode \starttext One \footnote{Two} \insert123{Three} Four. \stoptext In MkIV I get: 1917 : ins 132>={ ["attr"]="", ["cost"]=0, ["depth"]=221327, ["head"]="", ["height"]=790454, ["next"]="nil : ins 123>", ["prev"]=" 1842 : hlist 1>", ["subtype"]=132, ["type"]="ins", } 132 nil : ins 123>={ ["attr"]="", ["cost"]=0, ["depth"]=1073741823, ["head"]="", ["height"]=553344, ["prev"]=" 1923 : glue 13>", ["subtype"]=123, ["type"]="ins", } 123 but in MkXL I get: 3385 : insert 0>={ ["attr"]="", ["depth"]=221327, ["height"]=790454, ["id"]="insert", ["list"]="nil : hlist line>", ["next"]="", } 0 nil : insert 0>={ ["attr"]="", ["height"]=553344, ["id"]="insert", ["list"]="nil : hlist line>", } 0 Is there any way to get an insert's class from its node in MkXL? Please let me know if you have any ideas for this or any of the earlier questions. Thanks! -- Max ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Problems with column sets?
Given the following file that uses definecolumnset and startcolumnset/stopcolumnset (largely from the wiki <https://wiki.contextgarden.net/Command/definecolumnset>) for input: \setuppapersize[letter] \definecolumnset[TwoColumns][n=2] \startcolumnset [TwoColumns] \title{Test page} \framed [frame=off, bottomframe=on, width=\textwidth, frameoffset=1mm, foregroundstyle=small, ]{\copyright\ \date[][year] Donald E. Knuth} \input knuth \stopcolumnset Why does context fail, producing an empty .log and .pdf, with the following information to the terminal: resolvers | formats | executing runner 'run luametatex format': /usr/local/sw/versions/context-osx-64/tex/texmf-osx-64/bin/luametatex --jobname="./x.ctx" --fmt=/usr/local/sw/versions/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt --lua=/usr/local/sw/versions/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui --c:currentrun=1 --c:fulljobname="./x.ctx" --c:input="./x.ctx" --c:kindofrun=1 --c:maxnofruns=9 --c:texmfbinpath="/usr/local/sw/versions/context-osx-64/tex/texmf-osx-64/bin" system > system > ConTeXt ver: 2022.05.11 11:36 LMTX fmt: 2022.5.24 int: english/english system > system > 'cont-new.mkxl' loaded open source > level 1, order 1, name '/usr/local/sw/versions/context-osx-64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > beware: some patches loaded from cont-new.mkiv close source> level 1, order 1, name '/usr/local/sw/versions/context-osx-64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > files > jobname './x', input './x.ctx', result './x' fonts > latin modern fonts are not preloaded languages > language 'en' is active open source > level 1, order 2, name './x.ctx' mtx-context | fatal error: return code: 1 -- T. Kurt Bond, tkurtb...@gmail.com, https://tkurtbond.github.io ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] MetaFun manual's "texvar" is not working for me
Hello list, I’m trying to reproduce the positional graphics examples in the MetaFun manual on pp. 151-153. There are two examples of code for the mpos:box. The first example uses \MPvar to retrieve variables set using \setupMPvariables. This works fine. The second example uses texvar to retrieve variables, but it does not work in the current LMTX. However, the second example does work with my TeXLive install. I’ve put my working example below, with both versions of the mpos:box code. Log output from a failed run is below that. Any ideas where I might be going wrong? Thanks! Gavin \setupbackgrounds [page] [background={backgraphics,foreground,foregraphics}] \defineoverlay [backgraphics] [\positionoverlay{backgraphics}] \defineoverlay [foregraphics] [\positionoverlay{foregraphics}] \setupMPvariables [mpos:box] [linecolor=blue, linewidth=\linewidth, fillcolor=lightgray, filloffset=2pt] This mpos:box works using \MPvar. %%% \startMPpositiongraphic{mpos:box}{fillcolor,linecolor,linewidth} string tag; tag := "\MPvar{self}" ; path box ; box := positionbox(tag) ; box := box enlarged \MPvar{filloffset} ; fill box withcolor \MPvar{fillcolor} ; draw box withcolor \MPvar{linecolor} withpen pencircle scaled \MPvar{linewidth} ; positioninregion ; \stopMPpositiongraphic %%% This mpos:box does not work using texvar. (log below) %%% %\startMPpositiongraphic{mpos:box}{fillcolor,linecolor,linewidth} % path box ; box := positionbox(texstr("self")) ; % box := box enlarged texvar("filloffset") ; % fill box %withcolor texvar("fillcolor") ; % draw box %withcolor texvar("linecolor") %withpen pencircle scaled texvar("linewidth") ; % positioninregion ; %\stopMPpositiongraphic \starttext to get \hpos {A-0} {positions} sorted \startpositionoverlay{backgraphics} \setMPpositiongraphic{A-0}{mpos:box}{self=A-0} \stoppositionoverlay \stoptext system > system > ConTeXt ver: 2022.05.11 11:36 LMTX fmt: 2022.5.20 int: english/english system > system > 'cont-new.mkxl' loaded open source > level 1, order 1, name '/Users/Gavin/context-osx-arm64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > beware: some patches loaded from cont-new.mkiv close source> level 1, order 1, name '/Users/Gavin/context-osx-arm64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > files > jobname './ContractionExperiments', input './ContractionExperiments.tex', result './ContractionExperiments' fonts > latin modern fonts are not preloaded languages > language 'en' is active system > synctex functionality is enabled, expect 5-10 pct runtime overhead! open source > level 1, order 2, name './ContractionExperiments.tex' fonts > preloading latin modern fonts (second stage) fonts > 'fallback modern-designsize rm 12pt' is loaded metapost> initializing instance 'metafun:1' using format 'metafun' and method 'double' metapost> loading 'metafun' as 'metafun.mpxl' using method 'double' metapost> initializing number mode 'double' metapost> trace > This is MPLIB for LuaMetaTeX, version 3.12, running in double mode. metapost> trace > metapost> trace > loading metafun for lmtx, including the plain 1.004 base definitions metapost> trace > metafun > log > metafun > log > error: Missing ')' has been inserted metafun > log > metapost> trace > , metapost> trace > paired -> -> begingroup.if.pair(EXPR2):(EXPR2)else:((EXPR2),(EXPR2))fi.endgroup metapost> trace > , metapost> trace > llmoved -> -> ((llcorner(EXPR0))shifted(-xpart.paired((EXPR1)),-ypart.paired((EXPR1 metapost> trace > { metapost> trace > -- -> -> {curl1}..{curl1} metapost> trace > enlarged -> -> ((EXPR0)llmoved(EXPR1)--(EXPR0)lrmoved(EXPR1)--(EXPR0)urmoved(EXPR1)--(EXPR0)ulmoved(EXPR1)--cycle) metapost> trace > ; metafun > log > metafun > log > I found no right delimiter to match a left one. So I've put one in, behind the scenes; this may fix the problem. metafun > log > metapost> trace > path box ; box := positionbox(texstr("self")) ; box := box enlarged texvar("filloffset") ; fill box withcolor texvar("fillcolor") ; draw box withcolor texvar("linecolor") withpen pencircle scaled texvar("linewidth") ; positioninregion ; ; metapost> trace > backend > xmp > using file '/Users/Gavin/context-osx-arm64/tex/texmf-context/tex/context/base/mkiv/lpdf-pdx.xml' pa
[NTG-context] Callbacks in LuaMetaTeX
Hi list, I've been playing around with some of the Lua callbacks in LuaMetaTeX, and I have a few questions/comments. Context: I'm writing a Plain/LaTeX/ConTeXt module called "lua-widow-control" that uses Lua callbacks to automatically remove widows and orphans from documents. The relevant Lua code is at: https://github.com/gucci-on-fleek/lua-widow-control/blob/master/source/lua-widow-control.lua in case you're curious about how I'm using these callbacks, but you shouldn't need to look there since this email is self-contained. 1. In LMTX, calling "tex.linebreak" produces a luatex warning > tex: left parfill skip is gone warning. I don't get this warning in Plain LuaTeX, LuaLaTeX, or MkIV, so I think that it's specific to LuaMetaTeX. The LuaMetaTeX manual hardly mentions "left parfill skip"/"parfillleftskip", so I'm not too sure what to do to avoid this warning. You can reproduce the warning with this code (but any call to "tex.linebreak" also works): \startluacode function test(head) tex.linebreak(node.copylist(head)) return head end nodes.tasks.appendaction("processors", "after", "test") \stopluacode \starttext Hello! \stoptext 2. The LuaMetaTeX manual says that "pre_linebreak_filter" is called after the parfillskip glue has been added, but this doesn't seem to be the case. With LuaLaTeX/Plain LuaTeX, this is true, but the node list passed to the callback in MkXL is missing the parfillskip. (I don't have an MkIV installation to test here.) This MkXL code: \startluacode function test(head) local last = node.slide(head) print "START" for i=1,3 do print(last) print( node.type(last.id), node.subtypes(last.id)[last.subtype], last.width, last.stretchorder, last.stretch ) last = last.prev end print "STOP" return head end nodes.tasks.appendaction("processors", "after", "test") \stopluacode \starttext Hello! \stoptext produces: START nil : glue spaceskip> gluespaceskip 341648 0 384354 2258 : glyph unset> glyph nil 213792 nil nil 2521 : glyph unset> glyph nil 385140 nil nil STOP START nil : glue userskip> glueuserskip0 2 65536 2357 : glyph unset> glyph nil 385140 nil nil 2611 : rule strut> rulestrut 0 nil nil STOP while this (presumably) equivalent Plain LuaTeX code: \directlua{ function test(head) local last = node.slide(head) print "START" for i=1,3 do print(last) print( node.type(last.id), node.subtypes(last.id)[last.subtype], last.width, last.stretch_order, last.stretch ) last = last.prev end print "STOP" return head end callback.register("pre_linebreak_filter", test) } Hello! \bye produces: START nil : glue 15> glueparfillskip 0 2 65536 298 : penalty 2> penalty linepenalty nil nil nil 82 : glyph 0> glyph unset 182045 nil nil STOP I'm not sure if this is a doc bug, an engine bug, or if I'm just doing something wrong. 3. The LuaTeX/LuaMetaTeX engine manuals say that for node callbacks, you can return "true" if you don't need to replace the passed node list. This works fine with raw LuaTeX callbacks and the luatexbase wrappers, but it doesn't work with the ConTeXt "nodes.tasks" wrapper functions. This Plain example works: \directlua{ callback.register("pre_linebreak_filter", function () return true end) } Hello! \bye But this MkXL example doesn't: \startluacode function test(head) return true end nodes
Re: [NTG-context] context module t-account in LMTX
Many thanks Wolfgang, I can see the 'values' in a table like form, nothing but the values — how can I switch on the 'lines' of the table?Best regards, HeinrichI took your file t-taccount.mkxland——% !TEX program = lmtx\usemodule[t][taccount]\startTEXpage[offset=5pt]\starttaccount[title=Bilanz,lefttext=Aktiva,righttext=Passiva] \startdebits \debit{Gebäude} {1.800} \debit{Maschinen}{1.200} \debit{Fuhrpark} {500} \debit{Rohstoffe} {100} \debittotal {3.600} \stopdebits \startcredits \credit{Eigenkapital}{1.400} \credit{Schulden} {2.200} \credittotal {3.600} \stopcredits\stoptaccount\stopTEXpage—— tst-taccount.pdf Description: Adobe PDF document the log——resolvers | formats | executing runner 'run luametatex format': /Users/hp/Library/context-osx-64/tex/texmf-osx-64/bin/luametatex --jobname="./tst-taccount.tex" --fmt=/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt --lua=/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui --c:autopdf --c:currentrun=1 --c:directives="system.showerror" --c:fulljobname="./tst-taccount.tex" --c:input="./tst-taccount.tex" --c:kindofrun=1 --c:maxnofruns=9 --c:purgeall --c:texmfbinpath="/Users/hp/Library/context-osx-64/tex/texmf-osx-64/bin"system > system > ConTeXt ver: 2022.04.15 20:20 LMTX fmt: 2022.4.17 int: english/englishsystem > system > 'cont-new.mkxl' loadedopen source > level 1, order 1, name '/Users/hp/Library/context-osx-64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'system > beware: some patches loaded from cont-new.mkivclose source > level 1, order 1, name '/Users/hp/Library/context-osx-64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'system > files > jobname './tst-taccount', input './tst-taccount.tex', result './tst-taccount'fonts > latin modern fonts are not preloadedlanguages > language 'en' is activeopen source > level 1, order 2, name './tst-taccount.tex'modules > 'taccount' is loadedopen source > level 2, order 3, name 't-taccount.mkxl'loading > Context User Module / Miscellaneousclose source > level 2, order 3, name 't-taccount.mkxl'system > auto \starttext ... \stoptextfonts > preloading latin modern fonts (second stage)fonts > 'fallback modern-designsize rm 12pt' is loadedbackend > xmp > using file '/Users/hp/Library/context-osx-64/tex/texmf-context/tex/context/base/mkiv/lpdf-pdx.xml'pages > flushing realpage 1, userpage 1, subpage 1close source > level 1, order 3, name './tst-taccount.tex'mkiv lua stats > used config file: selfautoparent:/texmf/web2c/texmfcnf.luamkiv lua stats > used cache path: /Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32emkiv lua stats > resource resolver: loadtime 0.010 seconds, 0 scans with scantime 0.000 seconds, 0 shared scans, 10 found files, scanned paths: mkiv lua stats > stored bytecode data: 504 modules (0.406 sec), 98 tables (0.020 sec), 602 chunks (0.426 sec)mkiv lua stats > traced context: maxstack: 1627, freed: 0, unreachable: 1627mkiv lua stats > cleaned up reserved nodes: 72 nodes, 11 lists of 439mkiv lua stats > node memory usage: 15 attribute, 3 glue, 67 gluespec, 3 kern, 582 mathspec, 4 penalty, 2 tempmkiv lua stats > node list callback tasks: 12 unique task lists, 9 instances (re)created, 59 callsmkiv lua stats > used backend: pdfmkiv lua stats > jobdata time: 0.002 seconds saving, 0.000 seconds loadingmkiv lua stats > callbacks: file: 390, saved: 270, direct: 2, function: 1102, value: 2, message: 0, bytecode: 602, late 0, total: 2368 (0 per page)mkiv lua stats > randomizer: initialized with value 0.56777543833852mkiv lua stats > loaded tex modules: 1 requested, all found (t-taccount)mkiv lua stats > loaded patterns: en::1, load time: 0.000mkiv lua stats > loaded fonts: 2 files: latinmodern-math.otf, lmroman12-regular.otfmkiv lua stats > font engine: otf 3.120, afm 1.513, tfm 1.000, 7 instances, 3 shared in backend, 3 common vectors, 0 common hashes, load time 0.237 seconds mkiv lua stats > font embedding time: 0.004 seconds, 1 fontsmkiv lua stats > result saved in file: tst-taccount.pdf, compresslevel 1, objectcompresslevel 3mkiv lua stats > positions: 4 collected, 0 deltas, 0 shared partials, 0 partial entriesmkiv lua stats > used platform: osx-64, type: unix, binary subtree: texmf-osx-64mkiv lua stats > used engine: luametatex version: 2.0946, functionality level: 20220405, format id: 647, compiler: clangmkiv lua stats &
[NTG-context] Fwd: lua-widow-control module error in LMTX
Hello, Max: As I promised you this morning, I had time this evening to read more carefully all your remarks in the last mail. And now I can answer you with more basis. In my particular case, it is not necessary to consider any of the seven possible problems you describe from highest to lowest probability. The question you asked me in the first paragraph about "interesting" features in my ConTeXt code is the key. When I uncomment grid=yes in my \setuplayout, lwc makes its real appearance on the scene. I suppose that in other documents than mine, i.e. less complex, this performance would be a success. But in my file it is, considering my current aesthetic requirements, a failure. This is because for me grid=yes is a non-negotiable part of my code. As I told you this morning when I sent you my pdf without the module activated, but with the layout my way, I understand that lwc can have problems with a text whose chapters have capital letters and small caps on the first page with less text than on the following pages; with long quotations that involve paragraphs of different layout and separated from the main text; with more than one footnote in a row, with a bibliography at the end with French indentation; with vertical spaces separating two lines within the same chapter when in the dummy text there is a supposed change of scene within the narrative; with etc. etc., etc., etc... Anyway, after uncommenting grid=yes again, I will send you the log file, as you asked me. By the way, I do get some "Widow/Orphan NOT removed on page..." in spite of the rest of "successes" that move the final lines of my pages away from the result I would like, and that you have seen in the pdf I sent you this morning. Do you want the new pdf with lwc actually acting on my file? Then you can get a better idea of what I mean by the end of some pages when I comment grid=yes (apart from the mischief that happens with the horizontal spaces in some paragraphs of the bibliographic section). Or, if you prefer, and you need more feedback, I can send you my current code to use it as a test bench for " daring " texts. Greetings, edu El 27/4/22 a las 9:14, Max Chernoff escribió: Quick question before I begin: are you using any especially "interesting" ConTeXt features? By "interesting" I mean things like grid typesetting, pagecolumns, bidirectional text, etc. I haven't tested lwc with every possible ConTeXt feature, so there may be some adverse interaction. If you are using something like this, try disabling it and see if that solves anything (then let me know so that I can fix it!) On 2022-04-26 3:45 a.m., Eduardo Bohoyo wrote: I can see "modules > 'lua-widow-control' is loaded". But, luckily, I can also see this: open source > level 2, order 4, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl' resolvers > lua > loading file '/opt/luametatex/texmf-modules/tex/luatex/lua-widow-control/lua-widow-control.lua' succeeded close source > level 2, order 4, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl' module > lua-widow-control > Already enabled Ok, so this is good; lwc is for sure being loaded successfully. No line such as "Widow/orphan detected. Attempting to delete". I see interleaved new groups with the same line always repeating a warning message throughout the whole file. In short, there are 613 new lines with the message "luatex warning > tex: left parfill skip is gone". But I didn't give it any importance, because I interpreted that they could be inherent to the module. Well this at least narrows the issue down quite a bit. Lwc runs in pretty much two stages: when a paragraph has finished being broken by TeX, lwc saves the paragraph. The second stage is ran just before each time the output routine is triggered so that lwc can remove the widows and orphans. Due to an lwc bug, the first stage results in the "left parfill skip" warning being printed twice for each paragraph. Normally this is quite annoying, but here it is good -- we know for sure that the first stage is running just fine. It is the second stage where you should get the "Widow/orphan detected" message, but this isn't happening. The code here is at lwc.lua:362-388. Here is a list of all possible reasons, in order of likelihood, why "Widow/orphan detected" wouldn't be printed when there is actually a widow or orphan: (Just listing all of these to make sure that *I* don't forget anything. I'd say that 1 and 2 are the only ones that are actually likely -- you can probably ignore all of the others) 1. "\clubpenalty" and/or "\widowpenalty" are either zero or infinite In these cases, lwc can't distinguish a widow o
Re: [NTG-context] lua-widow-control module error in LMTX
Quick question before I begin: are you using any especially "interesting" ConTeXt features? By "interesting" I mean things like grid typesetting, pagecolumns, bidirectional text, etc. I haven't tested lwc with every possible ConTeXt feature, so there may be some adverse interaction. If you are using something like this, try disabling it and see if that solves anything (then let me know so that I can fix it!) On 2022-04-26 3:45 a.m., Eduardo Bohoyo wrote: I can see "modules > 'lua-widow-control' is loaded". But, luckily, I can also see this: open source > level 2, order 4, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl' resolvers > lua > loading file '/opt/luametatex/texmf-modules/tex/luatex/lua-widow-control/lua-widow-control.lua' succeeded close source > level 2, order 4, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl' module > lua-widow-control > Already enabled Ok, so this is good; lwc is for sure being loaded successfully. No line such as "Widow/orphan detected. Attempting to delete". I see interleaved new groups with the same line always repeating a warning message throughout the whole file. In short, there are 613 new lines with the message "luatex warning > tex: left parfill skip is gone". But I didn't give it any importance, because I interpreted that they could be inherent to the module. Well this at least narrows the issue down quite a bit. Lwc runs in pretty much two stages: when a paragraph has finished being broken by TeX, lwc saves the paragraph. The second stage is ran just before each time the output routine is triggered so that lwc can remove the widows and orphans. Due to an lwc bug, the first stage results in the "left parfill skip" warning being printed twice for each paragraph. Normally this is quite annoying, but here it is good -- we know for sure that the first stage is running just fine. It is the second stage where you should get the "Widow/orphan detected" message, but this isn't happening. The code here is at lwc.lua:362-388. Here is a list of all possible reasons, in order of likelihood, why "Widow/orphan detected" wouldn't be printed when there is actually a widow or orphan: (Just listing all of these to make sure that *I* don't forget anything. I'd say that 1 and 2 are the only ones that are actually likely -- you can probably ignore all of the others) 1. "\clubpenalty" and/or "\widowpenalty" are either zero or infinite In these cases, lwc can't distinguish a widow or orphan from other penalties, so it doesn't do anything. You can check for this with \showthe\widowpenalty \showthe\clubpenalty some time after "\starttext". This will print the values to the log file. The values should probably be "1", but things like "150" and "5000" are fine too. If you see negative values, "0", or values greater than ten thousand, then something is wrong here. 2. Something is "hiding" the widow/orphan penalties from lwc. Something like "\vadjust{\penalty X}" or the e-TeX "\-penalties" commands could potentially do this. One potential solution for (a subset of) this problem would be to modify lwc.mkxl to insert "\directsetup{*reset}" at line 52, to get: \startsetups[*default] \directsetup{*reset} \clubpenalty=\lwcparameter{orphanpenalty} \widowpenalty=\lwcparameter{widowpenalty} \displaywidowpenalty=\lwcparameter{widowpenalty} \brokenpenalty=\lwcparameter{brokenpenalty} \stopsetups If that doesn't do anything, keep the above modifications but also insert \setups[*default] after "\starttext" in your test document. 3. Lwc hasn't saved any paragraphs since the last output routine. Since we know that the first stage is running, this shouldn't be possible unless there is a weird bug somewhere else. 4. A weird engine/format bug. The LMTX test file was successful on Debian x86_64 three days ago https://github.com/gucci-on-fleek/lua-widow-control/runs/6144354147?check_suite_focus=true so something quite weird would have to be going on here. 5. Something is overwriting the "pre_output_filter" callback. Now this is an interesting one. ConTeXt has frozen most of the core engine callbacks, but "pre_output_filter" is unfrozen and unassigned. There is a ConTeXt interface for most of the other callbacks, but here I need to fallback to the low-level interface. With this interface, you can only register a single callback, so it is possible that some other pa
[NTG-context] context module t-account in LMTX
Hi there I just tried to test the use of the t-account module, compiling with LMTX, but no avail. What is wrong? Does the module need a fix for LMTX or is the fault on my side (having no experience …)? Many thanks for your support. Kind regards, Heinrich the example is in the file tst-account.tex —— % !TEX program = lmtx \usemodule[t-account] \environment TACCOUNT \startDEBITS \debit [Auto] {2000} \debit [Bus] {5000} \startCREDITS \credit [Bank] {1000} \credit [Kasse] {200} \credit [Kasse] {200} \stopCREDITS \stopACCOUNT —— leads to error shown in the log: —— resolvers | formats | executing runner 'run luametatex format': /Users/hp/Library/context-osx-64/tex/texmf-osx-64/bin/luametatex --jobname="./tst-account.tex" --fmt=/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt --lua=/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui --c:autopdf --c:currentrun=1 --c:directives="system.showerror" --c:fulljobname="./tst-account.tex" --c:input="./tst-account.tex" --c:kindofrun=1 --c:maxnofruns=9 --c:purgeall --c:texmfbinpath="/Users/hp/Library/context-osx-64/tex/texmf-osx-64/bin" system > system > ConTeXt ver: 2022.04.15 20:20 LMTX fmt: 2022.4.17 int: english/english system > system > 'cont-new.mkxl' loaded open source > level 1, order 1, name '/Users/hp/Library/context-osx-64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > beware: some patches loaded from cont-new.mkiv close source> level 1, order 1, name '/Users/hp/Library/context-osx-64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > files > jobname './tst-account', input './tst-account.tex', result './tst-account' fonts > latin modern fonts are not preloaded languages > language 'en' is active open source > level 1, order 2, name './tst-account.tex' modules > using user prefixed file 't-account' modules > 't-account' is loaded open source > level 2, order 3, name '/Users/hp/Library/context-osx-64/tex/texmf-modules/tex/context/third/account/t-account.mkiv' close source> level 2, order 3, name '/Users/hp/Library/context-osx-64/tex/texmf-modules/tex/context/third/account/t-account.mkiv' context report > file: tst-account-status.html mtx-context | fatal error: return code: 1 —— and the -status.html says: —— Error Undefined control sequence \startDEBITS File ./tst-account.tex Line 7 1 % !TEX program = lmtx 2 \usemodule[t-account] 3 \environment TACCOUNT 4 5 \startACCOUNT[left=S,middle=Bilanz,right=H] 6 7 >> \startDEBITS 8 \debit [Auto] {2000} 9 \debit [Bus] {5000} 10 \stopDEBITS 11 12 \startCREDITS 13 \credit [Bank] {1000} 14 \credit [Kasse] {200} 15 \credit [Kasse] {200} 16 \stopCREDITS 17 —— ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] lua-widow-control module error in LMTX
Erratum: When I wrote script, I meant hyphen. El 26/4/22 a las 11:45, Eduardo Bohoyo escribió: Hi: No line such as "Widow/orphan detected. Attempting to delete". I see interleaved new groups with the same line always repeating a warning message throughout the whole file. In short, there are 613 new lines with the message "luatex warning > tex: left parfill skip is gone". But I didn't give it any importance, because I interpreted that they could be inherent to the module. I can see "modules > 'lua-widow-control' is loaded". But, luckily, I can also see this: open source > level 2, order 4, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl' resolvers > lua > loading file '/opt/luametatex/texmf-modules/tex/luatex/lua-widow-control/lua-widow-control.lua' succeeded close source > level 2, order 4, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl' module > lua-widow-control > Already enabled On the other hand, the distribution and size of my paragraphs take great care that their "design" optimises the module's goodness, except, of course, for the first pages of each of the nine dummy text chapters (they start at a third of a page). But it is very curious that, even so, only the two orphan lines I mentioned, and only two of the five widows relate to two or three of those "supposedly problematic" first chapter pages (as I said, nine in total). And the case of the broken scripts is even stranger: only two of the six breakages concern a couple of those early chapter pages. I will go over the lua-widow-control.pdf document once more in case there is a tiny detail I am missing, but I think, if I keep going at this pace, I will end up learning it by heart. Well, joking aside, thanks again for your advice, Max. Edu. El 26/4/22 a las 4:42, Max Chernoff escribió: On 2022-04-25 6:51 p.m., Eduardo Bohoyo wrote: First things first. I want to acknowledge and thank you for the tough mission that surely involves maintaining this module for the benefit of the TeX community and, most especially, for LMTX in particular, due to the very reasons you have just explained. Well thanks :) These days I write most of my documents in LMTX, so the LMTX support is pretty self-serving -- I'm admittedly surprised that there's another lwc + LMTX user. Regarding your remarks, you are right in your assumptions: I didn't have the required lua file installed in its corresponding folder. That's what I was missing, and, logically, what made my compilation crash. Yeah, it's a pretty easy mistake to make. For Knuth TeX, shared files go in texmf/tex/generic and Plain-specific files go in texmf/tex/plain, but with LuaTeX there's just texmf/tex/luatex so it gets a little confusing. Now I finally get the pdf. But unfortunately, this "new" pdf is the same with the module uncommented as when I had it commented. There is no difference at all. And you're right: even context --make doesn't solve the problem. To give you an idea, although my dummy document has 78 pages, only 55 can really be said to be dummy text that can benefit from the module. Well, only in those 55 pages I have 2 orphans, 5 widows and 6 broken hyphens. So the first step here is to check the log file. If you see lines like module > lua-widow-control > Widow/orphan detected. Attempting to remove. module > lua-widow-control > Widow/Orphan NOT removed on page X. then that means that lwc found a widow/orphan, but gave up. This usually only happens if the page has only really short paragraphs, but it can also happen if there aren't any paragraphs that both start and finish on the page. I've got some neat graphs for this (see the upcoming TUGboat issue), but with default settings this should happen for much less than 10% of potential widows/orphans, so it seems unlikely that this is happening for every page. If this actually is the issue, then you can try raising the "emergencystretch" value in "\setuplwc", but that's probably going to give terrible results. The real solution is to rewrite something, but that should usually be pretty rare. --- If you see lines like module > lua-widow-control > Widow/orphan detected. Attempting to remove. module > lua-widow-control > Widow/orphan successfully removed at paragraph X on page Y. but the widows/orphans weren't actually removed, then something really weird is going on and definitely means that there's a bug in lwc. Rerun the document with \setuplwc[debug=true] immediately after "\usemodule[lua-widow-control]" and either reply with the log or post a new issue on the lwc GitHub. --- If you only see modules > 'lua-widow-control' is lo
Re: [NTG-context] lua-widow-control module error in LMTX
Hi: No line such as "Widow/orphan detected. Attempting to delete". I see interleaved new groups with the same line always repeating a warning message throughout the whole file. In short, there are 613 new lines with the message "luatex warning > tex: left parfill skip is gone". But I didn't give it any importance, because I interpreted that they could be inherent to the module. I can see "modules > 'lua-widow-control' is loaded". But, luckily, I can also see this: open source > level 2, order 4, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl' resolvers > lua > loading file '/opt/luametatex/texmf-modules/tex/luatex/lua-widow-control/lua-widow-control.lua' succeeded close source > level 2, order 4, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl' module > lua-widow-control > Already enabled On the other hand, the distribution and size of my paragraphs take great care that their "design" optimises the module's goodness, except, of course, for the first pages of each of the nine dummy text chapters (they start at a third of a page). But it is very curious that, even so, only the two orphan lines I mentioned, and only two of the five widows relate to two or three of those "supposedly problematic" first chapter pages (as I said, nine in total). And the case of the broken scripts is even stranger: only two of the six breakages concern a couple of those early chapter pages. I will go over the lua-widow-control.pdf document once more in case there is a tiny detail I am missing, but I think, if I keep going at this pace, I will end up learning it by heart. Well, joking aside, thanks again for your advice, Max. Edu. El 26/4/22 a las 4:42, Max Chernoff escribió: On 2022-04-25 6:51 p.m., Eduardo Bohoyo wrote: First things first. I want to acknowledge and thank you for the tough mission that surely involves maintaining this module for the benefit of the TeX community and, most especially, for LMTX in particular, due to the very reasons you have just explained. Well thanks :) These days I write most of my documents in LMTX, so the LMTX support is pretty self-serving -- I'm admittedly surprised that there's another lwc + LMTX user. Regarding your remarks, you are right in your assumptions: I didn't have the required lua file installed in its corresponding folder. That's what I was missing, and, logically, what made my compilation crash. Yeah, it's a pretty easy mistake to make. For Knuth TeX, shared files go in texmf/tex/generic and Plain-specific files go in texmf/tex/plain, but with LuaTeX there's just texmf/tex/luatex so it gets a little confusing. Now I finally get the pdf. But unfortunately, this "new" pdf is the same with the module uncommented as when I had it commented. There is no difference at all. And you're right: even context --make doesn't solve the problem. To give you an idea, although my dummy document has 78 pages, only 55 can really be said to be dummy text that can benefit from the module. Well, only in those 55 pages I have 2 orphans, 5 widows and 6 broken hyphens. So the first step here is to check the log file. If you see lines like module > lua-widow-control > Widow/orphan detected. Attempting to remove. module > lua-widow-control > Widow/Orphan NOT removed on page X. then that means that lwc found a widow/orphan, but gave up. This usually only happens if the page has only really short paragraphs, but it can also happen if there aren't any paragraphs that both start and finish on the page. I've got some neat graphs for this (see the upcoming TUGboat issue), but with default settings this should happen for much less than 10% of potential widows/orphans, so it seems unlikely that this is happening for every page. If this actually is the issue, then you can try raising the "emergencystretch" value in "\setuplwc", but that's probably going to give terrible results. The real solution is to rewrite something, but that should usually be pretty rare. --- If you see lines like module > lua-widow-control > Widow/orphan detected. Attempting to remove. module > lua-widow-control > Widow/orphan successfully removed at paragraph X on page Y. but the widows/orphans weren't actually removed, then something really weird is going on and definitely means that there's a bug in lwc. Rerun the document with \setuplwc[debug=true] immediately after "\usemodule[lua-widow-control]" and either reply with the log or post a new issue on the lwc GitHub. --- If you only see modules > 'lua-widow-control' is loaded but not any other lines mentioning lwc, then something weird is going on, and lwc is lo
Re: [NTG-context] lua-widow-control module error in LMTX
Hi, Max: First things first. I want to acknowledge and thank you for the tough mission that surely involves maintaining this module for the benefit of the TeX community and, most especially, for LMTX in particular, due to the very reasons you have just explained. Regarding your remarks, you are right in your assumptions: I didn't have the required lua file installed in its corresponding folder. That's what I was missing, and, logically, what made my compilation crash. To make my confusion even worse, I had done a strict search inside the mkxl code. It wouldn't take me to line 63 because I had added the extension (lua-widow-control.lua, not just lua-widow-control). Anyway, a mess only due to my ignorance. Now I finally get the pdf. But unfortunately, this "new" pdf is the same with the module uncommented as when I had it commented. There is no difference at all. And you're right: even context --make doesn't solve the problem. To give you an idea, although my dummy document has 78 pages, only 55 can really be said to be dummy text that can benefit from the module. Well, only in those 55 pages I have 2 orphans, 5 widows and 6 broken hyphens. I have read several times all the options of the module in the /lua-widow-control.pdf/ document, but I don't even dare to mess with those options because it seems to me very radical that my output pdf is the same with the module uncommented in my code. Of course, mtxrun --find-file lua-widow-control.lua yields what you would expect: /opt/luametatex/texmf-modules/tex/luatex/lua-widow-control/lua-widow-control.lua Thanks again for your work and yours observations. Edu. El 25/4/22 a las 22:00, Max Chernoff escribió: (Please keep me CC'd as I'm not subscribed to the list) Hi, I'm the lua-widow-control author. > lua error > lua error on line 74 in file > /opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl > > The odd thing is that line 75 of the t-lua-widow-control file is empty. The \setuplwc command ends on line 74, which then triggers \everysetuplwc which then calls \ctxlua{lwc.enable_callbacks()}. This fails since lwc is undefined because the Lua file isn't loaded because ConTeXt can't seem to find the file. In Plain LuaTeX and LuaLaTeX, a missing Lua file is a fatal error: $ luatex "\nonstopmode\directlua{require 'not-a-real-file'}\bye" This is LuaTeX, Version 1.13.2 (TeX Live 2021/W32TeX) restricted system commands enabled. [\directlua]:1: module 'not-a-real-file' not found: no field package.preload['not-a-real-file'] [kpse lua searcher] file not found: 'not-a-real-file' stack traceback: [C]: in function 'require' [\directlua]:1: in main chunk. <*> \nonstopmode\directlua{require 'not-a-real-file'} \bye (see the transcript file for additional information) warning (pdf backend): no pages of output. Transcript written on texput.log. so I'm a little surprised that ConTeXt just issues a warning here when it can't find the file: resolvers > lua > unknown file 'lua-widow-control.lua' > when it says it doesn't know the lua-widow-control.lua file. I don't see > any mention of this file within the t-lua-widow-control module. lua-widow-control.lua is loaded at line 63 of the .mkxl: \ctxloadluafile{lua-widow-control} > Could it be that this module is not yet mature for lmtx Lua-widow-control is certainly more stable with Plain/LaTeX, but it usually runs fine with LMTX. The entire lwc manual is written in ConTeXt/LMTX so I (usually) notice pretty quickly when things break. The only real "issue" with LMTX is that the engine changes pretty quickly, so lwc may sometimes be broken for a few days between an engine update and whenever I push out a fix. This doesn't happen with Plain/LaTeX since the LuaTeX engine is mostly frozen. Interestingly, the MkXL version of lwc actually predates the MkIV version, although only by a few months. > I have \usemodule[lua-widow-control] in my tex document, and > I haven't forgotten to do the prescribed mtxrun --generate after > including the module in my third-party folder of my luametatex > installation on Arch. Hmm, that's odd then. I'm not entirely sure why this is happening, so I'm going to take a random guess: Maybe you installed lwc using a zipfile from either GitHub or the ConTeXt Garden modules site, then you copied the files into your texmf-modules/ folder, *but* you only copied the "tex/context/" folder and not all of the folders in the "tex" folder. The "lua-widow-control.lua" file is in the "tex/luatex/" folder, so if you didn't also copy that across you're going to have problems. Again, just a random guess. If that doesn't work, you could maybe try running
Re: [NTG-context] lua-widow-control module error in LMTX
(Please keep me CC'd as I'm not subscribed to the list) Hi, I'm the lua-widow-control author. > lua error > lua error on line 74 in file > /opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl > > The odd thing is that line 75 of the t-lua-widow-control file is empty. The \setuplwc command ends on line 74, which then triggers \everysetuplwc which then calls \ctxlua{lwc.enable_callbacks()}. This fails since lwc is undefined because the Lua file isn't loaded because ConTeXt can't seem to find the file. In Plain LuaTeX and LuaLaTeX, a missing Lua file is a fatal error: $ luatex "\nonstopmode\directlua{require 'not-a-real-file'}\bye" This is LuaTeX, Version 1.13.2 (TeX Live 2021/W32TeX) restricted system commands enabled. [\directlua]:1: module 'not-a-real-file' not found: no field package.preload['not-a-real-file'] [kpse lua searcher] file not found: 'not-a-real-file' stack traceback: [C]: in function 'require' [\directlua]:1: in main chunk. <*> \nonstopmode\directlua{require 'not-a-real-file'} \bye (see the transcript file for additional information) warning (pdf backend): no pages of output. Transcript written on texput.log. so I'm a little surprised that ConTeXt just issues a warning here when it can't find the file: resolvers > lua > unknown file 'lua-widow-control.lua' > when it says it doesn't know the lua-widow-control.lua file. I don't see > any mention of this file within the t-lua-widow-control module. lua-widow-control.lua is loaded at line 63 of the .mkxl: \ctxloadluafile{lua-widow-control} > Could it be that this module is not yet mature for lmtx Lua-widow-control is certainly more stable with Plain/LaTeX, but it usually runs fine with LMTX. The entire lwc manual is written in ConTeXt/LMTX so I (usually) notice pretty quickly when things break. The only real "issue" with LMTX is that the engine changes pretty quickly, so lwc may sometimes be broken for a few days between an engine update and whenever I push out a fix. This doesn't happen with Plain/LaTeX since the LuaTeX engine is mostly frozen. Interestingly, the MkXL version of lwc actually predates the MkIV version, although only by a few months. > I have \usemodule[lua-widow-control] in my tex document, and > I haven't forgotten to do the prescribed mtxrun --generate after > including the module in my third-party folder of my luametatex > installation on Arch. Hmm, that's odd then. I'm not entirely sure why this is happening, so I'm going to take a random guess: Maybe you installed lwc using a zipfile from either GitHub or the ConTeXt Garden modules site, then you copied the files into your texmf-modules/ folder, *but* you only copied the "tex/context/" folder and not all of the folders in the "tex" folder. The "lua-widow-control.lua" file is in the "tex/luatex/" folder, so if you didn't also copy that across you're going to have problems. Again, just a random guess. If that doesn't work, you could maybe try running context --make but I doubt that that would fix anything here. You could also try deleting the filename cache files at: {CONTEXT}/texmf-cache/luametatex-cache/context/*/trees/*.lu? then rerunning mtxrun --generate I've never deleted those files before, but it's in a folder called "cache" so it's _probably_ safe to delete (make a backup just in case though). If none of that works, then the issue could be something else on your end, or I could have screwed something up in lwc. In that case, try running find /opt/luametatex/texmf-modules/ -path '*widow*' -print and mtxrun --find-file lua-widow-control.lua and reply with the output. Oh, and one more note. ConTeXt version "2022-04-11 19:20" renamed some of the engine Lua functions, so make sure to update to lwc v2.0.6 (if you're using a recent ConTeXt version). Otherwise after you fix the "unknown file" error, you would get an "attempt to call a nil value" error which isn't any better. Let me know if you have any other issues. -- Max ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] lua-widow-control module error in LMTX
Hi, I would like to know if anyone has experienced the same error with the lua-widow-control module when compiling the pdf: modules > 'lua-widow-control' is loaded open source > level 2, order 3, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl'. resolvers > lua > unknown file 'lua-widow-control.lua' lua error > lua error on line 74 in file /opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl The odd thing is that line 75 of the t-lua-widow-control file is empty. On the other hand, I confess that I don't know what "resolvers" means when it says it doesn't know the lua-widow-control.lua file. I don't see any mention of this file within the t-lua-widow-control module. Could it be that this module is not yet mature for lmtx, or am I missing something? I have \usemodule[lua-widow-control] in my tex document, and I haven't forgotten to do the prescribed mtxrun --generate after including the module in my third-party folder of my luametatex installation on Arch. Kind regards, Edu ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] lua-widow-control module error in LMTX
El 21/4/22 a las 22:08, Eduardo Bohoyo escribió: Hi, I would like to know if anyone has experienced the same error with the lua-widow-control module when compiling the pdf: modules > 'lua-widow-control' is loaded open source > level 2, order 3, name '/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl'. resolvers > lua > unknown file 'lua-widow-control.lua' lua error > lua error on line 75 in file /opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl The odd thing is that line 75 of the t-lua-widow-control file is empty. On the other hand, I confess that I don't know what "resolvers" means when it says it doesn't know the lua-widow-control.lua file. I don't see any mention of this file within the t-lua-widow-control module. Could it be that this module is not yet mature for lmtx, or am I missing something? I have \usemodule[lua-widow-control] in my tex document, and I haven't forgotten to do the prescribed mtxrun --generate after including the module in my third-party folder of my luametatex installation on Arch. Kind regards, Edu ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Need some hints to fix my standalon installation
On Wed, Apr 20, 2022 at 5:03 PM Pablo Rodriguez via ntg-context wrote: > > On 4/20/22 12:34, Christoph Hintermüller via ntg-context wrote: > > Hi > > Have updated my standalone installation from one of the 2020 releases > > to the latest one running > > > > ./first-setup.sh --context=latest --modules=all > > Hi Christoph, > > sorry for the obvious suggestion «post facto»: never update ConTeXt > without a backup first. > > > [...] > > Therefore i have the following questions > > - would it help to sacrifice the updated standalone installation and > > do a fresh install > > I don’t think it would work, since it only works with LuaMetaTeX. > > I got the same results (in Windows [because I cannot make it work in > Linux]) with LuaTeX 1.15 (the one that comes with ConTeXt LMTX). > > My suggestion would be a fresh install (in a different directory, no > need to remove anything) of ConTeXt LMTX. > > > - What else i would have to check and probably fix to make the math > >working as expected > > Math is being improved in ConTeXt these days. It might be a bug. > > I wonder whether Mikael or Hans could review your issue. > > Just in case it might help, > > Pablo > ___ > 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://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > ___ The strange thing with fractions seems to be due to the parameter FractionNumeratorDisplayStyleShiftUp in lm.lfg. If you always set it to 600, it seems to work also for luatex. (This will be fixed.) Another thing: Instead of using \over, I suggest that you use \frac (less surprises). Something like: \starttext \startformula a=b + 1 \stopformula \startformula a = \frac{ b + \mu }{ c } \stopformula \startformula a = \frac{\frac{ b + \mu }{ c } + e}{ d + i } \stopformula \stoptext /Mikael ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Need some hints to fix my standalon installation
On 4/20/22 12:34, Christoph Hintermüller via ntg-context wrote: > Hi > Have updated my standalone installation from one of the 2020 releases > to the latest one running > > ./first-setup.sh --context=latest --modules=all Hi Christoph, sorry for the obvious suggestion «post facto»: never update ConTeXt without a backup first. > [...] > Therefore i have the following questions > - would it help to sacrifice the updated standalone installation and >do a fresh install I don’t think it would work, since it only works with LuaMetaTeX. I got the same results (in Windows [because I cannot make it work in Linux]) with LuaTeX 1.15 (the one that comes with ConTeXt LMTX). My suggestion would be a fresh install (in a different directory, no need to remove anything) of ConTeXt LMTX. > - What else i would have to check and probably fix to make the math >working as expected Math is being improved in ConTeXt these days. It might be a bug. I wonder whether Mikael or Hans could review your issue. Just in case it might help, Pablo ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] $\sin \theta$ behave differently in metafun
Dear all, I use $\sin \theta$ and $\cos \theta$ behave differently in text and in metafun. It works well sometime before but it doesn’t in metafun now. What is wrong in my example? Thank you for reading. Best regards, Dalyoung Here is a MWE. \startbuffer[pointCircle] numeric u; u:=1cm; pair A,B,C; draw fullcircle scaled 4u; A := dir(25)*2u; label.top(textext("$P=(\cos\theta, \sin\theta)$"), A); B := dir(-25)*2u; label.bot(textext("$Q=(\cos(-\theta), \sin(-\theta))$"), B); C := (xpart A, 0); label.lrt(textext("$A$"), C); label(textext("$O$"), origin); \stopbuffer \starttext I'd like use $\sin$ and $\cos$ in the metafun. But it shows strange text instead of $\sin$ and $\cos$. \processMPbuffer[pointCircle] \stoptext > 2022. 4. 13. 오전 11:09, ntg-context-requ...@ntg.nl 작성: > > Send ntg-context mailing list submissions to > ntg-context@ntg.nl > > To subscribe or unsubscribe via the World Wide Web, visit > https://mailman.ntg.nl/mailman/listinfo/ntg-context > or, via email, send a message with subject or body 'help' to > ntg-context-requ...@ntg.nl > > You can reach the person managing the list at > ntg-context-ow...@ntg.nl > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of ntg-context digest..." > > > Today's Topics: > > 1. Re: Setting up zint on a mac with macOS Montery Version > 12.3.1 (Keith McKay) > 2. Re: fatal error in LMTX (Bruce Horrocks) > 3. Re: Setting up zint on a mac with macOS Montery Version > 12.3.1 (Bruce Horrocks) > 4. Re: Proper formatting of itemized bullets in ConTeXt (śrīrāma) > 5. Re: Proper formatting of itemized bullets in ConTeXt (śrīrāma) > > > -- > > Message: 1 > Date: Tue, 12 Apr 2022 21:04:50 +0100 > From: Keith McKay > To: Bruce Horrocks , mailing list for ConTeXt users > , monty.l...@gmail.com > Subject: Re: [NTG-context] Setting up zint on a mac with macOS Montery > Version 12.3.1 > Message-ID: <475d96e6-0905-7d2d-a51d-84b06d340...@gmail.com> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Hi All > > I created the symbolic link as suggested by Bruce and Luis and still got the > error message > > optional> unable to locate library 'libzint' > > in my text editor. I use TeXworks. However, I thought I would try running > from the Terminal app and it worked. It found libzint and output the pdf with > both barcodes and the qrcode. I have no idea why it works in the Terminal and > not TexWorks, I'm guessing I have a path issue which I need to investigate. > > Notes > 1) My machine is a mac-mini-M1 with macos Monterey and I'm running the latest > ConTeXt version > 2) Bruce noted that my Homebrew was installed in a non-standard location so I > checked on the Hombrew website and it is installed in opt/homebrew for Apple > Silicon i.e the M1 chip. Maybe Bruce's homebrew was installed on an earlier > version. > > Thanks to Luis and Bruce for their suggestions. > Best Wishes > Keith McKay > > On 10/04/2022 22:26, Bruce Horrocks wrote: >> Hi Keith, >> >>> On 10 Apr 2022, at 14:49, Keith McKay via ntg-context >>> wrote: >>> >>> Hi All >>> >>> I have been struggling today trying to setup and use the Barcode module >>> zint in ConTeXt and failed. I have followed the instructions on the wiki >>> (https://wiki.contextgarden.net/Barcodes ) but with some changes as >>> follows. Which maybe why I failed. >>> >>> 1) I downloaded Zint using Homebrew since I'm using macOS, and installed it >>> according to the instructions. >>> >>> >>> 2) Since I'm using LMTX I looked for the file libzint.dylib and found it in >>> /opt/homebrew/Cellar/zint/2.10.0/lib . This is different from the path >>> given on the wiki. The directory contained three files, two of which were >>> aliases, libzint.2.10.dylib and libzint.dylib, and an exe file >>> libzint.2.10.0.0.dylib >> You have Hombrew installed in a non-standard location. Mine is in >> /usr/local/Cellar with the executables linked into /usr/local/bin. >> >> But, assuming other Homebrew commands work when run from Terminal then you >> might still be okay. >> >>> 3) I created the path $TEXROOT/tex/texmf-osx-64/bin/lib/luametatex/zint and >>> copied libzint.2.10.0.0.dylib into but replaced dylib with 'so' as >>> suggested on the wiki instructions. So I basically added >>> lib/luametatex
Re: [NTG-context] fatal error in LMTX
On 4/13/22 00:27, Bruce Horrocks via ntg-context wrote: >> On 12 Apr 2022, at 18:14, Pablo Rodriguez via ntg-context >> wrote: >> >> I wonder whether it would be possible that ConTeXt or LuaMeTaTeX could >> be more verbose about an opened environment that isn’t closed. > > $ mtxrun --script check filename.tex > is something I learned from this list. Many thanks for your reply, Bruce. I knew this too, but this doesn’t fit my working conditions. I’m afraid that it doesn’t work with sources with \input commands. Contents of 'c.tex': \starttext \startfrontmatter some text... \input c1.tex \stoptext Contents of 'c1.tex': \stopfrontmatter Compilation works fine, but checking doesn’t. Checking doesn’t also work with XML sources typeset with ConTeXt environments. XML is the most common format for the sources I use with ConTeXt. Many thanks for your help again, Pablo ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] fatal error in LMTX
> On 12 Apr 2022, at 18:14, Pablo Rodriguez via ntg-context > wrote: > > I wonder whether it would be possible that ConTeXt or LuaMeTaTeX could > be more verbose about an opened environment that isn’t closed. $ mtxrun --script check filename.tex is something I learned from this list. — Bruce Horrocks Hampshire, UK ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Setting up zint on a mac with macOS Montery Version 12.3.1
Hi All I created the symbolic link as suggested by Bruce and Luis and still got the error message optional> unable to locate library 'libzint' in my text editor. I use TeXworks. However, I thought I would try running from the Terminal app and it worked. It found libzint and output the pdf with both barcodes and the qrcode. I have no idea why it works in the Terminal and not TexWorks, I'm guessing I have a path issue which I need to investigate. Notes 1) My machine is a mac-mini-M1 with macos Monterey and I'm running the latest ConTeXt version 2) Bruce noted that my Homebrew was installed in a non-standard location so I checked on the Hombrew website and it is installed in opt/homebrew for Apple Silicon i.e the M1 chip. Maybe Bruce's homebrew was installed on an earlier version. Thanks to Luis and Bruce for their suggestions. Best Wishes Keith McKay On 10/04/2022 22:26, Bruce Horrocks wrote: Hi Keith, On 10 Apr 2022, at 14:49, Keith McKay via ntg-context wrote: Hi All I have been struggling today trying to setup and use the Barcode module zint in ConTeXt and failed. I have followed the instructions on the wiki (https://wiki.contextgarden.net/Barcodes ) but with some changes as follows. Which maybe why I failed. 1) I downloaded Zint using Homebrew since I'm using macOS, and installed it according to the instructions. 2) Since I'm using LMTX I looked for the file libzint.dylib and found it in /opt/homebrew/Cellar/zint/2.10.0/lib . This is different from the path given on the wiki. The directory contained three files, two of which were aliases, libzint.2.10.dylib and libzint.dylib, and an exe file libzint.2.10.0.0.dylib You have Hombrew installed in a non-standard location. Mine is in /usr/local/Cellar with the executables linked into /usr/local/bin. But, assuming other Homebrew commands work when run from Terminal then you might still be okay. 3) I created the path $TEXROOT/tex/texmf-osx-64/bin/lib/luametatex/zint and copied libzint.2.10.0.0.dylib into but replaced dylib with 'so' as suggested on the wiki instructions. So I basically added lib/luametatex/zint to texmf-osx-64/bin . "Yes" to creating the path but "no" to copying. Create a symbolic link instead. So, in Terminal: $ cd $TEXROOT/tex/texmf-osx-64/bin/lib/luametatex/zint # In my case I used the following: $ ln -s /usr/local/Cellar/zint/2.10.0/lib/libzint.dylib libzint.so # For you with Homebrew in a different location, try: $ ln -s /opt/homebrew/Cellar/zint/2.10.0/lib/libzint.dylib libzint.so Then steps 4 and 5 as below. I ran the MWE below: the ISBN worked, the ISBNX didn't, the QR code did. This is on Monterey. 4) I ran mtxrun --generate to update the database. 5) I ran the MWE below but no barcode appeared. The console output shows: modules > using user prefixed file 'libs-imp-zint' modules > 'zint' is loaded however further down the output it gives: optional> unable to locate library 'libzint' I have tried renaming libzint2.10.0.0.so to libzint.so, but still no barcode. Is their something I am missing? Tips or hints appreciated. Best Wishes Keith McKay %% MWE \usemodule[zint] \starttext \barcode[alternative=isbn,text=9783865419026,width=4cm] \barcode[alternative=isbnx, text=9783865419026, width=4cm] \barcode[alternative=qrcode, text={https://wiki.contextgarden.net}, width=3cm] \stoptext — Bruce Horrocks Hampshire, UK ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] fatal error in LMTX
Hi Otared, I think Pablo knows that \stopfrontmatter is missing. IIUC, his point is that the error message should be more useful. Best, Denis > -Ursprüngliche Nachricht- > Von: ntg-context Im Auftrag von Otared > Kavian via ntg-context > Gesendet: Dienstag, 12. April 2022 20:05 > An: mailing list for ConTeXt users > Cc: Otared Kavian > Betreff: Re: [NTG-context] fatal error in LMTX > > Hi Pablo, > > Your example works fine on my machine (MacOS 11.6.4) with LMTX version > 2022.04.11. However in your example the \stopfrontmatter is missing. > > Best regards: Otared > > > On 12 Apr 2022, at 19:14, Pablo Rodriguez via ntg-context cont...@ntg.nl> wrote: > > > > Hi Hans, > > > > I have a minimal sample that triggers a fatal error in ConTeXt LMTX > > (current latest from 2022.04.11 19:27): > > > > \starttext > > \startfrontmatter > > \input zapf > > \stoptext > > > > This gives the following error message: > > > > mkiv lua stats > runtime: 0.386 seconds, 1 processed pages, > >1 shipped pages, 2.592 pages/second > > mtx-context | fatal error: return code: 1 > > > > The one above is a stupid sample. But it took me about two hours to > > discover what was triggering the fatal error message. > > > > I wonder whether it would be possible that ConTeXt or LuaMeTaTeX could > > be more verbose about an opened environment that isn’t closed. > > > > Many thanks for your help and your excellent work, > > > > Pablo > > > __ > > > _ 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://context.aanhet.net > > archive : https://bitbucket.org/phg/context-mirror/commits/ > > wiki : http://contextgarden.net > > > __ > > > _ > > __ > _ > 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://context.aanhet.net archive : > https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > __ > _ ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] fatal error in LMTX
Hi Pablo, Your example works fine on my machine (MacOS 11.6.4) with LMTX version 2022.04.11. However in your example the \stopfrontmatter is missing. Best regards: Otared > On 12 Apr 2022, at 19:14, Pablo Rodriguez via ntg-context > wrote: > > Hi Hans, > > I have a minimal sample that triggers a fatal error in ConTeXt LMTX > (current latest from 2022.04.11 19:27): > > \starttext > \startfrontmatter > \input zapf > \stoptext > > This gives the following error message: > > mkiv lua stats > runtime: 0.386 seconds, 1 processed pages, >1 shipped pages, 2.592 pages/second > mtx-context | fatal error: return code: 1 > > The one above is a stupid sample. But it took me about two hours to > discover what was triggering the fatal error message. > > I wonder whether it would be possible that ConTeXt or LuaMeTaTeX could > be more verbose about an opened environment that isn’t closed. > > Many thanks for your help and your excellent work, > > Pablo > ___ > 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://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > ___ ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] fatal error in LMTX
Hi Hans, I have a minimal sample that triggers a fatal error in ConTeXt LMTX (current latest from 2022.04.11 19:27): \starttext \startfrontmatter \input zapf \stoptext This gives the following error message: mkiv lua stats > runtime: 0.386 seconds, 1 processed pages, 1 shipped pages, 2.592 pages/second mtx-context | fatal error: return code: 1 The one above is a stupid sample. But it took me about two hours to discover what was triggering the fatal error message. I wonder whether it would be possible that ConTeXt or LuaMeTaTeX could be more verbose about an opened environment that isn’t closed. Many thanks for your help and your excellent work, Pablo ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Setting up zint on a mac with macOS Montery Version 12.3.1
Hi Keith, > On 10 Apr 2022, at 14:49, Keith McKay via ntg-context > wrote: > > Hi All > > I have been struggling today trying to setup and use the Barcode module zint > in ConTeXt and failed. I have followed the instructions on the wiki ( > https://wiki.contextgarden.net/Barcodes ) but with some changes as follows. > Which maybe why I failed. > > 1) I downloaded Zint using Homebrew since I'm using macOS, and installed it > according to the instructions. > > > 2) Since I'm using LMTX I looked for the file libzint.dylib and found it in > /opt/homebrew/Cellar/zint/2.10.0/lib . This is different from the path given > on the wiki. The directory contained three files, two of which were aliases, > libzint.2.10.dylib and libzint.dylib, and an exe file libzint.2.10.0.0.dylib You have Hombrew installed in a non-standard location. Mine is in /usr/local/Cellar with the executables linked into /usr/local/bin. But, assuming other Homebrew commands work when run from Terminal then you might still be okay. > 3) I created the path $TEXROOT/tex/texmf-osx-64/bin/lib/luametatex/zint and > copied libzint.2.10.0.0.dylib into but replaced dylib with 'so' as suggested > on the wiki instructions. So I basically added lib/luametatex/zint to > texmf-osx-64/bin . "Yes" to creating the path but "no" to copying. Create a symbolic link instead. So, in Terminal: $ cd $TEXROOT/tex/texmf-osx-64/bin/lib/luametatex/zint # In my case I used the following: $ ln -s /usr/local/Cellar/zint/2.10.0/lib/libzint.dylib libzint.so # For you with Homebrew in a different location, try: $ ln -s /opt/homebrew/Cellar/zint/2.10.0/lib/libzint.dylib libzint.so Then steps 4 and 5 as below. I ran the MWE below: the ISBN worked, the ISBNX didn't, the QR code did. This is on Monterey. > 4) I ran mtxrun --generate to update the database. > > 5) I ran the MWE below but no barcode appeared. The console output shows: > > > modules > using user prefixed file 'libs-imp-zint' > modules > 'zint' is loaded > > however further down the output it gives: > > > optional> unable to locate library 'libzint' > > I have tried renaming libzint2.10.0.0.so to libzint.so, but still no barcode. > Is their something I am missing? Tips or hints appreciated. > Best Wishes > Keith McKay > > %% MWE > \usemodule[zint] > \starttext > \barcode[alternative=isbn,text=9783865419026,width=4cm] > \barcode[alternative=isbnx, text=9783865419026, width=4cm] > \barcode[alternative=qrcode, text={https://wiki.contextgarden.net}, width=3cm] > \stoptext — Bruce Horrocks Hampshire, UK ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Setting up zint on a mac with macOS Montery Version 12.3.1
On my macOS High Sierra your MWE works fine. Although I remember that I didn't use Homebrew, but had to build zint manually. >From log: optional > using library '/Users/monty/context/tex/texmf-osx-64/bin/lib/luametatex/zint/libzint.so' Here it is enough that libzint.so be a link: libzint.so -> /usr/local/lib/libzint.2.10.0.0.dylib Delete the texmf-cache and run ./mtxrun --generate again, once you've made this link (or copied libzint.2.10.0.0.dylib to $TEXROOT/tex/texmf-osx-64/bin/lib/luametatex /zint/libzint.so) [image: image.png] Greetings, L. Montgomery PD.- Does zint-qt work well? El dom, 10 abr 2022 a las 8:49, Keith McKay via ntg-context (< ntg-context@ntg.nl>) escribió: > Hi All > > I have been struggling today trying to setup and use the Barcode module > zint in ConTeXt and failed. I have followed the instructions on the wiki ( > https://wiki.contextgarden.net/Barcodes ) but with some changes as > follows. Which maybe why I failed. > > 1) I downloaded Zint using Homebrew since I'm using macOS, and installed > it according to the instructions. > > 2) Since I'm using LMTX I looked for the file libzint.dylib and found it > in /opt/homebrew/Cellar/zint/2.10.0/lib . This is different from the path > given on the wiki. The directory contained three files, two of which were > aliases, libzint.2.10.dylib and libzint.dylib, and an exe file > libzint.2.10.0.0.dylib > > 3) I created the path $TEXROOT/tex/texmf-osx-64/bin/lib/luametatex/zint > and copied libzint.2.10.0.0.dylib into but replaced dylib with 'so' as > suggested on the wiki instructions. So I basically added > lib/luametatex/zint to texmf-osx-64/bin . > > 4) I ran mtxrun --generate to update the database. > > 5) I ran the MWE below but no barcode appeared. The console output shows: > > *modules > using user prefixed file 'libs-imp-zint'* > > *modules > 'zint' is loaded* > > however further down the output it gives: > > *optional > unable to locate library 'libzint'* > > I have tried renaming libzint2.10.0.0.so to libzint.so, but still no > barcode. Is their something I am missing? Tips or hints appreciated. > > Best Wishes > > Keith McKay > > %% MWE > > \usemodule[zint] > > \starttext > > \barcode[alternative=isbn,text=9783865419026,width=4cm] > > \barcode[alternative=isbnx, text=9783865419026, width=4cm] > > \barcode[alternative=qrcode, text={https://wiki.contextgarden.net}, > width=3cm] > > \stoptext > > > ___ > 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://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > > ___ > ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Setting up zint on a mac with macOS Montery Version 12.3.1
Hi All I have been struggling today trying to setup and use the Barcode module zint in ConTeXt and failed. I have followed the instructions on the wiki ( https://wiki.contextgarden.net/Barcodes ) but with some changes as follows. Which maybe why I failed. 1) I downloaded Zint using Homebrew since I'm using macOS, and installed it according to the instructions. 2) Since I'm using LMTX I looked for the file libzint.dylib and found it in /opt/homebrew/Cellar/zint/2.10.0/lib . This is different from the path given on the wiki. The directory contained three files, two of which were aliases, libzint.2.10.dylib and libzint.dylib, and an exe file libzint.2.10.0.0.dylib 3) I created the path $TEXROOT/tex/texmf-osx-64/bin/lib/luametatex/zint and copied libzint.2.10.0.0.dylib into but replaced dylib with 'so' as suggested on the wiki instructions. So I basically added lib/luametatex/zint to texmf-osx-64/bin . 4) I ran mtxrun --generate to update the database. 5) I ran the MWE below but no barcode appeared. The console output shows: /modules > using user prefixed file 'libs-imp-zint'/ // /modules > 'zint' is loaded/ however further down the output it gives: /optional > unable to locate library 'libzint'/ // I have tried renaming libzint2.10.0.0.so to libzint.so, but still no barcode. Is their something I am missing? Tips or hints appreciated. Best Wishes Keith McKay %% MWE \usemodule[zint] \starttext \barcode[alternative=isbn,text=9783865419026,width=4cm] \barcode[alternative=isbnx, text=9783865419026, width=4cm] \barcode[alternative=qrcode, text={https://wiki.contextgarden.net}, width=3cm] \stoptext ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Switching fonts changes framedtext justification
On 4/7/22 19:50, Thangalin via ntg-context wrote: > Appreciated, Pablo. >> The output remains unjustified: > > https://i.ibb.co/dM9LFWZ/future-human.png > > $ find /usr/share/fonts/ -name "*Emoj*" > /usr/share/fonts/emoji/OpenSansEmoji.otf Sorry, I gave you the wrong direction. The OTF version has to be removed, not the TTF version (it is the one that works). I already knew that (https://mailman.ntg.nl/pipermail/ntg-context/2022/105409.html), but I mixed (and messed) versions. Sorry, "OpenSansEmoji.otf" is the one to be removed and "OpenSansEmoji.ttf" is the one to be installed. > $ context --version > mtx-context | current version: 2022.04.01 09:37 > > $ cat ~/bin/fontcache > #!/usr/bin/env bash > > fc-cache -fv > mtxrun --generate > mtxrun --script fonts --reload I had problems in the past with "mtxrun --script fonts --reload --force", so I completely remove the contents from "tex/texmf-cache/luametatex-cache/" (which requires "mtxrun --generate" after). "mtxrun --script cache --erase" used to do the same, but I cannot get it working now (either on Linux or in Windows [as reported in https://mailman.ntg.nl/pipermail/ntg-context/2022/105420.html]). > Any other suggestions? I hope it works now. Sorry for the mess, Pablo emoji.pdf Description: Adobe PDF document ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] not working "mtxrun --scripts cache --erase"
Dear list, I’m afraid that I have just found out that "mtxrun --scripts cache --erase" doesn’t delete a single file from the cache. Here is the output I get: $ mtxrun --scripts cache --erase mtx-cache | writable path: /context/tex/texmf-cache/ luametatex-cache/context/5fe67e0bf mtx-cache | mtx-cache | fmt:1 mtx-cache | log:1 mtx-cache | lua:7 mtx-cache | lud:7 mtx-cache | lui:1 mtx-cache | luv:1 mtx-cache | tma: 42 mtx-cache | tmd: 42 mtx-cache | mtx-cache | total : 102 mtx-cache | mtx-cache | writable path: /context/tex/texmf-cache/ luametatex-cache/context/5fe67e0bf mtx-cache | mtx-cache | fmt:0 gone,0 kept mtx-cache | log:0 gone,0 kept mtx-cache | lua:0 gone,0 kept mtx-cache | lud:0 gone,0 kept mtx-cache | lui:0 gone,0 kept mtx-cache | luv:0 gone,0 kept mtx-cache | tma:0 gone,0 kept mtx-cache | tmd:0 gone,0 kept mtx-cache | Could anyone confirm the issue? I’m using current latest (2022.04.01 09:37) on Linux 64bit. Many thanks for your help, Pablo ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Switching fonts changes framedtext justification
On 4/5/22 03:16, Thangalin via ntg-context wrote: >> The font is too old, but the TTF version works just fine on both Linux >> and Windows. > > No dice with LMTX 2022.04.01 09:37 and the TTF file. Using the TTF, > the emojis don't appear, but the text is justified. Using the OTF, the > emojis appear, but the text is unjustified. Both things work on both Linux and Windows systems. \definefontfamily[emoj][rm][OpenSansEmoji] \setupbodyfont[emoj] \starttext \startTEXpage[offset=1em, align=center] Welcome to the future,\\human ! \stopTEXpage \startframedtext \input zapf \stopframedtext \stoptext > What version of ConTeXt are you using, Pablo? Current latest from 2022.04.01 09:37. Binaries for 64bits on both OS. Just in case it may help, I recommend the following approach. 1. Remove the file OpenSansEmoji.ttf. 2. Remove the directory tex/texmf-cache/luametatex-cache. 3. Run mtxrun --generate. 4. Compile the sample above. BTW, "mtxrun --scripts cache --erase" doesn’t work for me (just in case anyone wonders). I hope it may help, Pablo ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] mkiv
On 4/1/2022 9:19 PM, Denis Maier via ntg-context wrote: Same here... I haven't managed to run mkiv for months. Not a huge deal, but anyway. Best, Denis Von: ntg-context im Auftrag von Pablo Rodriguez via ntg-context Gesendet: Freitag, 1. April 2022 20:37:30 An: Hans Hagen via ntg-context Cc: Pablo Rodriguez Betreff: Re: [NTG-context] mkiv On 4/1/22 18:20, Hans Hagen via ntg-context wrote: [...] So, today is the day we kind of formally freeze MKIV. Just a comment on MkIV. I don’t remember exactly, but I’m afraid that "context --luatex document" hasn’t been working on my computers (either running Linux or Windows) for months now. This isn’t important for me, but just in case it may be relevant for you. If I run "context --luatex document", I get a new directory '$HOME/.texlive2021/texmf-var' created (which includes a "luatex-cache" directory inside) When I run "mtxrun --generate", all required files are generated in "$HOME/context/tex/texmf-cache/luametatex-cache". I wonder why "mtrun --generate" doesn’t generate a "luatex-cache" directory in the same directory containing "luametatex-cache". and how about context --luatex --generate BTW, the '$HOME/.texlive2021/texmf-var/luatex-cache/" directory only contains an empty 'context/d10b607aa0e9d13dde6602f491b76cbc/trees/' path. Just in case it may be relevant and many thanks for ConTeXt, Pablo ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___ ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___ -- - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] mkiv
Same here... I haven't managed to run mkiv for months. Not a huge deal, but anyway. Best, Denis Von: ntg-context im Auftrag von Pablo Rodriguez via ntg-context Gesendet: Freitag, 1. April 2022 20:37:30 An: Hans Hagen via ntg-context Cc: Pablo Rodriguez Betreff: Re: [NTG-context] mkiv On 4/1/22 18:20, Hans Hagen via ntg-context wrote: > [...] > So, today is the day we kind of formally freeze MKIV. Just a comment on MkIV. I don’t remember exactly, but I’m afraid that "context --luatex document" hasn’t been working on my computers (either running Linux or Windows) for months now. This isn’t important for me, but just in case it may be relevant for you. If I run "context --luatex document", I get a new directory '$HOME/.texlive2021/texmf-var' created (which includes a "luatex-cache" directory inside) When I run "mtxrun --generate", all required files are generated in "$HOME/context/tex/texmf-cache/luametatex-cache". I wonder why "mtrun --generate" doesn’t generate a "luatex-cache" directory in the same directory containing "luametatex-cache". BTW, the '$HOME/.texlive2021/texmf-var/luatex-cache/" directory only contains an empty 'context/d10b607aa0e9d13dde6602f491b76cbc/trees/' path. Just in case it may be relevant and many thanks for ConTeXt, Pablo ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___ ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] mkiv
On 4/1/22 18:20, Hans Hagen via ntg-context wrote: > [...] > So, today is the day we kind of formally freeze MKIV. Just a comment on MkIV. I don’t remember exactly, but I’m afraid that "context --luatex document" hasn’t been working on my computers (either running Linux or Windows) for months now. This isn’t important for me, but just in case it may be relevant for you. If I run "context --luatex document", I get a new directory '$HOME/.texlive2021/texmf-var' created (which includes a "luatex-cache" directory inside) When I run "mtxrun --generate", all required files are generated in "$HOME/context/tex/texmf-cache/luametatex-cache". I wonder why "mtrun --generate" doesn’t generate a "luatex-cache" directory in the same directory containing "luametatex-cache". BTW, the '$HOME/.texlive2021/texmf-var/luatex-cache/" directory only contains an empty 'context/d10b607aa0e9d13dde6602f491b76cbc/trees/' path. Just in case it may be relevant and many thanks for ConTeXt, Pablo ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] mathcal generates error in ConTeXt
Hi Jan, Thanks, I was starting to think pandoc is not yet mature enough to handle these conversions, but it looks like that might not be the case. \mathcal works now, but I actually ran into another issue in my real document. I have the following defined in my LaTeX: *$C = ``\textrm{dad}``$* It looks like context has a hard time compiling the above, even with \starttext and \stoptext commands generated with the pandoc -s flag. Here's the error: *The control sequence at the end of the top line of your error message was never* *\def'ed. You can just continue as I'll forget about whatever was undefined.* *mtx-context | fatal error: return code: 1* How can I include quotes in math expressions the same way I do in LaTeX? Regards, Amine On Sat, 26 Mar 2022 at 08:32, Jan-Erik Hägglöf wrote: > HI! > > It generates no \starttext \stoptext tag > > It works with this though > > \starttext > > $\mathcal{A}$ > > \stoptext > > But with the -s option you get a standalone version of the document > > *pandoc -s -f latex -t context -o test_context.tex test.tex* > > */Janne* > > 26 mars 2022 kl. 06:39 skrev A A via ntg-context : > > Dear All, > > I am using pandoc to covert a file called test.tex from LaTeX to ConTeXt. > Here are the contents of test.tex: > > *\documentclass{article}* > > *\begin{document}* > > *\mathcal{A}* > > *\end{document}* > > The file compiles OK with the following command and I see a resulting pdf: > > > *latexmk -pdflatex test.tex* > > Then I try to convert with pandoc: > > *pandoc -f latex -t context -o test_context.tex test.tex* > > Pandoc appears to successfully generate a file test_context.tex containing > the following: > > *\mathcal{A}* > > Then I try to compile the test_context.tex file: > > *context test_context.tex* > > Which unfortunately results in an error: > > > *resolvers | formats | executing runner 'run luametatex format': > C:/context/tex/texmf-win64/bin/luametatex --jobname="./test_context.tex" > --fmt=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt > --lua=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui > --c:currentrun=1 --c:fulljobname="./test_context.tex" > --c:input="./test_context.tex" --c:kindofrun=1 --c:maxnofruns=9 > --c:texmfbinpath="C:/context/tex/texmf-win64/bin"* > > > *system > callbacks > not registering frozen 'local_box_filter'* > *system >* > *system > ConTeXt ver: 2021.11.02 10:03 LMTX fmt: 2021.11.4 > int: english/english* > *system >* > *system > 'cont-new.mkxl' loaded* > *open source > level 1, order 1, name > 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'* > *system > beware: some patches loaded from cont-new.mkiv* > *close source> level 1, order 1, name > 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'* > *system > files > jobname './test_context', input > './test_context.tex', result './test_context'* > *fonts > latin modern fonts are not preloaded* > *languages > language 'en' is active* > *open source > level 1, order 2, name './test_context.tex'* > *tex error > tex error on line 1 in file ./test_context.tex: > \textfont0 is undefined in (text) char, font id 0, character 63)* > > > ** > *$\mathcal{A}$* > > > *1 >> $\mathcal{A}$* > *2* > *Somewhere in the math formula just ended, you used the stated character > from an* > *undefined font family. For example, plain TeX doesn't allow \it or \sl in* > *subscripts. Proceed, and I'll try to forget that I needed that character.* > *mtx-context | fatal error: return code: 1* > > > Why does ConTeXt not accept mathcal? Why does pandoc not account for this? > How can I remedy this with a reasonable amount of effort? > > Regards, > > Amine > > > > ___ > 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://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > > ___ > > > ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] mathcal generates error in ConTeXt
HI! It generates no \starttext \stoptext tag It works with this though \starttext $\mathcal{A}$ \stoptext But with the -s option you get a standalone version of the document pandoc -s -f latex -t context -o test_context.tex test.tex /Janne > 26 mars 2022 kl. 06:39 skrev A A via ntg-context : > > Dear All, > > I am using pandoc to covert a file called test.tex from LaTeX to ConTeXt. > Here are the contents of test.tex: > > \documentclass{article} > \begin{document} > \mathcal{A} > \end{document} > > The file compiles OK with the following command and I see a resulting pdf: > > latexmk -pdflatex test.tex > > Then I try to convert with pandoc: > > pandoc -f latex -t context -o test_context.tex test.tex > > Pandoc appears to successfully generate a file test_context.tex containing > the following: > > \mathcal{A} > > Then I try to compile the test_context.tex file: > > context test_context.tex > > Which unfortunately results in an error: > > resolvers | formats | executing runner 'run luametatex format': > C:/context/tex/texmf-win64/bin/luametatex --jobname="./test_context.tex" > --fmt=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt > > --lua=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui > --c:currentrun=1 --c:fulljobname="./test_context.tex" > --c:input="./test_context.tex" --c:kindofrun=1 --c:maxnofruns=9 > --c:texmfbinpath="C:/context/tex/texmf-win64/bin" > > system > callbacks > not registering frozen 'local_box_filter' > system > > system > ConTeXt ver: 2021.11.02 10:03 LMTX fmt: 2021.11.4 int: > english/english > system > > system > 'cont-new.mkxl' loaded > open source > level 1, order 1, name > 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' > system > beware: some patches loaded from cont-new.mkiv > close source> level 1, order 1, name > 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' > system > files > jobname './test_context', input > './test_context.tex', result './test_context' > fonts > latin modern fonts are not preloaded > languages > language 'en' is active > open source > level 1, order 2, name './test_context.tex' > tex error > tex error on line 1 in file ./test_context.tex: \textfont0 > is undefined in (text) char, font id 0, character 63) > > > $\mathcal{A}$ > > 1 >> $\mathcal{A}$ > 2 > Somewhere in the math formula just ended, you used the stated character from > an > undefined font family. For example, plain TeX doesn't allow \it or \sl in > subscripts. Proceed, and I'll try to forget that I needed that character. > mtx-context | fatal error: return code: 1 > > Why does ConTeXt not accept mathcal? Why does pandoc not account for this? > How can I remedy this with a reasonable amount of effort? > > Regards, > > Amine > > ___ > 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://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > ___ ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Fwd: mathcal generates error in ConTeXt
And, by consequence test_context.tex looks like this *$\mathcal{A}$* -- Forwarded message - From: A A Date: Sat, 26 Mar 2022 at 08:07 Subject: Fwd: mathcal generates error in ConTeXt To: Sorry, there was a typo in my question below. test.tex looks like this: *\documentclass{article}* *\begin{document}* *$\mathcal{A}$* *\end{document}* -- Forwarded message - From: A A Date: Sat, 26 Mar 2022 at 06:39 Subject: mathcal generates error in ConTeXt To: Dear All, I am using pandoc to covert a file called test.tex from LaTeX to ConTeXt. Here are the contents of test.tex: *\documentclass{article}* *\begin{document}* *\mathcal{A}* *\end{document}* The file compiles OK with the following command and I see a resulting pdf: *latexmk -pdflatex test.tex* Then I try to convert with pandoc: *pandoc -f latex -t context -o test_context.tex test.tex* Pandoc appears to successfully generate a file test_context.tex containing the following: *\mathcal{A}* Then I try to compile the test_context.tex file: *context test_context.tex* Which unfortunately results in an error: *resolvers | formats | executing runner 'run luametatex format': C:/context/tex/texmf-win64/bin/luametatex --jobname="./test_context.tex" --fmt=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt --lua=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui --c:currentrun=1 --c:fulljobname="./test_context.tex" --c:input="./test_context.tex" --c:kindofrun=1 --c:maxnofruns=9 --c:texmfbinpath="C:/context/tex/texmf-win64/bin"* *system > callbacks > not registering frozen 'local_box_filter'* *system >* *system > ConTeXt ver: 2021.11.02 10:03 LMTX fmt: 2021.11.4 int: english/english* *system >* *system > 'cont-new.mkxl' loaded* *open source > level 1, order 1, name 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'* *system > beware: some patches loaded from cont-new.mkiv* *close source> level 1, order 1, name 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'* *system > files > jobname './test_context', input './test_context.tex', result './test_context'* *fonts > latin modern fonts are not preloaded* *languages > language 'en' is active* *open source > level 1, order 2, name './test_context.tex'* *tex error > tex error on line 1 in file ./test_context.tex: \textfont0 is undefined in (text) char, font id 0, character 63)* ** *$\mathcal{A}$* *1 >> $\mathcal{A}$* *2* *Somewhere in the math formula just ended, you used the stated character from an* *undefined font family. For example, plain TeX doesn't allow \it or \sl in* *subscripts. Proceed, and I'll try to forget that I needed that character.* *mtx-context | fatal error: return code: 1* Why does ConTeXt not accept mathcal? Why does pandoc not account for this? How can I remedy this with a reasonable amount of effort? Regards, Amine ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Fwd: mathcal generates error in ConTeXt
Sorry, there was a typo in my question below. test.tex looks like this: *\documentclass{article}* *\begin{document}* *$\mathcal{A}$* *\end{document}* -- Forwarded message - From: A A Date: Sat, 26 Mar 2022 at 06:39 Subject: mathcal generates error in ConTeXt To: Dear All, I am using pandoc to covert a file called test.tex from LaTeX to ConTeXt. Here are the contents of test.tex: *\documentclass{article}* *\begin{document}* *\mathcal{A}* *\end{document}* The file compiles OK with the following command and I see a resulting pdf: *latexmk -pdflatex test.tex* Then I try to convert with pandoc: *pandoc -f latex -t context -o test_context.tex test.tex* Pandoc appears to successfully generate a file test_context.tex containing the following: *\mathcal{A}* Then I try to compile the test_context.tex file: *context test_context.tex* Which unfortunately results in an error: *resolvers | formats | executing runner 'run luametatex format': C:/context/tex/texmf-win64/bin/luametatex --jobname="./test_context.tex" --fmt=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt --lua=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui --c:currentrun=1 --c:fulljobname="./test_context.tex" --c:input="./test_context.tex" --c:kindofrun=1 --c:maxnofruns=9 --c:texmfbinpath="C:/context/tex/texmf-win64/bin"* *system > callbacks > not registering frozen 'local_box_filter'* *system >* *system > ConTeXt ver: 2021.11.02 10:03 LMTX fmt: 2021.11.4 int: english/english* *system >* *system > 'cont-new.mkxl' loaded* *open source > level 1, order 1, name 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'* *system > beware: some patches loaded from cont-new.mkiv* *close source> level 1, order 1, name 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'* *system > files > jobname './test_context', input './test_context.tex', result './test_context'* *fonts > latin modern fonts are not preloaded* *languages > language 'en' is active* *open source > level 1, order 2, name './test_context.tex'* *tex error > tex error on line 1 in file ./test_context.tex: \textfont0 is undefined in (text) char, font id 0, character 63)* ** *$\mathcal{A}$* *1 >> $\mathcal{A}$* *2* *Somewhere in the math formula just ended, you used the stated character from an* *undefined font family. For example, plain TeX doesn't allow \it or \sl in* *subscripts. Proceed, and I'll try to forget that I needed that character.* *mtx-context | fatal error: return code: 1* Why does ConTeXt not accept mathcal? Why does pandoc not account for this? How can I remedy this with a reasonable amount of effort? Regards, Amine ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] mathcal generates error in ConTeXt
Dear All, I am using pandoc to covert a file called test.tex from LaTeX to ConTeXt. Here are the contents of test.tex: *\documentclass{article}* *\begin{document}* *\mathcal{A}* *\end{document}* The file compiles OK with the following command and I see a resulting pdf: *latexmk -pdflatex test.tex* Then I try to convert with pandoc: *pandoc -f latex -t context -o test_context.tex test.tex* Pandoc appears to successfully generate a file test_context.tex containing the following: *\mathcal{A}* Then I try to compile the test_context.tex file: *context test_context.tex* Which unfortunately results in an error: *resolvers | formats | executing runner 'run luametatex format': C:/context/tex/texmf-win64/bin/luametatex --jobname="./test_context.tex" --fmt=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt --lua=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui --c:currentrun=1 --c:fulljobname="./test_context.tex" --c:input="./test_context.tex" --c:kindofrun=1 --c:maxnofruns=9 --c:texmfbinpath="C:/context/tex/texmf-win64/bin"* *system > callbacks > not registering frozen 'local_box_filter'* *system >* *system > ConTeXt ver: 2021.11.02 10:03 LMTX fmt: 2021.11.4 int: english/english* *system >* *system > 'cont-new.mkxl' loaded* *open source > level 1, order 1, name 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'* *system > beware: some patches loaded from cont-new.mkiv* *close source> level 1, order 1, name 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'* *system > files > jobname './test_context', input './test_context.tex', result './test_context'* *fonts > latin modern fonts are not preloaded* *languages > language 'en' is active* *open source > level 1, order 2, name './test_context.tex'* *tex error > tex error on line 1 in file ./test_context.tex: \textfont0 is undefined in (text) char, font id 0, character 63)* ** *$\mathcal{A}$* *1 >> $\mathcal{A}$* *2* *Somewhere in the math formula just ended, you used the stated character from an* *undefined font family. For example, plain TeX doesn't allow \it or \sl in* *subscripts. Proceed, and I'll try to forget that I needed that character.* *mtx-context | fatal error: return code: 1* Why does ConTeXt not accept mathcal? Why does pandoc not account for this? How can I remedy this with a reasonable amount of effort? Regards, Amine ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] zint module on LMTX
Hi all, with the new upload, for me on Win64 the zint module does not work yet. >cmd /c context test.tex && start sumatrapdf test.pdf test.log: resolvers | formats | executing runner 'run luametatex format': C:/context/tex/texmf-win64/bin/luametatex --jobname="./test.tex" --fmt=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt --lua=C:/context/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui --c:currentrun=1 --c:fulljobname="./test.tex" --c:input="./test.tex" --c:kindofrun=1 --c:maxnofruns=9 --c:texmfbinpath="C:/context/tex/texmf-win64/bin" system > system > ConTeXt ver: 2022.03.24 21:18 LMTX fmt: 2022.3.25 int: english/english system > system > 'cont-new.mkxl' loaded open source > level 1, order 1, name 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > beware: some patches loaded from cont-new.mkiv close source> level 1, order 1, name 'C:/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > files > jobname './test', input './test.tex', result './test' fonts > latin modern fonts are not preloaded languages > language 'en' is active open source > level 1, order 2, name './test.tex' modules > using user prefixed file 'libs-imp-zint' modules > 'zint' is loaded open source > level 2, order 3, name 'C:/context/tex/texmf-context/tex/context/base/mkxl/libs-imp-zint.mkxl' resolvers > lua > loading file 'C:/context/tex/texmf-context/tex/context/base/mkxl/libs-imp-zint.lmt' succeeded close source> level 2, order 3, name 'C:/context/tex/texmf-context/tex/context/base/mkxl/libs-imp-zint.mkxl' fonts > preloading latin modern fonts (second stage) fonts > 'fallback modern-designsize rm 12pt' is loaded error (lmt library): unable to load 'C:/context/tex/texmf-win64/bin/lib/luametatex/zint/libzint.dll', quitting mtx-context | fatal error: return code: 1 >Exit code: 1 Greetings Lutz Am 17. März 2022 16:26:21 MEZ schrieb Pablo Rodriguez via ntg-context : >On 3/16/22 22:32, Pablo Rodriguez via ntg-context wrote: >> [...] >> On Windows, I need to check the issue further. > >Using latest binary from SF (which is Win32, btw), I get the following >error message: > > error (lmt library): unable to load 'D:/utilidades/context/tex/ >texmf-win64/bin/lib/luametatex/zint/libzint.dll', quitting > > mtx-context | fatal error: return code: 1 > >So, latest version in Windows breaks compilation on my computer. > >What am I doing wrong? > >Many thanks for your help, > >Pablo >___ >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://context.aanhet.net >archive : https://bitbucket.org/phg/context-mirror/commits/ >wiki : http://contextgarden.net >___ ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] zint module on LMTX
On 3/16/22 22:32, Pablo Rodriguez via ntg-context wrote: > [...] > On Windows, I need to check the issue further. Using latest binary from SF (which is Win32, btw), I get the following error message: error (lmt library): unable to load 'D:/utilidades/context/tex/ texmf-win64/bin/lib/luametatex/zint/libzint.dll', quitting mtx-context | fatal error: return code: 1 So, latest version in Windows breaks compilation on my computer. What am I doing wrong? Many thanks for your help, Pablo ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] zint module on LMTX
Hi Pablo, You are correct, the LuaMetaTeX file is still expecting the old "isbn" as the name, whereas the MKIV running zint directly requires the new one with "isbnx". Not sure with which zint version the "isbn" got changed to "isbnx". @Hans Hagen can you update the libs-imp-zint.lmt <https://github.com/contextgarden/context-mirror/compare/beta...reviczky:patch-4#diff-e9a8d1468821ebec460080cb3a74fedac5a4f5d9d8b4cd262531a65345145ebe> to have the same interface for MKIV and LMTX: https://github.com/contextgarden/context-mirror/compare/beta...reviczky:patch-4 - ["code 128"] = 20, ["isbn"] = 69, ["han xin code"] = 116, + ["code 128"] = 20, ["isbnx"] = 69, ["han xin code"] = 116, - if lower(code) == "isbn" then + if lower(code) == "isbnx" then This way the sample works in the same way for both MKIV and LMTX: zint-test.tex --- \usemodule[zint] \starttext \barcode[alternative=isbnx, text=9783865419026, width=4cm] \stoptext --- context zint-test.tex context --luatex zint-test.tex Adam On Wed, Mar 16, 2022 at 9:39 PM Pablo Rodriguez via ntg-context < ntg-context@ntg.nl> wrote: > On 3/16/22 19:11, Adam Reviczky via ntg-context wrote: > > Hi Pablo, > > > > If you use an older version of zint, maybe "isbn" instead of "isbnx" > > would work. > > Hi Adam, > > I have just installed version 2.10. > > "isbn" works, but "isbnx" doesn’t. As already reported is an > unrecognized option that is also listed as available alternative (weird). > > > I have used both isbnx and qrcode successfully with zint 2.10 on linux. > > As said, for some strange reason, "isbnx" doesn’t work on my Linux machine. > > On Windows, I need to check the issue further. > > Many thanks for your help, > > Pablo > > ___ > 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://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > > ___ > ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] zint module on LMTX
Hi Pablo, If you use an older version of zint, maybe "isbn" instead of "isbnx" would work. I have used both isbnx and qrcode successfully with zint 2.10 on linux. \usemodule[zint] \starttext \barcode[alternative=isbn,text=9783865419026,width=4cm] %\barcode[alternative=isbnx,text=9783865419026,width=4cm] \stoptext Adam On Wed, Mar 16, 2022 at 5:07 PM Hans Hagen via ntg-context < ntg-context@ntg.nl> wrote: > On 3/16/2022 5:37 PM, Pablo Rodriguez via ntg-context wrote: > > Dear list, > > > > using latest LMTX and following the steps from > > https://wiki.contextgarden.net/Barcodes#Zint_module, I’m afraid I don’t > > get any barcode either in Linux or Windows. > > > > Minimal sample: > > > >\starttext > >\usemodule[zint] > >\barcode[alternative=isbnx, text=9783865419026, width=4cm] > >\stoptext > > > > Error message is rather weird on Linux: > > > >optional> using library '/home/ousia/context/tex/texmf-linux- > > 64/bin/lib/luametatex/zint/libzint.so' > >zint> unknown barcode alternative 'isbnx' > >zint> > >zint> valid barcode alternatives: > >zint> > >[...] > >zint> isbn > >zint> isbnx > >[...] > > > > It seems that a valid barcode alternative ends up being unknown to the > > library. > > > > What am I missing here? > > > > Many thanks for your help, > Are you sure that you have the latest zint? (from sourceforge) > > > - >Hans Hagen | PRAGMA ADE >Ridderstraat 27 | 8061 GH Hasselt | The Netherlands > tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > > ___ > ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] zint module on LMTX
On 3/16/2022 5:37 PM, Pablo Rodriguez via ntg-context wrote: Dear list, using latest LMTX and following the steps from https://wiki.contextgarden.net/Barcodes#Zint_module, I’m afraid I don’t get any barcode either in Linux or Windows. Minimal sample: \starttext \usemodule[zint] \barcode[alternative=isbnx, text=9783865419026, width=4cm] \stoptext Error message is rather weird on Linux: optional> using library '/home/ousia/context/tex/texmf-linux- 64/bin/lib/luametatex/zint/libzint.so' zint> unknown barcode alternative 'isbnx' zint> zint> valid barcode alternatives: zint> [...] zint> isbn zint> isbnx [...] It seems that a valid barcode alternative ends up being unknown to the library. What am I missing here? Many thanks for your help, Are you sure that you have the latest zint? (from sourceforge) - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] zint module on LMTX
Dear list, using latest LMTX and following the steps from https://wiki.contextgarden.net/Barcodes#Zint_module, I’m afraid I don’t get any barcode either in Linux or Windows. Minimal sample: \starttext \usemodule[zint] \barcode[alternative=isbnx, text=9783865419026, width=4cm] \stoptext Error message is rather weird on Linux: optional> using library '/home/ousia/context/tex/texmf-linux- 64/bin/lib/luametatex/zint/libzint.so' zint> unknown barcode alternative 'isbnx' zint> zint> valid barcode alternatives: zint> [...] zint> isbn zint> isbnx [...] It seems that a valid barcode alternative ends up being unknown to the library. What am I missing here? Many thanks for your help, Pablo ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] New upload is DOA on my M1 Mac
Hi Gavin! On MacOSX go to "Finder" and search the app. Then, click the app icon while holding down the "Control" key on the keyboard, then choose "Open" from the pop-up menu. Click on "Open". The app is saved as an exception in your security settings and you can open it later by double-clicking it, like any saved app. Hope it helps ! JP Le 12/03/2022 à 17:18, Gavin via ntg-context a écrit : Hi Mojca, I think my security settings are preventing me from using this luametatex file. When trying to update the installation, I got a window that says: “luametatex” can’t be opened because Apple cannot check it for malicious software. When I tried running mtxrun --generate, in Terminal, I got the response: zsh: permission denied: mtxrun I’m not sure how to get around this. Gavin On Mar 12, 2022, at 8:31 AM, Mojca Miklavec via ntg-context wrote: Hans, I manually uploaded luametatex for arm64-darwin now. Not that I actually checked anything. Gavin, are you willing to try the binary from https://dl.contextgarden.net/build/luametatex/arm64-darwin/ ? Mojca ___ 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://context.aanhet.net archive :https://bitbucket.org/phg/context-mirror/commits/ wiki :http://contextgarden.net ___ ___ 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://context.aanhet.net archive :https://bitbucket.org/phg/context-mirror/commits/ wiki :http://contextgarden.net ___ -- Jean-Pierre Delange Ancients Professeur Agrégé de Philosophie (HC) ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] New upload is DOA on my M1 Mac
On 3/12/2022 5:18 PM, Gavin wrote: Hi Mojca, I think my security settings are preventing me from using this luametatex file. When trying to update the installation, I got a window that says: “luametatex” can’t be opened because Apple cannot check it for malicious software. When I tried running mtxrun --generate, in Terminal, I got the response: zsh: permission denied: mtxrun I’m not sure how to get around this. i uploaded a new installer / uopdates with mojca's bin 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 - ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] New upload is DOA on my M1 Mac
On 3/12/2022 5:18 PM, Gavin wrote: Hi Mojca, I think my security settings are preventing me from using this luametatex file. When trying to update the installation, I got a window that says: “luametatex” can’t be opened because Apple cannot check it for malicious software. When I tried running mtxrun --generate, in Terminal, I got the response: zsh: permission denied: mtxrun I’m not sure how to get around this. wasn't that discussed on the list at some point? some tricks to tell osx it's okay? maybe search the archives - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] New upload is DOA on my M1 Mac
Hi Mojca, I think my security settings are preventing me from using this luametatex file. When trying to update the installation, I got a window that says: “luametatex” can’t be opened because Apple cannot check it for malicious software. When I tried running mtxrun --generate, in Terminal, I got the response: zsh: permission denied: mtxrun I’m not sure how to get around this. Gavin > On Mar 12, 2022, at 8:31 AM, Mojca Miklavec via ntg-context > wrote: > > Hans, > > I manually uploaded luametatex for arm64-darwin now. > Not that I actually checked anything. > > Gavin, are you willing to try the binary from >https://dl.contextgarden.net/build/luametatex/arm64-darwin/ > ? > > Mojca > ___ > 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://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > ___ ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] New upload is DOA on my M1 Mac
Hi Mojca, > Gavin, are you willing to try the binary from >https://dl.contextgarden.net/build/luametatex/arm64-darwin/ > ? I am willing to try. I downloaded the luametatex file at that address, but I’m not sure what to do with it. Do I just replace the luametatex in my installation, or should I install usining my usual procedure and then replace? Gavin ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] New upload is DOA on my M1 Mac
Hans, I manually uploaded luametatex for arm64-darwin now. Not that I actually checked anything. Gavin, are you willing to try the binary from https://dl.contextgarden.net/build/luametatex/arm64-darwin/ ? Mojca ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] What’s wrong with installation?
Dear List, I can't make the installation context-mswin.zip, too. Uschi Hermann -Ursprüngliche Nachricht- Von: ntg-context Im Auftrag von Henning Hraban Ramm via ntg-context Gesendet: Montag, 07. März 2022 12:48 An: mailing list for ConTeXt users Cc: Henning Hraban Ramm Betreff: [NTG-context] What’s wrong with installation? Hi, I just tried to install a new instance of LMTX without success. """ $ unzip -l *.zip Archive: context-osx-64.zip Length DateTimeName - -- - 0 03-05-2019 22:50 bin/ 19082 01-21-2022 20:13 bin/mtx-install.lua 693184 01-21-2022 20:13 bin/mtxrun.lua 3910 01-21-2022 20:13 install.sh 2725900 01-21-2022 20:13 bin/mtxrun 24047 01-21-2022 20:13 installation.pdf - --- 3466123 6 files $ sh install.sh mtx-install | provide valid server and instance cp: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/mtxrun: No such file or directory cp: /Users/hraban/lmtx_2022-03-07/tex/texmf-context/scripts/context/lua/mtxrun.lua: No such file or directory cp: /Users/hraban/lmtx_2022-03-07/tex/texmf-context/scripts/context/lua/mtx-install.lua: No such file or directory If you want to run ConTeXt everywhere, you need to adapt the path, like: export PATH=/Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin:$PATH If you run from an editor you can specify the full path to mtxrun: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/mtxrun --autogenerate --script context --autopdf ... The following settings were used: server : lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl instance : install-lmtx extras : ownpath : /Users/hraban/lmtx_2022-03-07 platform : osx-64 $ ./bin/mtxrun --script ./bin/mtx-install.lua --update --server=lmtx.contextgarden.net --instance=install-lmtx --platform=osx-64 --extras=all mtx-install | provide valid server and instance """ Same result if I omit --server and --instance, since they default to the same. In mtx-install.lua, line 489 "local server = false" overwrites the previously set server variable. If I comment this line, I get: """ $ ./bin/mtxrun --script ./bin/mtx-install.lua --update --platform=osx-64 --extras=all mtx-install | server : lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl,dmz.pragma-ade.nl mtx-install | instance : install-lmtx mtx-install | platform : osx-64 mtx-install | system : unix mtx-install | invalid database 'http://lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl,dmz.pragma-ade.nl/install-lmtx//tex/texmf.tma' mtx-install | invalid database 'http://lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl,dmz.pragma-ade.nl/install-lmtx//tex/texmf-context.tma' mtx-install | invalid database 'http://lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl,dmz.pragma-ade.nl/install-lmtx//tex/texmf-osx-64.tma' mtx-install | current : %S mtx-install | target : %S mtx-install | removing : mtxrun mtx-install | removing : context mtx-install | copied : mtxrun mtx-install | copied : context mtx-install | running: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/mtxrun --generate sh: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/mtxrun: No such file or directory mtx-install | running: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/context --make en sh: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/context: No such file or directory mtx-install | mtx-install | mtx-install | ConTeXt LMTX with LuaMetaTeX is still experimental and when you get a crash this mtx-install | can be due to a mismatch between Lua bytecode and the engine. In that case you can mtx-install | try the following: mtx-install | mtx-install | - wipe the texmf-cache directory mtx-install | - run: mtxrun --generate mtx-install | - run: context --make mtx-install | mtx-install | When that doesn't solve the problem, ask on the mailing list (ntg-context@ntg.nl). mtx-install | mtx-install | update, done """ The "invalid database" lines don’t look good. If I give an explicit --server=lmtx.contextgarden.net, I still get the same error: """ mtx-install | invalid database 'http://lmtx.contextgarden.net/install-lmtx//tex/texmf.tma' mtx-install | invalid database 'http://lmtx.contextgarden.net/install-lmtx//tex/texmf-context.tma' mtx-install | invalid database 'http://lmtx.contextgarden.net/install-lmtx//tex/texmf-osx-64.tma' """ What’s wrong? Hraban ___ 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/
[NTG-context] What’s wrong with installation?
Hi, I just tried to install a new instance of LMTX without success. """ $ unzip -l *.zip Archive: context-osx-64.zip Length DateTimeName - -- - 0 03-05-2019 22:50 bin/ 19082 01-21-2022 20:13 bin/mtx-install.lua 693184 01-21-2022 20:13 bin/mtxrun.lua 3910 01-21-2022 20:13 install.sh 2725900 01-21-2022 20:13 bin/mtxrun 24047 01-21-2022 20:13 installation.pdf - --- 3466123 6 files $ sh install.sh mtx-install | provide valid server and instance cp: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/mtxrun: No such file or directory cp: /Users/hraban/lmtx_2022-03-07/tex/texmf-context/scripts/context/lua/mtxrun.lua: No such file or directory cp: /Users/hraban/lmtx_2022-03-07/tex/texmf-context/scripts/context/lua/mtx-install.lua: No such file or directory If you want to run ConTeXt everywhere, you need to adapt the path, like: export PATH=/Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin:$PATH If you run from an editor you can specify the full path to mtxrun: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/mtxrun --autogenerate --script context --autopdf ... The following settings were used: server : lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl instance : install-lmtx extras : ownpath : /Users/hraban/lmtx_2022-03-07 platform : osx-64 $ ./bin/mtxrun --script ./bin/mtx-install.lua --update --server=lmtx.contextgarden.net --instance=install-lmtx --platform=osx-64 --extras=all mtx-install | provide valid server and instance """ Same result if I omit --server and --instance, since they default to the same. In mtx-install.lua, line 489 "local server = false" overwrites the previously set server variable. If I comment this line, I get: """ $ ./bin/mtxrun --script ./bin/mtx-install.lua --update --platform=osx-64 --extras=all mtx-install | server : lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl,dmz.pragma-ade.nl mtx-install | instance : install-lmtx mtx-install | platform : osx-64 mtx-install | system : unix mtx-install | invalid database 'http://lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl,dmz.pragma-ade.nl/install-lmtx//tex/texmf.tma' mtx-install | invalid database 'http://lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl,dmz.pragma-ade.nl/install-lmtx//tex/texmf-context.tma' mtx-install | invalid database 'http://lmtx.contextgarden.net,lmtx.pragma-ade.com,lmtx.pragma-ade.nl,dmz.pragma-ade.nl/install-lmtx//tex/texmf-osx-64.tma' mtx-install | current : %S mtx-install | target : %S mtx-install | removing : mtxrun mtx-install | removing : context mtx-install | copied : mtxrun mtx-install | copied : context mtx-install | running: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/mtxrun --generate sh: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/mtxrun: No such file or directory mtx-install | running: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/context --make en sh: /Users/hraban/lmtx_2022-03-07/tex/texmf-osx-64/bin/context: No such file or directory mtx-install | mtx-install | mtx-install | ConTeXt LMTX with LuaMetaTeX is still experimental and when you get a crash this mtx-install | can be due to a mismatch between Lua bytecode and the engine. In that case you can mtx-install | try the following: mtx-install | mtx-install | - wipe the texmf-cache directory mtx-install | - run: mtxrun --generate mtx-install | - run: context --make mtx-install | mtx-install | When that doesn't solve the problem, ask on the mailing list (ntg-context@ntg.nl). mtx-install | mtx-install | update, done """ The "invalid database" lines don’t look good. If I give an explicit --server=lmtx.contextgarden.net, I still get the same error: """ mtx-install | invalid database 'http://lmtx.contextgarden.net/install-lmtx//tex/texmf.tma' mtx-install | invalid database 'http://lmtx.contextgarden.net/install-lmtx//tex/texmf-context.tma' mtx-install | invalid database 'http://lmtx.contextgarden.net/install-lmtx//tex/texmf-osx-64.tma' """ What’s wrong? Hraban ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] LuaMetaLa(!)TeX
On Sun, Feb 13, 2022 at 11:33 AM Henning Hraban Ramm via ntg-context < ntg-context@ntg.nl> wrote: > WTF, someone wrote a LaTeX format for LuaMetaTeX already 3 years ago: > https://github.com/zauguin/luametalatex > > > sure -- he is not "someone", we know Marcel . -- luigi ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] LuaMetaLa(!)TeX
WTF, someone wrote a LaTeX format for LuaMetaTeX already 3 years ago: https://github.com/zauguin/luametalatex (Herbert Voss just pointed me to it.) Hraban ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] new upload
On Fri, 28 Jan 2022, hanneder--- via ntg-context wrote: > > I was talking about the install programm on > https://github.com/adityam/context-pkgbuild > for it was not clear to me which version this convenient > tool installs. This is the old version of the PKGBUILD script for MkIV, before AUR moved to git. Not the AUR link has the latest PKGUILD. > But following Hans kind advice I shall keep a low profile > and wait for a safer version:) The PKGBUILD for luametatex will install the latest _released_ version of LMTX. Aditya ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] new upload
> On 1/27/2022 7:35 PM, Aditya Mahajan via ntg-context wrote: > > > 2. luametatex: https://aur.archlinux.org/packages/luametatex/ > Just an additional warning: one should not pick up bins from the build farm > unless oen knows what's happening ... the current builds are okay for Mikael > and me while playing with math but therefore don't match the latest context. I am not picking bins from the build farm. The PKGBUILD downloads the context-linux-64.zip from http://lmtx.pragma-ade.nl/install-lmtx/context-linux-64.zip, runs install.sh, and downloads a few modules from CTAN, installs everything in /opt/luametatex, and creates a /opt/luametatex/setuptex script. Aditya ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] new upload
I was talking about the install programm on https://github.com/adityam/context-pkgbuild for it was not clear to me which version this convenient tool installs. But following Hans kind advice I shall keep a low profile and wait for a safer version:) Greetings - Nachricht von Aditya Mahajan via ntg-context - Datum: Thu, 27 Jan 2022 13:35:33 -0500 (EST) Von: Aditya Mahajan via ntg-context Antwort an: mailing list for ConTeXt users Betreff: Re: [NTG-context] new upload An: hanneder--- via ntg-context Cc: Aditya Mahajan On Thu, 27 Jan 2022, hanneder--- via ntg-context wrote: I tried to install the latest CTX with context-minimals/standalone pkgbuild (on manjaro Linux with the manual method), but the system does not recognise the new command \definetransliteration, so I guess I need to specify that I really want the latest upload. What is the best method for this? BTW, I am not sure which PKGBUILD you mean exactly. Note that there are two PKGBUILDs for context on AUR: 1. context-minimal-git: https://aur.archlinux.org/packages/context-minimals-git/#news which installs ConTeXt MkIV 2. luametatex: https://aur.archlinux.org/packages/luametatex/ which installs LuaMetaTeX. So you probably need to use the luametatex PKGBUILD. Aditya ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___ - Ende der Nachricht von Aditya Mahajan via ntg-context - --- Prof. Dr. Juergen Hanneder Philipps-Universitaet Marburg FG Indologie u. Tibetologie Deutschhausstr.12 35032 Marburg Germany Tel. 0049-6421-28-24930 hanne...@staff.uni-marburg.de ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] new upload
On 1/27/2022 7:35 PM, Aditya Mahajan via ntg-context wrote: 2. luametatex: https://aur.archlinux.org/packages/luametatex/ Just an additional warning: one should not pick up bins from the build farm unless oen knows what's happening ... the current builds are okay for Mikael and me while playing with math but therefore don't match the latest context. 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 - ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] new upload
On Thu, 27 Jan 2022, hanneder--- via ntg-context wrote: > > I tried to install the latest CTX with context-minimals/standalone > pkgbuild (on manjaro Linux with > the manual method), but the system does not recognise the new command > \definetransliteration, so I > guess I need to specify that I really want the latest upload. What is > the best method for this? BTW, I am not sure which PKGBUILD you mean exactly. Note that there are two PKGBUILDs for context on AUR: 1. context-minimal-git: https://aur.archlinux.org/packages/context-minimals-git/#news which installs ConTeXt MkIV 2. luametatex: https://aur.archlinux.org/packages/luametatex/ which installs LuaMetaTeX. So you probably need to use the luametatex PKGBUILD. Aditya ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Engine mismatch in Windows 8.1 (32 bits)
On 1/22/2022 7:45 AM, Jairo A. del Rio via ntg-context wrote: Hi everyone! I've just installed ConTeXt on an old machine running Windows 8.1 (x86) and I've noticed the format is regenerated each time I process a file. It can be read on the log (third line): warning: engine mismatch (luv: This is LuaMetaTeX 2.09.36 <> bin: This is LuaMetaTeX 2.09.34), forcing remake grep -r '09.34' finds a coincidence in mtxrun.exe. Is anyone else facing this issue? Are mtxrun.exe and context.exe copies of luametatex.exe (or links to it)? They all should be the same. 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 - ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Engine mismatch in Windows 8.1 (32 bits)
Hi everyone! I've just installed ConTeXt on an old machine running Windows 8.1 (x86) and I've noticed the format is regenerated each time I process a file. It can be read on the log (third line): warning: engine mismatch (luv: This is LuaMetaTeX 2.09.36 <> bin: This is LuaMetaTeX 2.09.34), forcing remake grep -r '09.34' finds a coincidence in mtxrun.exe. Is anyone else facing this issue? Jairo ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] new uplaod
Hi, a new lmtx upload - crash with bottom floats probably solved: had to do with tricky interaction between engine insert handling and callback interference (as well as some assumptions in the engine dating that relate to the fact that tex was never written to be opened up this way) - crash due to math initialization: this related to a new mechanism wrt math parameters that Mikael and I are playing with .. think of this: \newmuskip\mymuskipA \mugluespecdef\mymuskipB 0mu \inherited\Umathfracfracspacing\textstyle\mymuskipA \inherited\Umathradradspacing \textstyle\mymuskipB \startTEXpage[offset=3bp] \mymuskipA 10mu \mugluespecdef\mymuskipB 10mu $\mathfrac{x}\mathfrac{x}$\par $\mathrad {x}\mathrad {x}$\par \mymuskipA 20mu \mugluespecdef\mymuskipB 20mu $\mathfrac{x}\mathfrac{x}$\par $\mathrad {x}\mathrad {x}$\par \mymuskipA 30mu \mugluespecdef\mymuskipB 30mu $\mathfrac{x}\mathfrac{x}$\par $\mathrad {x}\mathrad {x}$\par \mymuskipA 30mu plus 10mu minus 10mu \mugluespecdef\mymuskipB 30mu plus 10mu minus 10mu $\mathfrac{x}\mathfrac{x}$\par $\mathrad {x}\mathrad {x}$\par \stopTEXpage tex has a few abstractions (thinmuskip etc) than basically postpone a setting so that they can be adapted by setting these 'special - internal in luametatex speak - mu glue registers' but is is being generalized so that we can group math (integer, dimension, glue) parameters by binding them to registers and constants ... that way we can do simple and efficient switches to different spacing ... just that you know 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 - ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] new upload
Hi, I uploaded a new version but best first read this because some is experimental and i need to sycn with those involved, so thereofre the uplaod (too many files involved): Indic: - We added indic language patterns ad well as defined the languages but labels are on the todo as are conversions; kauśika is working on this - We also added a tweak to deal with a certain class of indic fonts; there will be a more detailed report about the why and how by kauśika - So, Indic should work as before but with more dedicated support coming. Math: - Mikael and I are stepwise going over the math machinery: constructs, spacing etc in the perspective of what luametatex provided. - We think we can improve spacing (more consistent) but it needs some work and testing. Some gets shifted from engine heuristics to predictable control. - There will be a 'traditional swedish' spacing variant, also as an exaple of how users can finetune and adapt to the math culture they like. (I will likely make one for educational purpose). - All this is done by some fundamental extensions to the math engine (on top of all the already present configurability) but hopefully without side effects. Rest: - I added a few features discussed on the list (itemize and such) which I let others explain (omn the wiki). 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 - ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] STIX2 font issues with freshly installed LMTX
Hi there Issue solved by deleting the context-internal fonts and recurring on the system-wide installed fonts … never mind ;-) <https://www.dropbox.com/s/g31kwg14tcs5621/Untitled_Test%20-compressed.pdf?dl=0> Happy New Year Heinrich > >> On 3 Jan 2022, at 21:46, Heinrich Paeßens > <mailto:paess...@me.com>> wrote: >>> >>> Hi there >>> >>> as a newcomer in ConTeXt I installed according to >>> >>> https://wiki.contextgarden.net/Installing_ConTeXt_LMTX_on_MacOS/ >>> <https://wiki.contextgarden.net/Installing_ConTeXt_LMTX_on_MacOS/> >>> >>> and using TeXShop on macos as advised. >>> >>> However, I like to use STIX2-Fonts for Text and Math and hence my MWE to >>> test which fonts are going to be embedded (CLI pdffonts): >>> >>> - >>> \setupbodyfont[stixtwo] >>> \starttext >>> >>> Test ß 1lIjJuQ \% § \& ?! VERSAL-ẞ- \|> --- 1234567890 --- // >>> >>> \placeformula[eqn:def-m] >>> \startformula >>> m = \frac{m_0}{\sqrt{1-\frac{v^2}{c^2}}} >>> \stopformula >>> \stoptext >>> - >>> >>> Unfortunately the compiler throws an error — why is there a check of >>> STIX2-fonts versions, why is that important? >>> >>> I checked and found >>> >>> /Users/hp/Library/Fonts/STIXTwoText-Regular.otf Version 2.12 b168 >>> /Users/hp/Library/context-osx-64/tex/texmf/fonts/opentype/public/stix2-otf/STIXTwoText-Regular.otf >>> Version 2.11 b159 >>> >>> Could you please advise for a work around? >>> >>> from the log: >>> >>> - >>> fonts > otf loading > loading 'stixtwotext-regular.otf', hash >>> 'stixtwotext-regular' >>> otf reader > unknown version ' >>> >>> >>> >>> ' in file 'stixtwotext-regular.otf' >>> fonts > otf loading > loading done >>> fonts > otf loading > saving 'stixtwotext-regular.otf' in cache >>> system > lua > compiling >>> '/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/stixtwotext-regular.tma' >>> into >>> '/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/stixtwotext-regular.tmd' >>> system > lua > dumping >>> '/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/stixtwotext-regular.tma' >>> into >>> '/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/stixtwotext-regular.tmd' >>> stripped >>> fonts > otf loading > loading, optimizing, packing and caching >>> time 0.002 >>> lua error > lua error on line 1 in file ./Untitled.tex: >>> >>> registered function call [1129]: >>> ...-64/tex/texmf-context/tex/context/base/mkiv/font-otc.lua:325: attempt to >>> index a nil value (upvalue 'descriptions') >>> stack traceback: >>> ...-64/tex/texmf-context/tex/context/base/mkiv/font-otc.lua:325: in >>> local 'prepare_ligature' >>> ...-64/tex/texmf-context/tex/context/base/mkiv/font-otc.lua:770: in >>> upvalue 'addfeature' >>> ...-64/tex/texmf-context/tex/context/base/mkiv/font-otc.lua:899: in >>> local 'enhancer' >>> ...-64/tex/texmf-context/tex/context/base/mkxl/font-con.lmt:1269: in >>> upvalue 'enhance' >>> ...-64/tex/texmf-context/tex/context/base/mkxl/font-con.lmt:1291: in >>> field 'apply' >>> ...-64/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:263: in >>> field 'load' >>> ...-64/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:602: in >>> upvalue 'otftotfm' >>> ...-64/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:630: in >>> function <...-64/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:629> >>> (...tail calls...) >>> ...-64/tex/texmf-context/tex/context/base/mkxl/font-def.lmt:378: in >>> function <...-64/tex/texmf-context/tex/context/base/mkxl/font-def.lmt:366> >>> (...tail calls...) >>> ...-64/tex/texmf-context/tex/context/base/mkxl/font-def.lmt:484: in >>> field 'read' >>> ...-64/tex/texmf-context/tex/context/base/mkxl/font-ctx.lmt:1336: in >>> function <...-64/tex/texmf-context/tex/context/base/mkxl/font-ctx.lmt:1193> >>> (...tail calls...) >>> 1 >> \setupbodyfont[stixtwo] >>> - >>> >>> Many thanks for your support. >>> Kind regards >>> >>> Heinrich Paeßens >>> Mobile +49 1512 123 9876 >>> Business Card >>> <https://www.paessens.tel/img/heinrich-paessens_bc-2021-03-11_signed.pdf> >>> >> > ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] STIX2 font issues with freshly installed FMTX
Hi there as a newcomer in ConTeXt I installed according to https://wiki.contextgarden.net/Installing_ConTeXt_LMTX_on_MacOS/ and using TeXShop on macos as advised. However, I like to use STIX2-Fonts for Text and Math and hence my MWE to test which fonts are going to be embedded (CLI pdffonts): - \setupbodyfont[stixtwo] \starttext Test ß 1lIjJuQ \% § \& ?! VERSAL-ẞ- \|> --- 1234567890 --- // \placeformula[eqn:def-m] \startformula m = \frac{m_0}{\sqrt{1-\frac{v^2}{c^2}}} \stopformula \stoptext - Unfortunately the compiler throws an error — why is there a check of STIX2-fonts versions, why is that important? I checked and found /Users/hp/Library/Fonts/STIXTwoText-Regular.otf Version 2.12 b168 /Users/hp/Library/context-osx-64/tex/texmf/fonts/opentype/public/stix2-otf/STIXTwoText-Regular.otf Version 2.11 b159 Could you please advise for a work around? from the log: - fonts > otf loading > loading 'stixtwotext-regular.otf', hash 'stixtwotext-regular' otf reader > unknown version ' ' in file 'stixtwotext-regular.otf' fonts > otf loading > loading done fonts > otf loading > saving 'stixtwotext-regular.otf' in cache system > lua > compiling '/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/stixtwotext-regular.tma' into '/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/stixtwotext-regular.tmd' system > lua > dumping '/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/stixtwotext-regular.tma' into '/Users/hp/Library/context-osx-64/tex/texmf-cache/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/stixtwotext-regular.tmd' stripped fonts > otf loading > loading, optimizing, packing and caching time 0.002 lua error > lua error on line 1 in file ./Untitled.tex: registered function call [1129]: ...-64/tex/texmf-context/tex/context/base/mkiv/font-otc.lua:325: attempt to index a nil value (upvalue 'descriptions') stack traceback: ...-64/tex/texmf-context/tex/context/base/mkiv/font-otc.lua:325: in local 'prepare_ligature' ...-64/tex/texmf-context/tex/context/base/mkiv/font-otc.lua:770: in upvalue 'addfeature' ...-64/tex/texmf-context/tex/context/base/mkiv/font-otc.lua:899: in local 'enhancer' ...-64/tex/texmf-context/tex/context/base/mkxl/font-con.lmt:1269: in upvalue 'enhance' ...-64/tex/texmf-context/tex/context/base/mkxl/font-con.lmt:1291: in field 'apply' ...-64/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:263: in field 'load' ...-64/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:602: in upvalue 'otftotfm' ...-64/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:630: in function <...-64/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:629> (...tail calls...) ...-64/tex/texmf-context/tex/context/base/mkxl/font-def.lmt:378: in function <...-64/tex/texmf-context/tex/context/base/mkxl/font-def.lmt:366> (...tail calls...) ...-64/tex/texmf-context/tex/context/base/mkxl/font-def.lmt:484: in field 'read' ...-64/tex/texmf-context/tex/context/base/mkxl/font-ctx.lmt:1336: in function <...-64/tex/texmf-context/tex/context/base/mkxl/font-ctx.lmt:1193> (...tail calls...) 1 >> \setupbodyfont[stixtwo] - Many thanks for your support. Kind regards Heinrich Paeßens Mobile +49 1512 123 9876 Business Card <https://www.paessens.tel/img/heinrich-paessens_bc-2021-03-11_signed.pdf> ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Documentation about CTX installation on MacOS X
> Le 3 janv. 2022 à 09:22, Henning Hraban Ramm via ntg-context > a écrit : > > Am 03.01.22 um 08:09 schrieb Jean-Pierre Delange via ntg-context: >> Thank you very much for your quick answer to you both Fabrice and Henning ! >> It seems there is no detailed documentation about peculiar aspects of CTX on >> MacOS. >> For instance, the use of fonts database on unix-like and MacOS are a bit >> different (but not quite a lot) and this command : >> mtxrun --script fonts —reload >> Works fine with this one based on fontconfig: fc-cache -v -f > > I don’t remember to have used this for years. ConTeXt AFAIK doesn’t use > fontconfig. (LilyPond does…) > fc-cache -v -f works fine on MacOS aswell as on Linux; try some command like this one : fc-list : file family |grep \/Library which list all fonts and their location > >> There is some adaptation in the transition from Linux to MacOS, because one >> has to play and to look for the fonts paths which are a bit different with >> Mac than the Unix paths … > > Of course, but that is basic MacOS knowledge and not specific to ConTeXt. You’re right ! > > You might want to set: > > OSFONTDIR='/System/Library/Fonts//:/Library/Fonts//:~/Library/Fonts//:/Library/Application > Support/Adobe/Fonts// > #:~/FontExplorer\ X/Font\ Library//' > > ICCPROFILES='~/Library/ColorSync/Profiles//:/Library/ColorSync/Profiles//:/System/Library/ColorSync/Profiles//:' > > PATH=~/lmtx/tex/texmf-osx-64/bin:/Library/TeX/texbin:... > (whereever you installed ConTeXt) context, latex, mtxrun, mtxrun.lua are installed in /Users/xxx/context/tex/texmf-osx-64/bin … I’ve forgotten that CTX doesn’t exist no more since it replacement by Luametatex ! I still use ConTeXt MKIV ... > > I also suggest to install everything personal in ~/texmf (same on Linux) and > not in texmf-local or texmf-project, at least if you are planning to have > parallel installations (which make sense if you want to keep a "stable" > version but also want to check out new features/bugfixes). I thought that all personal fonts should be added in texmf-fonts ? By the way, it might be useful to have . setuptex command. How to deal with such a situation, when mtxrun command doesn’t work ? > > Hraban Thanks you very much, Hraban, for these advices ! JP > ___ > 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://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > ___ ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] fonts.compact produces compact initials
On 1/2/2022 3:01 AM, Rik Kabel via ntg-context wrote: Enabling compact fonts results in incorrect initials. \enableexperiments[fonts.compact] \starttext \placeinitial Tested with \luatexbanner and \ConTeXt\ \contextversion \stoptext Produces (approximately): ested with LuaMetaTeX, Version 2.09.35 and ConTEXt 2021.12.30 19:03 *T* fixed in next upload (there might be a few more places that need adapting to compact) 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 - ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] fonts.compact produces compact initials
Enabling compact fonts results in incorrect initials. \enableexperiments[fonts.compact] \starttext \placeinitial Tested with \luatexbanner and \ConTeXt\ \contextversion \stoptext Produces (approximately): ested with LuaMetaTeX, Version 2.09.35 and ConTEXt 2021.12.30 19:03 *T* -- Rik ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Bug in mp-xbox.mpxl (circleit)
Hi list, I realized that circleit throws an error. It works fine if I replace boxes_generic_declare by boxes_declare in line 244 in mp-xbox.mpxl rboxit is probably affected as well, but I did not test that. MWE: \startMPinclusions input boxes; \stopMPinclusions \startMPpage circleit.a(textext("$X$")); drawboxed(a); \startMPpage The error (truncated) message: metapost> initializing instance 'metafun:1' using format 'metafun' and method 'default' metapost> loading 'metafun' as 'metafun.mpxl' using method 'default' metapost> initializing number mode 'scaled' metapost> trace > This is MPLIB for LuaMetaTeX, version 3.11, running in scaled mode. metapost> trace > metapost> trace > loading metafun for lmtx, including the plain 1.004 base definitions metapost> trace > metafun > log > metafun > log > error: Isolated expression metafun > log > metapost> trace > boxes_generic_declare metapost> trace > ( metapost> trace > circleit -> (TEXT3)-> begingroup.boxes_begin("boxes_the_circle","boxes_size_circle",(SUFFIX2),(TEXT3));boxes_generic_declare(pair)_n.n,_n.s,_n.e,_n.w;(SUFFIX2)e-(SUFFIX2)c=(SUFFIX2)c-(SUFFIX2)w=((SUFFIX2)dx,0)+0.5*(lrcorner.boxes_pic(SUFFIX2)-llcorner.boxes_pic(SUFFIX2));(SUFFIX2)n-(SUFFIX2)c=(SUFFIX2)c-(SUFFIX2)s=(0,(SUFFIX2)dy)+0.5*(ulcorner.boxes_pic(SUFFIX2)-llcorner.boxes_pic(SUFFIX2));boxes_end(boxes_clear_circle,(SUFFIX2));endgroup metafun > log > metafun > log > I couldn't find an '=' or ':=' after the expression that is shown above this error message, so I guess I'll just ignore it and carry on. metafun > log > metapost> trace > circleit.a(textext("$X$")); drawboxed(a); ; metapost> trace > Cheers, Jacob signature.asc Description: Message signed with OpenPGP ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] x86-64-amd-linux binary?
On 12/16/2021 3:01 PM, Ramkumar KB wrote: Hans, Thank you. Just to clarify, in my current installation - context and mtxrun are already symlinks to the luametatex. best make a copy of your tex directory and install in there (btw, why is a new luametatex bin needed? are you sure the rest of context is in sync? e.g. Some internal (lua) keys were normalized recently.) So all I need to do is replace the luametatex binay (dl from the build server - debian9 build)? I also notice the luatex binary - I just leave it as is? luatex is the same fr a while already 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 - ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] x86-64-amd-linux binary?
Hans, Thank you. Just to clarify, in my current installation - context and mtxrun are already symlinks to the luametatex. So all I need to do is replace the luametatex binay (dl from the build server - debian9 build)? I also notice the luatex binary - I just leave it as is? best regards, Ramkumar On Thu, Dec 16, 2021 at 5:52 PM Hans Hagen wrote: > On 12/16/2021 1:01 PM, Ramkumar KB via ntg-context wrote: > > Hello All, > > > > If I have to just upgrade my context version installed in my linux VM > > (x88-64 - amd - redhat) - is debain9 the correct package? > > > > https://build.contextgarden.net/#/ <https://build.contextgarden.net/#/> > > - So I just replace the luametatex binary after download the binary from > > the build server? Is this correct? > keep in mind that context code and bin have to be in sync (at least as > long as we move on) > > basically three bins: luametatex, context and mtxrun but the last two > can be symlinks to luametatex > > 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 > - > ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] x86-64-amd-linux binary?
On 12/16/2021 1:01 PM, Ramkumar KB via ntg-context wrote: Hello All, If I have to just upgrade my context version installed in my linux VM (x88-64 - amd - redhat) - is debain9 the correct package? https://build.contextgarden.net/#/ <https://build.contextgarden.net/#/> - So I just replace the luametatex binary after download the binary from the build server? Is this correct? keep in mind that context code and bin have to be in sync (at least as long as we move on) basically three bins: luametatex, context and mtxrun but the last two can be symlinks to luametatex 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 - ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] x86-64-amd-linux binary?
Hello All, If I have to just upgrade my context version installed in my linux VM (x88-64 - amd - redhat) - is debain9 the correct package? https://build.contextgarden.net/#/ - So I just replace the luametatex binary after download the binary from the build server? Is this correct? Thank you, best regards, Ramkumar ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Errors in source files return success
On 12/15/2021 9:16 PM, Marco Patzer via ntg-context wrote: On Wed, 15 Dec 2021 20:48:29 +0100 Hans Hagen wrote: You can check in the next upload: - The 'failure' that you saw was actually a real lua error because I hadn't adapted some fancy, a very old 'around' 2006 feature, seldom used as it's more 'an example of possibilities' code to luametatex yet ... fwiw, we still share some lua files between engines. Thanks for looking into that. I'll check the next upload. - Afaiks you should now get return code 1 for other cases (say you give \foo without meaning). It's a it tricky as this info has to pass through several subsystems. Hard TeX errors (like \undefined) already return 1. - The runaway error is actually kind of special (there are a few more) where the engine simply quits in confusion and doesn't exit hard as error (often because tex could somehow recover). If needed I can actually do a real error but it's not entirely compatible then (not that i care that much about compatibility in these shady areas.) I'd vote to handle those as hard errors because 1) Luametatex isn't focused on compatibility. ok, but let's first test this ... it's mostly cosmetics (read: come up wiht a better error message than the default sometimes unclear tex one) 2) The user explicitly requested error reporting (by providing --errors). 3) No one is recovering tex runs these days. indeed, makes no sense (it all dates from (paper) terminals and night-time runs .. the good old 300 baud transfer days) 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 - ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Archlinux: updated BPKGBUILD for luametatex
On 12/15/2021 11:38 PM, Michal Vlasák via ntg-context wrote: On Wed Dec 15, 2021 at 9:32 PM CET, Aditya Mahajan via ntg-context wrote: Oops, sorry, I completely forgot to mention that indeed what I mention corresponds to the download link on the package page, which in general "shouldn't be" in TDS format. Only packages whose authors upload their own TDS zip have these .tds.zip files you found: makes me wonder ... one could just install the plain and context related tikz files in texmf-modules/tex/tikz/* read: flatten the lot because i suppose that subdirecories don't really matter 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 - ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Archlinux: updated BPKGBUILD for luametatex
On 12/15/2021 9:32 PM, Aditya Mahajan via ntg-context wrote: On Wed, 15 Dec 2021, Michal Vlasák via ntg-context wrote: On Wed Dec 15, 2021 at 7:28 PM CET, Hans Hagen via ntg-context wrote: On 12/15/2021 6:22 PM, Aditya Mahajan via ntg-context wrote: Hi all, I am changing the way modules are installed in the ArchLinux aur package for luametatex. https://aur.archlinux.org/packages/luametatex/ Earlier, I was just sym-linking to the modules installed by context-minimals-git package (which I also maintain). However, some packages there were out of date (in particular pgf/tikz). The new PKGBUILD installs the modules directly from CTAN. The following modules are installed by default: filter, vim, visualcounter, pgf, pgfplots, circtuitikz You can install other modules by adding them in the PKGBUILD. I am not sure if anyone else actually uses this PKGBUILD to maintain an up-to-date installation of LMTX. If someone does use it, and wishes to add more modules to the default list, I'll be happy to do that. Just curious ... we have this mtxrun --script ctan --packages --pattern=tikz which just gives info (at the time i made that the ctan api was bugged as it mixed up xml and json keys, but i'm not sure if that was fixed of became bug=feature for practical reasons) i never came to a 'download option' because it was ot clear where to download from .. are there zips? Not sure if it's for every package, but should be just "http://mirrors.ctan.org/; .. data.ctan.path .. ".zip" in scripts.ctan.details. This corresponds the "Download" link on the CTAN page of each package, but unfortunately, is not always in TDS format. For example, for pgf (which is locate at /graphics/pgf/base), we have https://mirrors.ctan.org/graphics/pgf/base.zip which lists all tex related files in base/tex sub-directory. The CTAN page (https://www.ctan.org/pkg/pgf) also has a field "TDS Archive", which lists: http://mirrors.ctan.org/install/graphics/pgf/base/pgf.tds.zip which is TDS compliant. The same is the case for circuitikz and pgfplots. So, it safer to use "http://mirrors.ctan.org/; .. data.ctan.path .. "/" .. pkg_name .. "tds.zip" But, for context packages, CTAN does nto have the tds zips (I guess because the default zip is already TDS compliant). For example: https://www.ctan.org/pkg/context-filter has the "download" link at the bottom but not the "TDS Archive" link. In the end, since I am only installing 4-5 packages, it is simpler to input the URLs but hand rather than write code to automate the logic. sure, once you know what/where it's not that much work and I admit that I only downloaded tikz for testing the 'loading bug' and a few fonts during my tex life) btw, when I fetched tikz a few days ago I could not fetch the zip from the browser because it complained about some security issue but the command line wget worked ok another aspect of additional files is that I like to keep my system uncluttered so e.g when I install fonts we just need the open type files that I then install in texmf-fonts/fonts/data//* instead of bothering about forther structure (in fact it doesn't really matter much where files end up as long as there is some system behind it) 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 - ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Archlinux: updated BPKGBUILD for luametatex
On Wed Dec 15, 2021 at 9:32 PM CET, Aditya Mahajan via ntg-context wrote: > > > i never came to a 'download option' because it was ot clear where to > > > download from .. are there zips? > > > > Not sure if it's for every package, but should be just > > > > "http://mirrors.ctan.org/; .. data.ctan.path .. ".zip" > > > > in scripts.ctan.details. > > This corresponds the "Download" link on the CTAN page of each package, > but unfortunately, is not always in TDS format. For example, for pgf > (which is locate at /graphics/pgf/base), we have > > https://mirrors.ctan.org/graphics/pgf/base.zip > > which lists all tex related files in base/tex sub-directory. The CTAN > page (https://www.ctan.org/pkg/pgf) also has a field "TDS Archive", > which lists: > > http://mirrors.ctan.org/install/graphics/pgf/base/pgf.tds.zip > > which is TDS compliant. The same is the case for circuitikz and > pgfplots. So, it safer to use > > "http://mirrors.ctan.org/; .. data.ctan.path .. "/" .. pkg_name .. > "tds.zip" > > But, for context packages, CTAN does nto have the tds zips (I guess > because the default zip is already TDS compliant). For example: > > https://www.ctan.org/pkg/context-filter > > has the "download" link at the bottom but not the "TDS Archive" link. > > In the end, since I am only installing 4-5 packages, it is simpler to > input the URLs but hand rather than write code to automate the logic. Oops, sorry, I completely forgot to mention that indeed what I mention corresponds to the download link on the package page, which in general "shouldn't be" in TDS format. Only packages whose authors upload their own TDS zip have these .tds.zip files you found: From https://www.ctan.org/help/upload-pkg: > The CTAN team has decided that packages on the archive shall remain in > a browsing-friendly layout, i.e. the best format is to have all the > files inside a directory. Very large packages – such as modern font > distributions – are improved by a single extra layer of directories. > > In parallel to the main directory tree, CTAN offers possibility to > provide a TDS-structured ZIP file. Such a file will only be accepted > as an addition to your upload, not as a replacement. > > This file is not necessary at all for simple packages. Thus it should > be omitted for instance for normal LaTeX packages. This file might be > required when the package is complex. Michal Vlasák ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Archlinux: updated BPKGBUILD for luametatex
On 15/12/2021 20:32, Aditya Mahajan via ntg-context wrote: This corresponds the "Download" link on the CTAN page of each package, but unfortunately, is not always in TDS format. For example, for pgf (which is locate at /graphics/pgf/base), we have https://mirrors.ctan.org/graphics/pgf/base.zip which lists all tex related files in base/tex sub-directory. The CTAN page (https://www.ctan.org/pkg/pgf) also has a field "TDS Archive", which lists: http://mirrors.ctan.org/install/graphics/pgf/base/pgf.tds.zip which is TDS compliant. The same is the case for circuitikz and pgfplots. So, it safer to use "http://mirrors.ctan.org/; .. data.ctan.path .. "/" .. pkg_name .. "tds.zip" But, for context packages, CTAN does nto have the tds zips (I guess because the default zip is already TDS compliant). For example: https://www.ctan.org/pkg/context-filter has the "download" link at the bottom but not the "TDS Archive" link. In the end, since I am only installing 4-5 packages, it is simpler to input the URLs but hand rather than write code to automate the logic. If only we could convince CTAN to have a common structure - this came up recently with Norbert re. supporting TeX Live! (cf. CRAN for example) Joseph ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Archlinux: updated BPKGBUILD for luametatex
On Wed, 15 Dec 2021, Michal Vlasák via ntg-context wrote: > On Wed Dec 15, 2021 at 7:28 PM CET, Hans Hagen via ntg-context wrote: > > On 12/15/2021 6:22 PM, Aditya Mahajan via ntg-context wrote: > > > Hi all, > > > > > > I am changing the way modules are installed in the ArchLinux aur package > > > for luametatex. > > > > > > https://aur.archlinux.org/packages/luametatex/ > > > > > > Earlier, I was just sym-linking to the modules installed by > > > context-minimals-git package (which I also maintain). However, some > > > packages there were out of date (in particular pgf/tikz). The new > > > PKGBUILD installs the modules directly from CTAN. > > > > > > The following modules are installed by default: > > > filter, vim, visualcounter, pgf, pgfplots, circtuitikz > > > > > > You can install other modules by adding them in the PKGBUILD. > > > > > > I am not sure if anyone else actually uses this PKGBUILD to maintain an > > > up-to-date installation of LMTX. If someone does use it, and wishes to > > > add more modules to the default list, I'll be happy to do that. > > Just curious ... we have this > > > > >mtxrun --script ctan --packages --pattern=tikz > > > > which just gives info (at the time i made that the ctan api was bugged > > as it mixed up xml and json keys, but i'm not sure if that was fixed of > > became bug=feature for practical reasons) > > > > i never came to a 'download option' because it was ot clear where to > > download from .. are there zips? > > Not sure if it's for every package, but should be just > > "http://mirrors.ctan.org/; .. data.ctan.path .. ".zip" > > in scripts.ctan.details. This corresponds the "Download" link on the CTAN page of each package, but unfortunately, is not always in TDS format. For example, for pgf (which is locate at /graphics/pgf/base), we have https://mirrors.ctan.org/graphics/pgf/base.zip which lists all tex related files in base/tex sub-directory. The CTAN page (https://www.ctan.org/pkg/pgf) also has a field "TDS Archive", which lists: http://mirrors.ctan.org/install/graphics/pgf/base/pgf.tds.zip which is TDS compliant. The same is the case for circuitikz and pgfplots. So, it safer to use "http://mirrors.ctan.org/; .. data.ctan.path .. "/" .. pkg_name .. "tds.zip" But, for context packages, CTAN does nto have the tds zips (I guess because the default zip is already TDS compliant). For example: https://www.ctan.org/pkg/context-filter has the "download" link at the bottom but not the "TDS Archive" link. In the end, since I am only installing 4-5 packages, it is simpler to input the URLs but hand rather than write code to automate the logic. Aditya ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Errors in source files return success
On Wed, 15 Dec 2021 20:48:29 +0100 Hans Hagen wrote: > You can check in the next upload: > > - The 'failure' that you saw was actually a real lua error because I > hadn't adapted some fancy, a very old 'around' 2006 feature, seldom > used as it's more 'an example of possibilities' code to luametatex > yet ... fwiw, we still share some lua files between engines. Thanks for looking into that. I'll check the next upload. > - Afaiks you should now get return code 1 for other cases (say you > give \foo without meaning). It's a it tricky as this info has to pass > through several subsystems. Hard TeX errors (like \undefined) already return 1. > - The runaway error is actually kind of special (there are a few > more) where the engine simply quits in confusion and doesn't exit > hard as error (often because tex could somehow recover). If needed I > can actually do a real error but it's not entirely compatible then > (not that i care that much about compatibility in these shady areas.) I'd vote to handle those as hard errors because 1) Luametatex isn't focused on compatibility. 2) The user explicitly requested error reporting (by providing --errors). 3) No one is recovering tex runs these days. Marco ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Archlinux: updated BPKGBUILD for luametatex
On Wed Dec 15, 2021 at 7:28 PM CET, Hans Hagen via ntg-context wrote: > On 12/15/2021 6:22 PM, Aditya Mahajan via ntg-context wrote: > > Hi all, > > > > I am changing the way modules are installed in the ArchLinux aur package > > for luametatex. > > > > https://aur.archlinux.org/packages/luametatex/ > > > > Earlier, I was just sym-linking to the modules installed by > > context-minimals-git package (which I also maintain). However, some > > packages there were out of date (in particular pgf/tikz). The new PKGBUILD > > installs the modules directly from CTAN. > > > > The following modules are installed by default: > > filter, vim, visualcounter, pgf, pgfplots, circtuitikz > > > > You can install other modules by adding them in the PKGBUILD. > > > > I am not sure if anyone else actually uses this PKGBUILD to maintain an > > up-to-date installation of LMTX. If someone does use it, and wishes to add > > more modules to the default list, I'll be happy to do that. > Just curious ... we have this > > >mtxrun --script ctan --packages --pattern=tikz > > which just gives info (at the time i made that the ctan api was bugged > as it mixed up xml and json keys, but i'm not sure if that was fixed of > became bug=feature for practical reasons) > > i never came to a 'download option' because it was ot clear where to > download from .. are there zips? Not sure if it's for every package, but should be just "http://mirrors.ctan.org/; .. data.ctan.path .. ".zip" in scripts.ctan.details. E.g. from https://ctan.org/json/2.0/pkg/lm: ctan.path = /fonts/lm => zip url = http://mirrors.ctan.org/fonts/lm.zip I think it may be better to get packages from TeX Live. They are already "built" (although this is probably not necessary for packages that ConTeXt is interested in) and split into documentation, sources and runtime files. The TeXLive database: http://mirrors.ctan.org/systems/texlive/tlnet/tlpkg/texlive.tlpdb or http://mirrors.ctan.org/systems/texlive/tlnet/tlpkg/texlive.tlpdb.xz E.g: name lm category Package revision 58637 shortdesc Latin modern fonts in outline formats relocated 1 longdesc The Latin Modern family of fonts consists of 72 text fonts and [...] docfiles size=657 RELOC/doc/fonts/lm/GUST-FONT-LICENSE.TXT RELOC/doc/fonts/lm/MANIFEST-Latin-Modern.TXT [...] runfiles size=10645 RELOC/fonts/afm/public/lm/lmb10.afm RELOC/fonts/afm/public/lm/lmbo10.afm [...] Then: http://mirrors.ctan.org/systems/texlive/tlnet/archive/lm.tar.xz http://mirrors.ctan.org/systems/texlive/tlnet/archive/lm.doc.tar.xz Some packages also have "srcfiles" and the source files tar: http://mirrors.ctan.org/systems/texlive/tlnet/archive/X.source.tar.xz PS: To be frank I didn't manage to even run the mtx-ctan script, seems like a problem with locating libs-imp-curl.lmt, although util-jsn.lua is fine and is also "require"d. [...] resolvers | libraries | locating, level '1', method 'already loaded', name 'util-jsn' resolvers | libraries | locating, level '1', method 'preload table', name 'util-jsn' resolvers | libraries | locating, level '1', method 'lua variable format', name 'util-jsn' resolvers | libraries | registered lua format path 1: . resolvers | libraries | registered lua format path 2: /home/michal/texmf/tex/context/ resolvers | libraries | registered lua format path 3: /home/michal/src/context/tex/texmf-project/tex/context/ resolvers | libraries | registered lua format path 4: /home/michal/src/context/tex/texmf-fonts/tex/context/ resolvers | libraries | registered lua format path 5: /home/michal/src/context/tex/texmf-local/tex/context/ resolvers | libraries | registered lua format path 6: /home/michal/src/context/tex/texmf-modules/tex/context/ resolvers | libraries | registered lua format path 7: /home/michal/src/context-mirror/tex/context/ resolvers | libraries | registered lua format path 8: /home/michal/src/context/tex/texmf-linux-64/tex/context/ resolvers | libraries | registered lua format path 9: /home/michal/src/context/tex/texmf/tex/context/ resolvers | libraries | registered lua format path 10: /home/michal/texmf/tex/plain/base/ resolvers | libraries | registered lua format path 11: /home/michal/src/context/tex/texmf-project/tex/plain/base/ resolvers | libraries | registered lua format path 12: /home/michal/src/context/tex/texmf-fonts/tex/plain/base/ resolvers | libraries | registered lua format path 13: /home/michal/src/context/tex/texmf-local/tex/plain/base/ resolvers | libraries | registered lua format path 14:
Re: [NTG-context] Errors in source files return success
On 12/15/2021 4:21 PM, Marco Patzer wrote: Hi Hans, a followup to our conversation in the meeting: here's an MWE demonstrating that errors aren't passed on to the runner script, except for "logs.errors=missing characters", which in fact do return failure, all others do return success. %% enables logging of errors same as --errors \enabledirectives [logs.errors] \starttext %% ### semi simple group … entered at line \startalignment [middle] foo \stoptext You can check in the next upload: - The 'failure' that you saw was actually a real lua error because I hadn't adapted some fancy, a very old 'around' 2006 feature, seldom used as it's more 'an example of possibilities' code to luametatex yet ... fwiw, we still share some lua files between engines. - Afaiks you should now get return code 1 for other cases (say you give \foo without meaning). It's a it tricky as this info has to pass through several subsystems. - The runaway error is actually kind of special (there are a few more) where the engine simply quits in confusion and doesn't exit hard as error (often because tex could somehow recover). If needed I can actually do a real error but it's not entirely compatible then (not that i care that much about compatibility in these shady areas.) 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 - ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Archlinux: updated BPKGBUILD for luametatex
Great thank you again Aditya Le mer. 15 déc. 2021 à 19:29, Hans Hagen via ntg-context a écrit : > On 12/15/2021 6:22 PM, Aditya Mahajan via ntg-context wrote: > > Hi all, > > > > I am changing the way modules are installed in the ArchLinux aur package > for luametatex. > > > > https://aur.archlinux.org/packages/luametatex/ > > > > Earlier, I was just sym-linking to the modules installed by > context-minimals-git package (which I also maintain). However, some > packages there were out of date (in particular pgf/tikz). The new PKGBUILD > installs the modules directly from CTAN. > > > > The following modules are installed by default: > > filter, vim, visualcounter, pgf, pgfplots, circtuitikz > > > > You can install other modules by adding them in the PKGBUILD. > > > > I am not sure if anyone else actually uses this PKGBUILD to maintain an > up-to-date installation of LMTX. If someone does use it, and wishes to add > more modules to the default list, I'll be happy to do that. > Just curious ... we have this > > >mtxrun --script ctan --packages --pattern=tikz > > which just gives info (at the time i made that the ctan api was bugged > as it mixed up xml and json keys, but i'm not sure if that was fixed of > became bug=feature for practical reasons) > > i never came to a 'download option' because it was ot clear where to > download from .. are there zips? > > (i actually made it when i played with identifying potential fonts) > > 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 > - > > ___ > 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://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > > ___ > ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Archlinux: updated BPKGBUILD for luametatex
On 12/15/2021 6:22 PM, Aditya Mahajan via ntg-context wrote: Hi all, I am changing the way modules are installed in the ArchLinux aur package for luametatex. https://aur.archlinux.org/packages/luametatex/ Earlier, I was just sym-linking to the modules installed by context-minimals-git package (which I also maintain). However, some packages there were out of date (in particular pgf/tikz). The new PKGBUILD installs the modules directly from CTAN. The following modules are installed by default: filter, vim, visualcounter, pgf, pgfplots, circtuitikz You can install other modules by adding them in the PKGBUILD. I am not sure if anyone else actually uses this PKGBUILD to maintain an up-to-date installation of LMTX. If someone does use it, and wishes to add more modules to the default list, I'll be happy to do that. Just curious ... we have this >mtxrun --script ctan --packages --pattern=tikz which just gives info (at the time i made that the ctan api was bugged as it mixed up xml and json keys, but i'm not sure if that was fixed of became bug=feature for practical reasons) i never came to a 'download option' because it was ot clear where to download from .. are there zips? (i actually made it when i played with identifying potential fonts) 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 - ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Archlinux: updated BPKGBUILD for luametatex
Hi all, I am changing the way modules are installed in the ArchLinux aur package for luametatex. https://aur.archlinux.org/packages/luametatex/ Earlier, I was just sym-linking to the modules installed by context-minimals-git package (which I also maintain). However, some packages there were out of date (in particular pgf/tikz). The new PKGBUILD installs the modules directly from CTAN. The following modules are installed by default: filter, vim, visualcounter, pgf, pgfplots, circtuitikz You can install other modules by adding them in the PKGBUILD. I am not sure if anyone else actually uses this PKGBUILD to maintain an up-to-date installation of LMTX. If someone does use it, and wishes to add more modules to the default list, I'll be happy to do that. Aditya ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Location for require(...) files
Hi, I am not trying to install tikz related modules from ctan rather than copying them from the minimals. I notice that the latest version of pgfplot now gives an error: token call, execute: ...etatex/texmf-context/tex/context/base/mkiv/l-sandbox.lua:180: module 'prepcontour' not found: no field package.preload['prepcontour'] no file '/usr/local/share/lua/5.4/prepcontour.lua' no file '/usr/local/share/lua/5.4/prepcontour/init.lua' no file '/usr/local/lib/lua/5.4/prepcontour.lua' no file '/usr/local/lib/lua/5.4/prepcontour/init.lua' no file './prepcontour.lua' no file './prepcontour/init.lua' pgfplots has a line which is essentially equal to \directlua{require(prepcontour);} https://github.com/pgf-tikz/pgfplots/blob/da2acbe847db88d1b916b324562161a1c8a3d36a/tex/generic/pgfplots/libs/tikzlibrarypgfplots.contourlua.code.tex#L27 It also ships with a prepcontour.lua file: $mtxrun prepcontour.lua /opt/luametatex/texmf-modules/tex/generic/pgfplots/lua/prepcontour.lua However, it is not found by the require(...) file. The value of my LUAINPUTS variable is: mtxrun --expand-var LUAINPUTS .;.;{home:texmf,!!selfautoparent:texmf-project,!!selfautoparent:texmf-fonts,!!selfautoparent:texmf-local,!!selfautoparent:texmf-modules,!!selfautoparent:texmf-context,!!selfautoparent:texmf-linux-64,!!selfautoparent:texmf}/tex/{context,plain/base,generic}//;{home:texmf,!!selfautoparent:texmf-project,!!selfautoparent:texmf-fonts,!!selfautoparent:texmf-local,!!selfautoparent:texmf-modules,!!selfautoparent:texmf-context,!!selfautoparent:texmf-linux-64,!!selfautoparent:texmf}/scripts/context/lua// So, the above file should have been found, but it isn't. How can I fix this. FWIW, here is a minimal example: \directlua{require("prepcontour");} Thanks, Aditya ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Typo in m-tikz
Hi, There is a typo in m-tikz.mkxl (possibly a carry-over from t-tikz.tex). The module ends with a spurious `\stopmodule`: https://github.com/contextgarden/context-mirror/blob/fe714093ebb95e4a870282782e2124cff2e546e5/tex/context/modules/mkxl/m-tikz.mkxl#L113 (Or rather, the corresponding `\startmodule` is missing). This causes an interesting error message on the following test file: \usemodule[tikz] \usetypescriptfile[euler] \definetypeface[mainfont][rm][serif][pagella][default] \definetypeface[mainfont][mm][math] [pagellaovereuler][default] \definetypeface[mainfont][tt][mono] [dejavu][default] [rscale=0.8, features=none] \setupbodyfont[mainfont,11pt] \starttext $\dfrac{1}{2}$ \stoptext which gives: system > module wrapping error in 'tikz' close source> level 2, order 67, name '/opt/luametatex/texmf-context/tex/context/modules/mkxl/m-tikz.mkxl' open source > level 2, order 68, name '/opt/luametatex/texmf-context/tex/context/fonts/mkiv/type-imp-euler.mkiv' open source > level 3, order 69, name '/opt/luametatex/texmf-context/tex/context/fonts/mkiv/type-imp-texgyre.mkiv' close source> level 3, order 69, name '/opt/luametatex/texmf-context/tex/context/fonts/mkiv/type-imp-texgyre.mkiv' open source > level 3, order 70, name '/opt/luametatex/texmf-context/tex/context/fonts/mkiv/type-imp-dejavu.mkiv' close source> level 3, order 70, name '/opt/luametatex/texmf-context/tex/context/fonts/mkiv/type-imp-dejavu.mkiv' suggestion > use \withcedilla instead of \c suggestion > use \withcaron instead of \v close source> level 2, order 70, name '/opt/luametatex/texmf-context/tex/context/fonts/mkiv/type-imp-euler.mkiv' open source > level 2, order 71, name '/opt/luametatex/texmf-context/tex/context/fonts/mkiv/type-imp-texgyre.mkiv' close source> level 2, order 71, name '/opt/luametatex/texmf-context/tex/context/fonts/mkiv/type-imp-texgyre.mkiv' fonts > typescripts > unknown library 'pagellaovereuler' open source > level 2, order 72, name '/opt/luametatex/texmf-context/tex/context/fonts/mkiv/type-imp-dejavu.mkiv' close source > level 2, order 72, name '/opt/luametatex/texmf-context/tex/context/fonts/mkiv/type-imp-dejavu.mkiv' fonts > defining > font with asked name 'unknown' is not found using lookup 'file' fonts > defining > unable to define 'unknown' as 'mainfont-11pt-rm-tf-0--0' fonts > defining > unable to define 'unknown' as 'mainfont-11pt-mm-mr--3' fonts > defining > unable to define 'unknown' as 'mainfont-11pt-mm-mr--2' fonts > defining > unable to define 'unknown' as 'mainfont-11pt-mm-mr--1' fonts > defining > unable to define 'unknown' as 'mainfont-11pt-mm-mb--3' fonts > defining > unable to define 'unknown' as 'mainfont-11pt-mm-mb--2' fonts > defining > unable to define 'unknown' as 'mainfont-11pt-mm-mb--1' tex error > tex error on line 10 in file ./test.tex: Math error: parameter 'fractionrule' in style 2 is not set $\dfrac{1}{2}$ And since tikz is a latex module, in the true LaTeX spirit, the error goes away (for obvious reasons) if I move the \usemodule[tikz] to after the font definitions. It took quite a while to figure out what is happening. Aditya ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] upload ... new feature
Hi, This time the lmtx upload has a (for some maybe) interesting new features: runtime pdf encryption. context --ownerpassword=foo [--userpassword=bar] [--permissions="see context --help --expert"] One can also use the document banner line, like: % ownerpassword="foo" userpassword="" permissions="print,extract,quality" Now, this is a feature that relies on the viewer to deal properly with it as we only support the not depricated method (why bother with the old stuff). acrobat : it took some effort (and trial and error) to make that one happy but it seems to work ok summatra : the one i use, it works ok in the latest greatest (i use 3.3.13418) mutool : okay but sometimes with a warning (i have a workearound but not enabled it because i consider it to be a bug) qpdf : happy but check gives a permissions warning (understandable as that is a real mess) firefox : opens ok in the latest version (pdf.js) chrome : can't handle the revision level we use (the rest is depricated so i consider it a lack of feature for now) edge : idem okular : my (windows) version is too old xpdf : not up to it yet foxit: (i never use it, but tried ... it's code seems to be what is used in chrome) doesn't work with this revision I would be surprised if the native apple viewer works but I can't test that. Given earlier pdf threads, I wanna check with Michal Vlasák what can be improved. Performance is okay, the luametatex manual takes 1% more runtime and that's within the runtime measurement margin that I use. I didn't test with external images yet but will do that so don't expection yet. It will probably take a few months to reach a stable state anyway. (But ... afaiks tikz pdf generation, which is also somewhat alien to context, seems to work). Hopefully I didn't mess up the unrelated code, 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 - ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] xml processing: if elseif else / switch case
Thanks for all the answers. That's helpful. But I think that does not work with the xml tests, or does it? I mean, is this a general mechanism? Denis Von: ntg-context im Auftrag von Hans Hagen via ntg-context Gesendet: Donnerstag, 9. Dezember 2021 17:53:42 An: mailing list for ConTeXt users Cc: Hans Hagen Betreff: Re: [NTG-context] xml processing: if elseif else / switch case On 12/9/2021 5:30 PM, Joey McCollum via ntg-context wrote: > Thanks for correcting that, Wolfgang. I must have added the other \fi > instances because I was trying to use \orelse in MKIV and couldn't get > it to work. Is it only supported in LMTX? yes, it's one of the native luametatex features (already there for a while) 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 - ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___ ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] xml processing: if elseif else / switch case
On 12/9/2021 5:30 PM, Joey McCollum via ntg-context wrote: Thanks for correcting that, Wolfgang. I must have added the other \fi instances because I was trying to use \orelse in MKIV and couldn't get it to work. Is it only supported in LMTX? yes, it's one of the native luametatex features (already there for a while) 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 - ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Status of moderncv with ConTeXt ?
It worked nicely in my 3 machines until one month ago 2 of my 3 machines don't compile my documents , the third machine runs an older update of LuaMetaTeX. Le jeu. 2 déc. 2021 à 09:27, Laurent Steffan via ntg-context < ntg-context@ntg.nl> a écrit : > Hello, > > In the deprecated document about "Correspondence" dated 2010, the chapter > on résumés describes a ConTeXt reimplementation of the moderncv package. Is > this still usable, and if so, where can I get the relevant files ? > > Thanks in advance > Laurent Steffan > > > > ___ > 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://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > > ___ > ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] xml processing errors after latest upgrade
Another problem. Maybe that's related? Running the file with the --luatex flag gives me this error message: tx-context | redirect luametatex -> luatex: luatex --luaonly "C:/context/tex/texmf-win64/bin/mtxrun.lua" --script mtx-context --luatex debug --redirected mtxrun | unknown script 'mtx-context.lua' or 'mtx-mtx-context.lua' Denis > -Ursprüngliche Nachricht- > Von: ntg-context Im Auftrag von Denis Maier > via ntg-context > Gesendet: Mittwoch, 1. Dezember 2021 11:44 > An: j.ha...@xs4all.nl; ntg-context@ntg.nl > Cc: Maier, Denis Christian (UB) > Betreff: Re: [NTG-context] xml processing errors after latest upgrade > > Ok, seems unrelated to XML. > > This here shows the problem: > > > % no problems withouth setupinteraction > \setupinteraction [ > state=start, > focus=standard, > openaction=FitWidth, > color=, > contrastcolor=, > style=, > ] > > \starttext > > asdf > > \stoptext > > > Best, > Denis > > > -Ursprüngliche Nachricht- > > Von: Hans Hagen > > Gesendet: Mittwoch, 1. Dezember 2021 10:52 > > An: mailing list for ConTeXt users > > Cc: Maier, Denis Christian (UB) > > Betreff: Re: [NTG-context] xml processing errors after latest upgrade > > > > On 12/1/2021 10:41 AM, Denis Maier via ntg-context wrote: > > > > > Not sure what is going wrong. Any hints how I can start debugging? > > > Any ideas what could have caused that change? > > > > > > (Ok, let’s build a MWE..) > > a mix of old / new files? > > > > > > - > >Hans Hagen | PRAGMA ADE > >Ridderstraat 27 | 8061 GH Hasselt | The Netherlands > > tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net archive : > https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > __ > _ ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Influence location of luametatex-cache
On Mon, 29 Nov 2021 12:07:51 +0100 Henning Hraban Ramm via ntg-context wrote: > > How to influence the location of the cache directory? > > Try to set TEXMFCACHE That's it. Thanks Peter and Henning. Marco ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Influence location of luametatex-cache
On Mon, Nov 29 2021, Marco Patzer via ntg-context wrote: > How to influence the location of the cache directory? Hi, I have the line "export TEXMFCACHE=~/.cache" in my ~/.profile and then context creates the directory ~/.cache/luametatex-cache. Cheers, -- Peter ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Influence location of luametatex-cache
Am 29.11.21 um 11:16 schrieb Marco Patzer via ntg-context: Hi! when LMTX is installed in a read-only location (e.g. /opt) it creates a directory "luametatex-cache" in $HOME. How to influence the location of the cache directory? Try to set TEXMFCACHE see also: mtxrun --variables Hraban ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Influence location of luametatex-cache
Hi! when LMTX is installed in a read-only location (e.g. /opt) it creates a directory "luametatex-cache" in $HOME. How to influence the location of the cache directory? Marco ___ 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://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___