November 2020 - ntg-context - NTG Mailing Lists

different outputfilename
by Pablo Rodriguez 15 Nov '20

15 Nov '20

Dear list, I have the following sample: \enablemode[presentation] \doifmodeelse{typesetting} {\disablemode[presentation]} {\enablemode[typesetting]} \startmode[typesetting] \environment[typeset-pages.tex] \stopmode \startmode[presentation] \environment[presentation.tex] \stopmode This help me to generate from the same XML files either text or presentations (they are different elements in the XML itself). I have to invoke ConTeXt as ($source.tex has the content described above): context --purgeall --environment=$source.tex $source.xml But this approach has two shortcommings. It always generates a single file and using the same file name (\jobname.pdf). Is there no way to get the file with the outputfilename set to \jobname-presentation? Many thanks for your help, Pablo -- http://www.ousia.tk

2 1

latest lmtx
by Thomas A. Schmitz 15 Nov '20

15 Nov '20

Hi all, I hadn't upgraded in a couple of weeks because I was in the middle of a project. Now that I'm up to 2020.11.08, I have a problem: I can't load my third party modules; they all throw an error. The error message is Use of \syst_modules_setup_yes doesn't match its definition So I guess it's the way I have used setupmodule in my modules. I tried to find and understand the new code by comparing file-mod.mkvi vs file-mod.mklx, and it should be around l. 117-131 of this file, but I don't quite see what needs to be changed. A line such as \setupmodule [scale=1,font=GreekDidot] for my t-ancientgreek.mkiv works fine with the --luatex switch; in lmtx, context chokes on it. What is the new incantation for modules? Thomas

3 4

Re: [NTG-context] troubles when installing OpenBSD 64 binaries (install.sh?)
by Damien Thiriet 15 Nov '20

15 Nov '20

Hi Hans, Thanks for your answer. I patched install.sh that way *** install.sh Fri Nov 13 19:14:48 2020 --- /usr/local/context/install.sh Sat Nov 14 20:58:00 2020 *************** *** 100,105 **** --- 100,111 ---- fi fi + if test "$SYSTEM" = "OpenBSD" ; then + if test $(grep -c $(uname -r) $PWD/bin/mtx-install.lua)="0"; then + sed -i "/openbsd/s/[0-9]\.[0-9]/$(uname -r)/" $PWD/bin/mtx-install.lua + fi + fi + $PWD/bin/mtxrun --script ./bin/mtx-install.lua --update --server="$LMTXSERVER" --instance="$LMTXINSTANCE" --platform="$PLATFORM" --erase --extras="$LMTXEXTRAS" cp $PWD/tex/texmf-$PLATFORM/bin/mtxrun $PWD/bin/mtxrun I thought this patch might be usefull upstream. It succeeds in patching mtx-install.lua (I checked commenting all the lines below my patch) but somewhere during the install process, this patched $PWD/bin/mtx-install.lua is replaced by the original one and install fails. What else should I do? Best regards, Damien Thiriet

2 1

Bug in matrices/alignment (LMTX)
by Jairo A. del Rio 14 Nov '20

14 Nov '20

Hi everyone. The following example works in ConTeXt MkIV but fails in ConTeXt LMTX: \def\rgeq{\vcenter{\rotate[rotation=270]{$>$}}} \definemathmatrix[void][left=,right=,simplecommand=voidmatrix] \starttext \startformula \voidmatrix{% G_{1,1}, >, G_{1,2}, >, G_{1,3}, >, G_{1,4}, \ldots, G_1; \rgeq , , \rgeq , , \rgeq , , \rgeq , , \rgeq; G_{2,1}, >, G_{2,2}, >, G_{2,3}, >, G_{2,4}, \ldots, G_2; \rgeq , , \rgeq , , \rgeq , , \rgeq , , \rgeq; G_{3,1}, >, G_{3,2}, >, G_{3,3}, >, G_{3,4}, \ldots, G_3; , , , , , , , , \rgeq } \stopformula \stoptext In LMTX only the first column of rotated symbols appear. My ConTeXt version is: LuaTeX 2.08 20201103 + ConTeXt MkIV 2020.11.13 19:13 Thank you very much. Best regards, Jairo :)

2 2

Re: [NTG-context] troubles when installing OpenBSD 64 binaries (install.sh?)
by Damien Thiriet 14 Nov '20

14 Nov '20

Hi, I apologize for sending more or less the same message as last week, but it went unnoticed on the mailing list. To sum up, looks like that install.sh cannot fetch the openbsd 6.8 amd64 binaries. I am aware of the *tma issue noticed by some list users, but since I am ripping of anything in my /usr/local/context/ tree before upgrading, shouldn't be an issue. Any help really welcomed, since texlive context package doesn't compile either on my computer, an issue the packager spend time on it and couldn't recreate/resolve. This means I am stick with compiling via ssh on a debian box. Best regards, Damien Thiriet > Date: Sat, 7 Nov 2020 17:32:35 +0100 > From: Damien Thiriet <damien(a)thiriet.web4me.fr> > To: ntg-context(a)ntg.nl > Subject: troubles when installing OpenBSD 64 binaries (install.sh?) > > Hi, > > > I tried to install the new OpenBSD amd64 binaries (thanks Hans!) > but it failed. I suspect something is wrong with install.sh > > Here is the script I use to install binaries on a new system: > > > #!/bin/ksh > #script pour installer ConTeXt dans une nouvelle version OpenBSD > #Pour lire avant usage > /bin/echo "as-tu bien relu le script avant de le lancer?" > #temps de pause pour la lecture > /bin/sleep 30 > #nettoie avant installation > /bin/rm -rf /usr/local/context/* > > #telecharge > /usr/bin/ftp http://lmtx.pragma-ade.nl/install-lmtx/context-openbsd$(uname -r)-amd64.zip > > #decompresse > /usr/local/bin/unzip context-openbsd$(uname -r)-amd64.zip -d /usr/local/context/ > > #va dans le dossier > cd /usr/local/context/ > #change les permissions > /bin/chmod 744 install.sh > #lance install.sh > ./install.sh > > Here is the output log > > > Requesting http://lmtx.pragma-ade.nl/install-lmtx/context-openbsd6.8-amd64.zip > 100% |*******************************************************************************************************| 1255 KB 00:01 > 1285778 bytes received in 1.76 seconds (711.15 KB/s) > Archive: context-openbsd6.8-amd64.zip > creating: /usr/local/context/bin/ > inflating: /usr/local/context/bin/mtx-install.lua > inflating: /usr/local/context/bin/mtxrun > inflating: /usr/local/context/bin/mtxrun.lua > inflating: /usr/local/context/installation.pdf > inflating: /usr/local/context/install.sh > mtxrun | forcing cache reload > resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/root/texmf/web2c' from specification 'home:texmf/web2c' > resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/usr/local/texmf-local/web2c' from specification 'selfautoparent:/texmf-local/web2c' > resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/usr/local/texmf-context/web2c' from specification 'selfautoparent:/texmf-context/web2c' > resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/usr/local/texmf-dist/web2c' from specification 'selfautoparent:/texmf-dist/web2c' > resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/usr/local/texmf/web2c' from specification 'selfautoparent:/texmf/web2c' > resolvers | resolving | looking for fallback 'contextcnf.lua' on given path '/root/texmf/web2c' from specification 'home:texmf/web2c' > resolvers | resolving | looking for fallback 'contextcnf.lua' on given path '/usr/local/texmf-local/web2c' from specification 'selfautoparent:/texmf-local/web2c' > resolvers | resolving | looking for fallback 'contextcnf.lua' on given path '/usr/local/texmf-context/web2c' from specification 'selfautoparent:/texmf-context/web2c' > resolvers | resolving | looking for fallback 'contextcnf.lua' on given path '/usr/local/texmf-dist/web2c' from specification 'selfautoparent:/texmf-dist/web2c' > resolvers | resolving | looking for fallback 'contextcnf.lua' on given path '/usr/local/texmf/web2c' from specification 'selfautoparent:/texmf/web2c' > resolvers | resolving | > resolvers | resolving | warning: no lua configuration files found > resolvers | resolving | no texmf paths are defined (using TEXMF) > resolvers | resolving | > mtxrun | the resolver databases are not present or outdated > mtx-install | server : lmtx.pragma-ade.com > mtx-install | instance : install-lmtx > mtx-install | platform : openbsd6.8-amd64 > mtx-install | system : unix > mtx-install | fetching 'http://lmtx.pragma-ade.com/install-lmtx//texmf.zip' > mtx-install | unzipping 'texmf.zip' > 166 files of 1664 done, 3298500 bytes, 0.060 seconds > 332 files of 1664 done, 20874604 bytes, 0.330 seconds > 498 files of 1664 done, 44670096 bytes, 0.690 seconds > 664 files of 1664 done, 45690920 bytes, 0.730 seconds > 830 files of 1664 done, 46176672 bytes, 0.770 seconds > 996 files of 1664 done, 47045568 bytes, 0.810 seconds > 1162 files of 1664 done, 47492564 bytes, 0.840 seconds > 1328 files of 1664 done, 76220771 bytes, 1.230 seconds > 1494 files of 1664 done, 88713303 bytes, 1.420 seconds > 1660 files of 1664 done, 89893244 bytes, 1.460 seconds > 1664 files of 1664 done, 89953574 bytes, 1.460 seconds > mtx-install | fetching 'http://lmtx.pragma-ade.com/install-lmtx//texmf-context.zip' > mtx-install | unzipping 'texmf-context.zip' > 404 files of 4045 done, 90301449 bytes, 1.370 seconds > 808 files of 4045 done, 95541495 bytes, 1.480 seconds > 1212 files of 4045 done, 102546934 bytes, 1.670 seconds > 1616 files of 4045 done, 120427309 bytes, 1.960 seconds > 2020 files of 4045 done, 131504449 bytes, 2.110 seconds > 2424 files of 4045 done, 138996466 bytes, 2.240 seconds > 2828 files of 4045 done, 145377377 bytes, 2.360 seconds > 3232 files of 4045 done, 151956221 bytes, 2.480 seconds > 3636 files of 4045 done, 157895101 bytes, 2.570 seconds > 4040 files of 4045 done, 163320456 bytes, 2.700 seconds > 4045 files of 4045 done, 163339965 bytes, 2.710 seconds > mtx-install | invalid database 'http://lmtx.pragma-ade.com/install-lmtx//tex/texmf-openbsd6.8-amd64.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: /usr/local/context/tex/texmf-openbsd6.8-amd64/bin/mtxrun --generate > sh: /usr/local/context/tex/texmf-openbsd6.8-amd64/bin/mtxrun: not found > mtx-install | running: /usr/local/context/tex/texmf-openbsd6.8-amd64/bin/mtxrun --script cache --erase > sh: /usr/local/context/tex/texmf-openbsd6.8-amd64/bin/mtxrun: not found > mtx-install | running: /usr/local/context/tex/texmf-openbsd6.8-amd64/bin/mtxrun --generate > sh: /usr/local/context/tex/texmf-openbsd6.8-amd64/bin/mtxrun: not found > mtx-install | running: /usr/local/context/tex/texmf-openbsd6.8-amd64/bin/context --make en > sh: /usr/local/context/tex/texmf-openbsd6.8-amd64/bin/context: not found > mtx-install | > mtx-install | tex/texmf : 0 files with 0 bytes installed > mtx-install | tex/texmf-context : 0 files with 0 bytes installed > 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(a)ntg.nl) > mtx-install | > mtx-install | update, done > > cp: /usr/local/context/tex/texmf-openbsd6.8-amd64/bin/mtxrun: No such file or directory > > If you want to run ConTeXt everywhere, you need to adapt the path, like: > > export PATH=/usr/local/context/tex/texmf-openbsd6.8-amd64/bin:$PATH > > If you run from an editor you can specify the full path to mtxrun: > > /usr/local/context/tex/texmf-openbsd6.8-amd64/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 : /usr/local/context > platform : openbsd6.8-amd64 > > So, binaries can't be found under openbsd-6.8.amd64/bin > > > Best regards, > > Damien Thiriet

2 1

Fatal error 11
by Otared Kavian 14 Nov '20

14 Nov '20

Hi Hans, With the latest LMTX (current version: 2020.11.13 19:13), a project (which used to typeset correctly until last week) cannot be typeset anymore. I did try to typeset smaller parts of my files but this did not help: I keep getting fatal error: return code: 11 and no PDF output. Somewhere in the log I have also error in line 35, namespace 'mathfences', instance 'curly', key 'curly,' where in my file \curly is defined as \definemathfence[curly][brace][command=yes,factor=auto] However this command works fine with LMTX when I use it in a minimal example. How can I get a more clear error message so that I can localize what the new LMTX does not like ? Of course I can stay with mkiv where my file can be typeset without problem, but it would be useful to have error messages which help really the user. Best regards: Otared K.

1 0

non-ascii chars in cmd.exe (Windows)
by Pablo Rodriguez 13 Nov '20

13 Nov '20

Dear list, I have the following sample: \starttext \startluacode io.write(' Name? ') document.name = io.read() or '' \stopluacode \cldcontext{document.name} is the name. \stoptext Running it on Linux, I can input non-ascii characters. When running in Windows, if the input chars contains a non-ascii one, document.name is empty. I have no problem passing arguments from cmd with Unicode characters (such as in '--arguments="name={αβγ}"'. I’m using current latest (ConTeXt MkIV 2020.11.08 12:42). I’m not sure what I am missing or whether I have hit a bug. Many thanks for your help, Pablo -- http://www.ousia.tk

2 4

LMTX, mathcases and noalign
by Jean-Philippe Rey 13 Nov '20

13 Nov '20

Dear list, I am trying to switch from MKIV to LMTX. I've just found a discrepancy with the following code which puts space between two lines in a math alignment. This minimum breaking example uses \startcases, but the same problem arises with other alignment macros. \starttext \startformula \startcases \NC 1 \NC if not null \NR \noalign{\vskip2ex} \NC 0 \NC if null \NR \stopcases \stopformula \stoptext This snippet works fine with MKIV but breaks in LMTX (see attached log file). Is this a bug in LMTX or is there another way to insert space between two lines? I've already tried different other solutions, but none seems really appropriate: - \intertext produces a vertical space of at least 3 lines and I haven't been able to make it smaller; - adding an empty line (\NC \NR) produces a smaller space but I am unable to reduce its height below a minimum value (roughly a line); - adding a \vrule to the above or below line works fine but it needs some calculation depending on the content of the line. Thank you for your help, -- Jean-Philippe Rey jean-philippe.rey(a)centralesupelec.fr 91192 Gif-sur-Yvette Cedex - France Empreinte PGP : 807A 5B2C 69E4 D4B5 783A 428A 1B5E E83E 261B BF51

2 1

problems with signature fields
by Pablo Rodriguez 12 Nov '20

12 Nov '20

Hans, I have the following sample: \setupinteraction[state=start] \starttext \startTEXpage[offset=1em] \definefield[x][signature] \field[x] \stopTEXpage \stoptext I can only use Acrobat to sign PDF documents with signature fields generated by ConTeXt. Other tools sign the PDF document not producing a valid signature (Acrobat cannot read or validate it). From the source, signature has two objects (copied from the sample above): 2 0 obj << /DA (/rmtf 11.9552 Tf 1.1955 Ts 0 0 0 rg 0 0 0 RG) /DV <FEFF> /F 4 /FT /Sig /Ff 0 /Kids 1 0 R /MaxLen 1024 /Q 0 /Subtype /Widget /T <FEFF0078> /V <FEFF> >> endobj 4 0 obj << /Type /Annot /DA (/rmtf 11.9552 Tf 1.1955 Ts 0 0 0 rg 0 0 0 RG) /F 4 /Parent 2 0 R /Q 0 /Subtype /Widget /Rect [ 14.033054 14.033054 70.40415 25.08072 ] >> endobj One of the tools that has issues with two objects for the signature field is the latest version (1.18) from mupdf-gl. mupdf-gl adds the signature value to the child (object 4) and not to its parent (object 2). I’m afraid this is also the same issue that AutoFirma (a e-signing tool developed by the Spanish government [https://firmaelectronica.gob.es/Home/Descargas.html] has with these signature fields. When both objects are merged in one (as Acrobat Reader does when saving a copy), both tools generate documents contaning signatures totally unproblematic to be read validated by Acrobat. I suggested merging both objects back in 2017. You told me that simplifyng this would introduce too much complexity in ConTeXt only to save some bytes. Back then, I thought it was an minor improvement. Now I realized that this two objects for signature fiels are only valid for Acrobat. I wonder whether this improvement might be also easier to make in LMTX. Would it be possible that signature fields may have only one object, so that mupdf-gl and other tools have no problem signing fields PDF documents generated by ConTeXt? Many thanks for your help, Pablo -- http://www.ousia.tk

2 2

UTF-8 characters being dropped from typefile
by ntg＠scorecrow.com 11 Nov '20

11 Nov '20

Sorry for this really, really basic question but... I have the following 3 line source file: \starttext \typefile{test-listing.txt} \stoptext The file "test-listing.txt" is UTF-8 and includes the character U+25B8 (black right-pointing small triangle) which is being dropped from the output. The console shows: fonts > checking > char ▸ (U+025B8) in font 'LMMono12-Regular' with id 8: missing Which explains why the character is being dropped. What I don't understand is why is LMMono12-Regular being used? I thought I had read somewhere that TeX Gyre fonts were now the default (I'm on ConTeXt ver: 2020.11.05 23:01 LMTX) ? If not, is there an installation level config setting to make them the default or do I need to work out the relevant \start ... \stoptypescript commands? Thanks in advance. -- Bruce Horrocks Hampshire, UK

3 2