Re: [NTG-context] new page before xtable with repeated headers
On 5/31/2021 10:50 AM, Werner Hennrich wrote: I still rely in all my installations on this bit at the bottom to be in cont-new.mkxl. Is there a way to make this patch update-safe? There are comments in ./tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl: %D This file is loaded at runtime, thereby providing an excellent place for hacks, %D patches, extensions and new features. There can be local overloads in cont-loc %D (which has always been the case) and experimental code in cont-exp (which is also %D so old that I need to remind myself to check it occasionally, so here is the %D reminder). I tried the mentioned local overload methods but didn't get them to work. Did I mess up somehow or is the comment above outdated? Are there any better ways - update-safe though? Thanks a lot, Werner Am 23.04.21 um 21:28 schrieb Hans Hagen: You can put this on cont-new.mkxl as test: \unprotect \defcsname\??xtableflushsplit\v!repeat\endcsname {\doloop {\clf_x_table_flush method {\v!split}% height \ifdim\pagegoal=\maxdimen\textheight\else\dimexpr\pagegoal-\pagetotal\relax\fi \relax \ifcase\c_tabl_x_state \exitloop \else \page \fi}} \protect cont-new will be overwritten so when you put a patch in there you need to check a next upload if that patch is permanent you can also put patched in a cont-loc file (make sure that you run mtxrun --generate after making one) and out that file in your texmf-local tree (or project tree) as these will not be replaced you can wrap such a patch in: \ifcsname\??xtableflushsplit\v!repeat\endcsname \else \fi to make sure that it's not overloading something built in 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 page before xtable with repeated headers
I still rely in all my installations on this bit at the bottom to be in cont-new.mkxl. Is there a way to make this patch update-safe? There are comments in ./tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl: %D This file is loaded at runtime, thereby providing an excellent place for hacks, %D patches, extensions and new features. There can be local overloads in cont-loc %D (which has always been the case) and experimental code in cont-exp (which is also %D so old that I need to remind myself to check it occasionally, so here is the %D reminder). I tried the mentioned local overload methods but didn't get them to work. Did I mess up somehow or is the comment above outdated? Are there any better ways - update-safe though? Thanks a lot, Werner Am 23.04.21 um 21:28 schrieb Hans Hagen: You can put this on cont-new.mkxl as test: \unprotect \defcsname\??xtableflushsplit\v!repeat\endcsname {\doloop {\clf_x_table_flush method {\v!split}% height \ifdim\pagegoal=\maxdimen\textheight\else\dimexpr\pagegoal-\pagetotal\relax\fi \relax \ifcase\c_tabl_x_state \exitloop \else \page \fi}} \protect ___ 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] LMTX and my custom typescripts
Yesterday I installed a new LMTX instance *ex nihilo*. Unfortunately, the new instance will not load my typescripts. My several commercial fonts and the typescripts I wrote for them reside in the texmf-project tree, along with a style file that loads them. I load the style file in my source files with the \environment command. The files in texmf-project are properly indexed. I know this, because the style file's name appears in the log, because I can list the fonts with mtxrun --script fonts --list --files --all --pattern=Dolly*, and because he style file evokes \showframe and \showgrid; the result of which I see in the typeset results. Regardless of whether a typescript files, e.g. type-DollyPro.tex, is in the texmf-tree or in the same directory as the ConTeXt source file, evoking \usetypescriptfile[type-DollyPro] fails. The log says: fonts > typescripts > unknown library 'DollyPro' fonts > typescripts > unknown library 'DollyPro' However, including the typescripts in the ConTeXt source file succeeds; which would seem to imply that my typescript definitions are correct. Using an old instance: LMTX LuaTeX 2.03 20191227 + ConTeXt MkIV 2019.12.27 19:26, loading the typescript via the style file works as expected. I regret that my mwe remains academic, since you need the Dolly font to run it. Any encouragement in how to resolve this would be much appreciated. Cheers, Michael % \starttypescript [serif] [DollyPro] % \definefontsynonym [Regular] [file:DollyPro-Regular.otf] % \definefontsynonym [Bold] [file:DollyPro-Bold.otf] % \definefontsynonym [Italic][file:DollyPro-RegularItalic.otf] % \definefontsynonym [SmallCaps] [file:DollyPro-RegularSmallCaps.otf] % \stoptypescript % \starttypescript [serif] [DollyPro] % \setups[font:fallback:serif] % \definefontsynonym [Serif] [Regular] [features=default] % \definefontsynonym [SerifBold] [Bold] [features=default] % \definefontsynonym [SerifItalic] [Italic][features=default] % \definefontsynonym [SerifCaps] [SmallCaps] [features=default] % \stoptypescript % \definefontfeature % [hz] [default] % [protrusion=quality, expansion=quality, mode=node, script=latn] % \starttypescript[DollyPro] % \definetypeface [DollyPro] [rm] [serif] [DollyPro] [default] [features=hz] % \stoptypescript \usetypescriptfile[type-DollyPro] \setupbodyfont[DollyPro] \starttext \input tufte \stoptext% Regular \starttypescript [serif] [DollyPro] \definefontsynonym [Regular] [file:DollyPro-Regular.otf] \definefontsynonym [Bold] [file:DollyPro-Bold.otf] \definefontsynonym [Italic][file:DollyPro-RegularItalic.otf] \definefontsynonym [SmallCaps] [file:DollyPro-RegularSmallCaps.otf] \stoptypescript \starttypescript [serif] [DollyPro] \setups[font:fallback:serif] \definefontsynonym [Serif] [Regular] [features=default] \definefontsynonym [SerifBold] [Bold] [features=default] \definefontsynonym [SerifItalic] [Italic][features=default] \definefontsynonym [SerifCaps] [SmallCaps] [features=default] \stoptypescript \definefontfeature [hz] [default] [protrusion=quality, expansion=quality, mode=node, script=latn] \starttypescript[DollyPro] \definetypeface [DollyPro] [rm] [serif] [DollyPro] [default] [features=hz] \stoptypescript % finis fonts > beware: no fonts are loaded yet, using 'lm mono' in box system > system > ConTeXt ver: 2021.05.27 14:15 LMTX fmt: 2021.5.28 int: english/english system > system > 'cont-new.mkxl' loaded open source > level 1, order 1, name '/opt/_lmtx_/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 '/opt/_lmtx_/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > files > jobname 'mwe', input './mwe', result 'mwe' fonts > latin modern fonts are not preloaded languages > language 'en' is active open source > level 1, order 2, name './mwe.tex' fonts > typescripts > unknown library 'DollyPro' fonts > typescripts > unknown library 'DollyPro' fonts > preloading latin modern fonts (third stage) fonts > 'fallback modern-designsize rm 12pt' is loaded open source > level 2, order 3, name 'tufte.tex' close source> level 2, order 3, name 'tufte.tex' backend > xmp > using file '/opt/_lmtx_/tex/texmf-context/tex/context/base/mkiv/lpdf-pdx.xml' pages > flushing realpage 1, userpage 1, subpage 1 close source> level 1, order 3, name './mwe.tex' system > start used files system > text: mwe system > stop used files system > start used files system >1: filename=char-prv.lua filetype=tex format=tex foundname=/opt/_lmtx_/tex/texmf-contex
Re: [NTG-context] t-vim module: no highlighting for custom filetypes
On 2021-05-27, Aditya Mahajan wrote: > On Thu, 27 May 2021, Nicola wrote: > >> On 2021-05-24, Aditya Mahajan wrote: >> > On Fri, 21 May 2021, Nicola wrote: >> > >> >> I have only a minor annoyance: I have just noticed that -- is typeset as >> >> an en-dash in LMTX (but not in MKIV, as documented). Could you look into >> >> that? >> > >> > Fixed in the new release. >> >> Thanks. I have updated to version 2021.05.23 and run `mtxrun >> --generate`. Syntax highlighting is fine, but with LMTX I'm still >> getting an en-dash. Below, a MWE. > > Can you test if the file tests/vim/21-en-dash.tex works fine at your end: > > https://github.com/adityam/filter/blob/dev/tests/vim/21-en-dash.tex No, I get an en-dash with that, too. Log included below. Nicola fonts > beware: no fonts are loaded yet, using 'lm mono' in box system > system > ConTeXt ver: 2021.05.27 14:15 LMTX fmt: 2021.5.27 int: english/english system > system > 'cont-new.mkxl' loaded open source > level 1, order 1, name '/Users/me/Applications/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/me/Applications/context-osx-64/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > files > jobname 'en-dash', input './en-dash', result 'en-dash' fonts > latin modern fonts are not preloaded languages > language 'en' is active open source > level 1, order 2, name './en-dash.tex' modules > 'vim' is loaded open source > level 2, order 3, name '/Users/me/Applications/context-osx-64/tex/texmf-modules/tex/context/third/vim/t-vim.tex' loading > Vim syntax highlighting (ver: 2021.05.23) modules > 'filter' is loaded open source > level 3, order 4, name '/Users/me/Applications/context-osx-64/tex/texmf-modules/tex/context/third/filter/t-filter.mkiv' loading > Filter (ver: 2020.06.29) modules > 'module-catcodes' is loaded open source > level 4, order 5, name '/Users/me/Applications/context-osx-64/tex/texmf-modules/tex/context/third/filter/t-module-catcodes.mkiv' loading > Module Catcodes (ver: 2018.04.16) close source> level 4, order 5, name '/Users/me/Applications/context-osx-64/tex/texmf-modules/tex/context/third/filter/t-module-catcodes.mkiv' close source> level 3, order 5, name '/Users/me/Applications/context-osx-64/tex/texmf-modules/tex/context/third/filter/t-filter.mkiv' modules > 'syntax-highlight' is loaded open source > level 3, order 6, name '/Users/me/Applications/context-osx-64/tex/texmf-modules/tex/context/third/vim/t-syntax-highlight.mkxl' loading > Code syntax highlighting (ver: 2021.05.24) modules > 'syntax-groups' is loaded open source > level 4, order 7, name '/Users/me/Applications/context-osx-64/tex/texmf-modules/tex/context/third/vim/t-syntax-groups.mkiv' loading > Syntax highlighting groups (ver: 2021.05.23) modules > 'module-catcodes' is already loaded close source> level 4, order 7, name '/Users/me/Applications/context-osx-64/tex/texmf-modules/tex/context/third/vim/t-syntax-groups.mkiv' modules > 'filter' is already loaded close source> level 3, order 7, name '/Users/me/Applications/context-osx-64/tex/texmf-modules/tex/context/third/vim/t-syntax-highlight.mkxl' suggestion > use \withcedilla instead of \c close source> level 2, order 7, name '/Users/me/Applications/context-osx-64/tex/texmf-modules/tex/context/third/vim/t-vim.tex' fonts > preloading latin modern fonts (second stage) fonts > 'fallback modern-designsize rm 12pt' is loaded open source > level 2, order 8, name 'en-dash-temp-LUA-0.vimout' close source> level 2, order 8, name 'en-dash-temp-LUA-0.vimout' backend > xmp > using file '/Users/me/Applications/context-osx-64/tex/texmf-context/tex/context/base/mkiv/lpdf-pdx.xml' pages > flushing realpage 1, userpage 1, subpage 1 close source> level 1, order 8, name './en-dash.tex' system > start used files system > text: en-dash system > stop used files system > start used files system >1: filename=char-prv.lua filetype=tex format=tex foundname=/Users/me/Applications/context-osx-64/tex/texmf-context/tex/context/base/mkiv/char-prv.lua fullname=/Users/me/Applications/context-osx-64/tex/texmf-context/tex/context/base/mkiv/char-prv.lua usedmethod=database system >2: filename=lmmono10-regular filetype=otf format=otf foundname=/Users/me/Applications/context-osx-64/tex/texmf/fonts/opentype/public
Re: [NTG-context] Luatex format error
> On 23 May 2021, at 23:41, Hans Hagen wrote: > > On 5/23/2021 9:28 PM, Hans Åberg wrote: >> Using TexLive 2021, I got the error below. How to fix it? What input file >> should one give? >> % context math_style.tex >> resolvers | formats | executing runner 'run luatex format': >> /usr/local/texlive/2021/bin/universal-darwin/luatex --jobname="math_style" >> --fmt=/Users//Library/texlive/2021/texmf-var/luatex-cache/context/a86c089b384a3076dc514ba966a1fac9/formats/luatex/cont-en.fmt >> >> --lua=/Users//Library/texlive/2021/texmf-var/luatex-cache/context/a86c089b384a3076dc514ba966a1fac9/formats/luatex/cont-en.lui >> --c:currentrun=1 --c:fulljobname="./math_style.tex" >> --c:input="./math_style.tex" --c:kindofrun=1 --c:maxnofruns=9 >> --c:texmfbinpath="/usr/local/texlive/2021/bin/universal-darwin" >> This is LuaTeX, Version 1.13.2 (TeX Live 2021) >> system commands enabled. >> ** >> Please type the name of your input file. >> ** > So this is not lmtx (which also has luatex) but the regular installation > right? % context --version mtx-context | ConTeXt Process Management 1.04 mtx-context | mtx-context | main context file: /usr/local/texlive/2021/texmf-dist/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2021.03.05 19:11 mtx-context | main context file: /usr/local/texlive/2021/texmf-dist/tex/context/base/mkxl/context.mkxl mtx-context | current version: 2021.03.05 19:11 % which context /usr/local/texlive/2021/bin/universal-darwin/context > Does that file have \starttext ... \stoptext ? Yes, the example from another thread on math style. \starttext \m{f = \beta} \stoptext > > There is something missing: > > ..cont-en.lui cont-yes.mkiv --c:currentrun=1 > > in mkiv the input is loaded indirectly (via cont-yes.mkiv) but in lmtx we > don't pass that one (not needed as we start up a bit different) Should one use anything else than just 'context'? ___ 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] t-vim module: no highlighting for custom filetypes
On Sun, 23 May 2021, Hans Hagen wrote: > On 5/22/2021 6:15 PM, Aditya Mahajan wrote: > > On Sat, 22 May 2021, Hans Hagen wrote: > > > > > On 5/21/2021 9:37 PM, Nicola wrote: > > > > > > I have only a minor annoyance: I have just noticed that -- is typeset as > > > > an en-dash in LMTX (but not in MKIV, as documented). Could you look into > > > > that? > > > > > > best is that the module uses: > > > > > > \the\everyinitializeverbatim > > > > > > because there we disable all kind of non verbatim stuff > > > > Thanks. It took a few trial and error that \the\everyinitializeverbatim > > must come after \usealignparameter. However, using \nohypencollapsing after > > \usealignparameter means that I cannot get hypenated lines (something which > > had been requested in the past for t-vim). See the attached file. > > > > BTW, shouldn't we have `features=none` in the default mono font setup so > > that this doesn't happen anyways? > afaik we already do that > > (i'll add some more control, already added \setuphyphenation[hyphen=no] here) > > I need to find a reasonable way to provide control over all these things ... > real low level btw is \hyphenationmode\zerocount ... look in lang-ini.mkxl for > all possible flags) Thanks. I guess, it is time to freeze the mkiv version of the module and introduce a mkxl version. 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] [metafun example does not compile]
Hi, It looks like textext.dflt is undefined in the latest lmtx because it is now renamed to textext.dlft :) > On 21 May 2021, at 14:03, Floris van Manen wrote: > > Using the example from the wiki > https://wiki.contextgarden.net/textext_positioning > > then using the latest version of lmtx > > $ context --version > mtx-context | ConTeXt Process Management 1.04 > mtx-context | > mtx-context | main context file: > /home/vm/context/tex/texmf-context/tex/context/base/mkiv/context.mkiv > mtx-context | current version: 2021.05.20 16:06 > mtx-context | main context file: > /home/vm/context/tex/texmf-context/tex/context/base/mkxl/context.mkxl > mtx-context | current version: 2021.05.20 16:06 > > > it will produce an error (and an empty page) > > > 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' > metafun > log > > metafun > log > error: Unknown relation will be considered false > metafun > log > > metapost> log > > metapost> log > > metapost> log >) > metapost> log > > thetextext->...FIX2)(rawtextext(ddecimal(EXPR3)),(EXPR4))else:if.anchortextexts>0:image(draw(EXPR3)withprescript"tx_anchor="(EXPR4))else:(EXPR3)fi.if(mfun_labtype(SUFFIX2)>=10) > metapost> log > :shifted(0,y... > metapost> log > > thetextext->begingroup.if.string(EXPR3):thetextext(SUFFIX2)(rawtextext((EXPR3)),(EXPR4)) > metapost> log > > elseif.numeric(EXPR3):thetextext(SUFFIX2)(rawtextext(decimal(EXPR3)),(EXPR4))elseif.pair(EXPR3):thetextext(SU... > metapost> log > > textext->begingroup.thetextext(SUFFIX2)((EXPR3),origin) > metapost> log > endgroup > metapost> log > <*> ...A; draw PA withpen pencircle scaled 1.5mm > withcolor red; pair PB ; PB := PA shifted decal ; draw textext.drt ("DRT-" & > MonTexte) shifted PB; draw textext.dflt("DFLT-" & MonTexte) > metafun > log > > metafun > log > Oh dear. I can't decide if the expression above is > positive, negative, or zero. > So this comparison test won't be 'true'. > > > > > As in most of the cases with software, there is (probably) a reason to it ;-) > > > .F > ___ > 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 > ___ — Taco Hoekwater E: t...@bittext.nl genderfluid (all pronouns) ___ 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 example does not compile]
Using the example from the wiki https://wiki.contextgarden.net/textext_positioning then using the latest version of lmtx $ context --version mtx-context | ConTeXt Process Management 1.04 mtx-context | mtx-context | main context file: /home/vm/context/tex/texmf-context/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2021.05.20 16:06 mtx-context | main context file: /home/vm/context/tex/texmf-context/tex/context/base/mkxl/context.mkxl mtx-context | current version: 2021.05.20 16:06 it will produce an error (and an empty page) 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' metafun > log > metafun > log > error: Unknown relation will be considered false metafun > log > metapost> log > metapost> log > metapost> log >) metapost> log > thetextext->...FIX2)(rawtextext(ddecimal(EXPR3)),(EXPR4))else:if.anchortextexts>0:image(draw(EXPR3)withprescript"tx_anchor="(EXPR4))else:(EXPR3)fi.if(mfun_labtype(SUFFIX2)>=10) metapost> log > :shifted(0,y... metapost> log > thetextext->begingroup.if.string(EXPR3):thetextext(SUFFIX2)(rawtextext((EXPR3)),(EXPR4)) metapost> log > elseif.numeric(EXPR3):thetextext(SUFFIX2)(rawtextext(decimal(EXPR3)),(EXPR4))elseif.pair(EXPR3):thetextext(SU... metapost> log > textext->begingroup.thetextext(SUFFIX2)((EXPR3),origin) metapost> log > endgroup metapost> log > <*> ...A; draw PA withpen pencircle scaled 1.5mm withcolor red; pair PB ; PB := PA shifted decal ; draw textext.drt ("DRT-" & MonTexte) shifted PB; draw textext.dflt("DFLT-" & MonTexte) metafun > log > metafun > log > Oh dear. I can't decide if the expression above is positive, negative, or zero. So this comparison test won't be 'true'. As in most of the cases with software, there is (probably) a reason to it ;-) .F ___ 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] No math fonts in latest LMTX 2021.05.15 22:45
On 5/20/2021 9:18 AM, Lutz Haseloff wrote: Hi all, the same here for: mtx-context | ConTeXt Process Management 1.04 mtx-context | mtx-context | main context file: /usr/local/context/tex/texmf-context/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2021.05.19 18:22 mtx-context | main context file: /usr/local/context/tex/texmf-context/tex/context/base/mkxl/context.mkxl mtx-context | current version: 2021.05.19 18:22 hm, maybe some missing file or so .. i'll check 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] No math fonts in latest LMTX 2021.05.15 22:45
Hi all, the same here for: mtx-context | ConTeXt Process Management 1.04 mtx-context | mtx-context | main context file: /usr/local/context/tex/texmf-context/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2021.05.19 18:22 mtx-context | main context file: /usr/local/context/tex/texmf-context/tex/context/base/mkxl/context.mkxl mtx-context | current version: 2021.05.19 18:22 Greetings Lutz Am 20. Mai 2021 09:05:49 MESZ schrieb Otared Kavian : >Hi, > >After updating to LMTX version 2021.05.15 22:45 the following does not >show any math italic font: > >\starttext >Let $f(x) := \sin(x)$. >\stoptext > >Please, can someone confirm this behavior ? > >Many thanks in advance: Otared >___ >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] TeX capacity exceeded
On 5/17/2021 11:43 PM, Thomas A. Schmitz wrote: Is texmfcnf.lua still the configuration file I need to look at for this kind of problem? Which variable could I change? Normally not needed but this is the section for luatex: ["luatex.errorline"] =250, -- no need to change ["luatex.halferrorline"] =125, -- no need to change ["luatex.expanddepth"] = 1, -- no need to change ["luatex.hashextra"] = 10, -- rarely more is needed ["luatex.nestsize"] = 1000, -- often an error if more needed ["luatex.maxinopen"] =500, -- i use 2000 ["luatex.maxprintline"] = 1, -- no need to change ["luatex.maxstrings"]= 50, -- maybe sometimes ["luatex.paramsize"] = 25000, -- seldom ["luatex.savesize"] = 10, -- often an error if more needed ["luatex.stacksize"] = 10, -- often an error if more needed not, in luametatex we have some more and also more control; this is what the next version will support (the above method is how it currently goes, max values that use the preset allocations steps) ["luametatex.errorlinesize"] = { size = 250 }, -- max = 255 ["luametatex.halferrorlinesize"] = { size = 250 }, -- max = 255 ["luametatex.expandsize"]= { size =1 }, -- max = 100 ["luametatex.stringsize"]= { size = 50, step = 10 }, -- max = 2097151 -- number of strings ["luametatex.poolsize"] = { size = 1000, step = 100 }, -- max = 1 -- chars in string ["luametatex.hashsize"] = { size = 25, step = 10 }, -- max = 2097151 ["luametatex.nodesize"] = { size = 5000, step = 50 }, -- max = 5000 ["luametatex.tokensize"] = { size = 1000, step = 25 }, -- max = 1000 ["luametatex.buffersize"]= { size = 1000, step = 100 }, -- max = 1 ["luametatex.inputsize"] = { size = 10, step = 1 }, -- max =10 -- aka stack ["luametatex.filesize"] = { size = 2000, step = 200 }, -- max = 2000 ["luametatex.nestsize"] = { size =1, step =1000 }, -- max = 1 ["luametatex.parametersize"] = { size = 10, step = 1 }, -- max =10 ["luametatex.savesize"] = { size = 50, step = 1 }, -- max =50 ["luametatex.fontsize"] = { size = 250, step = 250 }, -- max =10 ["luametatex.languagesize"] = { size = 250, step = 250 }, -- max = 1 ["luametatex.marksize"] = { size = 50, step = 50 }, -- max = 1 One can just define the max if needed because we bump memory stepwise (on demand). It depends on the kind of projects you have. One can also sey { plus = 1 } to add more to the set size without bothering about existing values. Now, if you watch closely you'll see that most max values are high already (initial values cannot be set) but token and node memory as well as string related values can be set much larger. However, it makes sense to limit. Actually for some scenarios one might even want to go lower. When you compare mkiv and mkxl you'll notice that we use less memory anyway (for various reasons / optimizations). The format file is also smaller (esp when you take into account that the mkiv one is zip compressed and the lmtx one isn't). But ... your problem was not related to the above. The next upload will also mention detailed mem usage in the log file. If you want to see how your document behaves you can say \enabletrackers[system.usage] at the top (is 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] [installing lmtx on raspi400]
On 13/05/2021 22:39, Christian Prim wrote: I solved it following this (or a similar) solution: https://github.com/deltachat/deltachat-desktop/issues/1006#issue-498257133 <https://github.com/deltachat/deltachat-desktop/issues/1006#issue-498257133> That worked very well, thank you ! $ hostnamectl Static hostname: rp400 Icon name: computer Operating System: Debian GNU/Linux bullseye/sid Kernel: Linux 5.10.17-v8+ Architecture: arm64 $ context --version mtx-context | ConTeXt Process Management 1.04 mtx-context | mtx-context | main context file: /home/pi/context/tex/texmf-context/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2021.05.09 17:14 mtx-context | main context file: /home/pi/context/tex/texmf-context/tex/context/base/mkxl/context.mkxl mtx-context | current version: 2021.05.09 17:14 ___ 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] PDF forms not creating proper children
Hi, I cannot get the signature working either, but almost certain it did work in February this year, as I have done some with MKIV. >From the test suite: fields-007.tex \nopdfcompression \setupinteraction[state=start] \starttext \definefield[x][signature] \field[x] \stoptext Using the https://live.contextgarden.net/ with (LuaTeX 2.06 20200630 + ConTeXt MkIV 2020.06.30 17:30) looks good, but evince does not display the field. Adam On Fri, Apr 23, 2021 at 8:52 PM Leonard Janis Robert König wrote: > Hello, > > I currently try to build a document with AcroForms, e.g., the examples > from [1] also linked in the Wiki. The most recent example is in the > form/ subdirectory and dated mid 2020. However, when building the > file(s) with my ConTeXt distribution the file created is broken, in > comparison to the PDF checked in into the Git. > > The more obvious difference is that the PDF in the repository can be > filled in the Firefox 89 beta, while the other PDF doesn't even display > the fields as forms. Running pdfinfo also yields: > > > Syntax Error: Form field child is not a dictionary > > I suspect that due to some breakage the forms children aren't set in > the AcroForms dictionary anymore? My ConTeXt versions are: > > # ArchLinux Repos > > context --version > mtx-context | ConTeXt Process Management 1.04 > mtx-context | > mtx-context | main context file: /usr/share/texmf- > dist/tex/context/base/mkiv/context.mkiv > mtx-context | current version: 2021.03.05 19:11 > mtx-context | main context file: /usr/share/texmf- > dist/tex/context/base/mkxl/context.mkxl > mtx-context | current version: 2021.03.05 19:11 > > # Debian Buster Repos > mtx-context | ConTeXt Process Management 1.02 > mtx-context | > mtx-context | main context file: > /usr/share/texmf/tex/context/base/mkiv/context.mkiv > mtx-context | current version: 2018.04.04 00:51 > > # Docker Image: Current > > mtx-context | ConTeXt Process Management 1.03 > mtx-context | > mtx-context | main context file: /context/tex/texmf- > context/tex/context/base/mkiv/context.mkiv > mtx-context | current version: 2020.01.30 14:13 > mtx-context | main context file: /context/tex/texmf- > context/tex/context/base/mkiv/context.mkxl > mtx-context | current version: 2020.01.30 14:13 > > # Docker Image: Beta > mtx-context | ConTeXt Process Management 1.03 > mtx-context | > mtx-context | main context file: /context/tex/texmf- > context/tex/context/base/mkiv/context.mkiv > mtx-context | current version: 2020.01.30 14:13 > mtx-context | main context file: /context/tex/texmf- > context/tex/context/base/mkiv/context.mkxl > mtx-context | current version: 2020.01.30 14:13 > > # Docker Image: LMTX > mtx-context | ConTeXt Process Management 1.04 > mtx-context | > mtx-context | main context file: /context/tex/texmf- > context/tex/context/base/mkiv/context.mkiv > mtx-context | current version: 2021.04.14 22:58 > mtx-context | main context file: /context/tex/texmf- > context/tex/context/base/mkxl/context.mkxl > mtx-context | current version: 2021.04.14 22:58 > > # Docker Image: Beta from 2019-09 > mtx-context | ConTeXt Process Management 1.03 > mtx-context | > mtx-context | main context file: /context/tex/texmf- > context/tex/context/base/mkiv/context.mkiv > mtx-context | current version: 2019.09.10 20:03 > mtx-context | main context file: /context/tex/texmf- > context/tex/context/base/mkiv/context.mkxl > mtx-context | current version: 2019.09.10 20:03 > > The ConTeXt version of the checked in file on GitHub is (according to > pdfinfo): > > > Creator:LuaTeX 1.10 7138 + ConTeXt MkIV 2019.08.20 17:20 > > Producer: macOS Version 10.14.6 (Build 18G5033) Quartz > PDFContext > > I also remebered another time were I toyed around with it and indeed > that PDF also had broken form field children: > > > > Creator:LuaTeX 1.12 7306 + ConTeXt MkIV 2020.03.10 14:44 > > Producer: LuaTeX-1.12 > > A broken version that I built locally using the :current IslandOfTeX > [2] can be found at [3]. > > The version difference between the broken and not-broken PDFs hints > that the breakage occured between 2019.08.20 and 2019.09.10-beta, while > the Debian breackage might be due to a backport(?) > > Alternatively, this could just be a mistake on my side? > > Cheers > Leo König > > > [1]: https://github.com/fiee/ConTeXt > [2]: https://gitlab.com/islandoftex/images/context/ > [3]: > https://mega.nz/file/ThcghTqb#JqRCSsd59bBbMgTMr3ahaPdU4LPlZd0cpA3ZFBJLJ3A > > > > > ___
[NTG-context] PDF forms not creating proper children
Hello, I currently try to build a document with AcroForms, e.g., the examples from [1] also linked in the Wiki. The most recent example is in the form/ subdirectory and dated mid 2020. However, when building the file(s) with my ConTeXt distribution the file created is broken, in comparison to the PDF checked in into the Git. The more obvious difference is that the PDF in the repository can be filled in the Firefox 89 beta, while the other PDF doesn't even display the fields as forms. Running pdfinfo also yields: > Syntax Error: Form field child is not a dictionary I suspect that due to some breakage the forms children aren't set in the AcroForms dictionary anymore? My ConTeXt versions are: # ArchLinux Repos context --version mtx-context | ConTeXt Process Management 1.04 mtx-context | mtx-context | main context file: /usr/share/texmf- dist/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2021.03.05 19:11 mtx-context | main context file: /usr/share/texmf- dist/tex/context/base/mkxl/context.mkxl mtx-context | current version: 2021.03.05 19:11 # Debian Buster Repos mtx-context | ConTeXt Process Management 1.02 mtx-context | mtx-context | main context file: /usr/share/texmf/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2018.04.04 00:51 # Docker Image: Current mtx-context | ConTeXt Process Management 1.03 mtx-context | mtx-context | main context file: /context/tex/texmf- context/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2020.01.30 14:13 mtx-context | main context file: /context/tex/texmf- context/tex/context/base/mkiv/context.mkxl mtx-context | current version: 2020.01.30 14:13 # Docker Image: Beta mtx-context | ConTeXt Process Management 1.03 mtx-context | mtx-context | main context file: /context/tex/texmf- context/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2020.01.30 14:13 mtx-context | main context file: /context/tex/texmf- context/tex/context/base/mkiv/context.mkxl mtx-context | current version: 2020.01.30 14:13 # Docker Image: LMTX mtx-context | ConTeXt Process Management 1.04 mtx-context | mtx-context | main context file: /context/tex/texmf- context/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2021.04.14 22:58 mtx-context | main context file: /context/tex/texmf- context/tex/context/base/mkxl/context.mkxl mtx-context | current version: 2021.04.14 22:58 # Docker Image: Beta from 2019-09 mtx-context | ConTeXt Process Management 1.03 mtx-context | mtx-context | main context file: /context/tex/texmf- context/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2019.09.10 20:03 mtx-context | main context file: /context/tex/texmf- context/tex/context/base/mkiv/context.mkxl mtx-context | current version: 2019.09.10 20:03 The ConTeXt version of the checked in file on GitHub is (according to pdfinfo): > Creator:LuaTeX 1.10 7138 + ConTeXt MkIV 2019.08.20 17:20 > Producer: macOS Version 10.14.6 (Build 18G5033) Quartz PDFContext I also remebered another time were I toyed around with it and indeed that PDF also had broken form field children: > Creator:LuaTeX 1.12 7306 + ConTeXt MkIV 2020.03.10 14:44 > Producer: LuaTeX-1.12 A broken version that I built locally using the :current IslandOfTeX [2] can be found at [3]. The version difference between the broken and not-broken PDFs hints that the breakage occured between 2019.08.20 and 2019.09.10-beta, while the Debian breackage might be due to a backport(?) Alternatively, this could just be a mistake on my side? Cheers Leo König [1]: https://github.com/fiee/ConTeXt [2]: https://gitlab.com/islandoftex/images/context/ [3]: https://mega.nz/file/ThcghTqb#JqRCSsd59bBbMgTMr3ahaPdU4LPlZd0cpA3ZFBJLJ3A ___ 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] files not readable
On 4/10/2021 4:54 PM, Jano Kula wrote: Hello Hans, more specific resolver now: \enabletrackers[resolvers.details] \starttext Readable? \stoptext On Sat, Apr 10, 2021 at 3:29 PM Hans Hagen <mailto:j.ha...@xs4all.nl>> wrote: On 4/10/2021 3:10 PM, Jano Kula wrote: > resolvers > resolving > file 'type-imp-loc.mkxl' is not readable > resolvers > resolving > file './type-imp-loc.mkxl' is not readable > resolvers > resolving > file 'type-imp-loc.mkxl' is not readable > resolvers > resolving > file 'type-imp-loc.mkiv' is not readable > resolvers > resolving > file './type-imp-loc.mkiv' is not readable resolvers > resolving > file 'type-imp-loc.tex' is not readable resolvers > resolving > file './type-imp-loc.tex' is not readable resolvers > resolving > file 'type-imp-loc.tex' is not readable this is ok, at startup context loads: cont-new.* -- patch file (overwritten by update) cont-loc.* -- local patch / preferences file (not touched by update) cont-exp.* -- local experiments file (for wolfgang and, we can enable new stuff there) the type-imp-loc file for users who want to test / overload fonts or whatever (not in distribution) These are not in distribution at all, naturally missing in /tex/texmf-cache/luatex-cache/context/.../trees/*.lua resolvers > resolving > file 'lm.lfg' is not readable resolvers > resolving > file './lm.lfg' is not readable weird, should be there (in tex/context/fonts/mkiv) > resolvers > resolving > file 'lpdf-pdx.xml' is not readable > resolvers > resolving > file './lpdf-pdx.xml' is not readable idem, but in tex/context/base/mkxl These are in the distribution with same access rights as other files (linux), also listed in cache files. Again, same windows and linux. Don't you have the same result? system > 'cont-new.mkxl' loaded open source > level 1, order 1, name 'c:/data/develop/context/sources/cont-new.mkxl' system > beware: some patches loaded from cont-new.mkiv close source> level 1, order 1, name 'c:/data/develop/context/sources/cont-new.mkxl' system > 'cont-loc.mkxl' loaded open source > level 1, order 2, name 'c:/data/develop/context/sources/cont-loc.mkxl' close source> level 1, order 2, name 'c:/data/develop/context/sources/cont-loc.mkxl' system > 'cont-exp.mkxl' loaded open source > level 1, order 3, name 'c:/data/develop/context/sources/cont-exp.mkxl' system > beware: running in overload mode 4 system > beware: \forcecolorhacks is disabled system > beware: using metapost fasttrack mode close source> level 1, order 3, name 'c:/data/develop/context/sources/cont-exp.mkxl' system > files > jobname 'oeps', input './oeps', result 'oeps' fonts > latin modern fonts are not preloaded languages > language 'en' is active open source > level 1, order 4, name './oeps.tex' fonts > preloading modern-designsize (math) fonts > typescripts > unknown library 'modern-designsize' fonts > 'fallback modern-designsize mm 12pt' is loaded fonts > preloading modern-designsize (mono) fonts > 'fallback modern-designsize tt 12pt' is loaded fonts > defining > font 'ArslanWessam', feature 'locl', script 'arab', no language 'dflt' backend > xmp > using file 'c:/data/develop/context/sources/lpdf-pdx.xml' - 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] braces removed in url
Dear list, I have the following sample: \setupinteraction[state=start] \starttext \startTEXpage[offset=1em] \def\MyURL#1{\goto{\hyphenatedurl{#1}}[url(#1)]} \MyURL{a={b}}\\ \MyURL{a=\letterleftbrace b\letterrightbrace}\\ \asciimode\MyURL{a={b}}\\ \stopTEXpage \stoptext For all three options, destination is a=#b. Both with MkIV and MkXL. What am I missing to get the destination a={b}? Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] Build fails on fresh installs
On 3/20/21 8:11 PM, Thangalin wrote: > [...] > Actual > Build fails. > > resolvers > lua > loading file > '/home/username/context/tex/texmf-context/tex/context/base/mkxl/spac-hor.lmt' > succeeded > tex error > tex error on line 25 in file spac-hor.mkxl: Undefined > control sequence > \bitwiseflip \normalizelinemode \flattendiscretionariescode > 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 | error, no format found with name: cont-en, aborting This thread (https://mailman.ntg.nl/pipermail/ntg-context/2021/101645.html) reports the same problem. Latest from today has this problem either installing it from scratch or updating it. You need the binaries for Linux that Wolfgang provided (Linux and Windows only): https://www.dropbox.com/sh/liggfcfulksscvf/AAD1gIlsRaKFSUIebDx2vxiLa?dl=0. Pablo -- http://www.ousia.tk ___ 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] Build fails on fresh installs
VirtualBox 6.1.18 + ConTeXt Perform OS installations using defaults and the following values: - Set regular username to: username - Set guest computer name to: computer Use ConTeXt binaries appropriate for OS: - FreeBSD - http://lmtx.pragma-ade.nl/install-lmtx/context-freebsd-amd64.zip - Xubuntu/Debian - http://lmtx.pragma-ade.nl/install-lmtx/context-linux-64.zip ConTeXt version 2021.03.20 01:07. See questions at the end. Instructions After an OS is installed, complete the following steps: 1. Start VirtualBox 2. Install ISO 3. Log in as root 4. Open a terminal 5. Install wget 6. Install gcc 7. Install Guest Additions (to enable copy/paste between guest/host) 8. Log in as username 9. Open a terminal 10. mkdir context 11. cd context 12. Download OS-specific ConTeXt binary 13. unzip *zip 14. sh install.sh 15. Export PATH environment variable (OS-specific; see below) 16. context --version 17. mkdir -p ../tex 18. cd ../tex 19. Create "hello.tex": \starttext Hello \stoptext 20. context hello.tex 21. Stop VirtualBox Expected A hello.pdf file is created. Actual Build fails. resolvers > lua > loading file '/home/username/context/tex/texmf-context/tex/context/base/mkxl/spac-hor.lmt' succeeded tex error > tex error on line 25 in file spac-hor.mkxl: Undefined control sequence \bitwiseflip \normalizelinemode \flattendiscretionariescode 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 | error, no format found with name: cont-en, aborting Debian 10.8.0 - https://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/debian-live-10.8.0-amd64-xfce.iso Additional instructions: - usermod -aG sudo username - apt install wget gcc - export PATH=/home/username/context/tex/texmf-linux-64/bin:$PATH Xubuntu 20.04.2 - http://mirror.us.leaseweb.net/ubuntu-cdimage/xubuntu/releases/20.04/release/xubuntu-20.04.2.0-desktop-amd64.iso Additional instructions: - usermod -aG sudo username - apt install wget gcc - export PATH=/home/username/context/tex/texmf-linux-64/bin:$PATH FreeBSD 12.2 - https://download.freebsd.org/ftp/releases/amd64/amd64/ISO-IMAGES/12.2/FreeBSD-12.2-RELEASE-amd64-dvd1.iso.xz Additional instructions: - pkg install security/sudo - pkg install wget gcc xor slim xfce - pw group mod wheel -m username - visudo (add username to sudoers) - export PATH=/home/username/context/tex/texmf-freebsd-amd64/bin:$PATH Are there additional requirements that must be installed? If so, what are they and is there a way for ConTeXt itself to list them for the user? Thank you! ___ 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] issue with \in and \xmlrefatt
On 3/11/2021 8:17 PM, Pablo Rodriguez wrote: Hans, after the fix in current latest (2021.03.09 11:42), I get the following error when using \in[\xmlrefatt{#1}{href}] in Windows (Linux has no problems). The error message reads: fatal lua error: run callback [6]: bad argument #2 to 'format' (number expected, got nil) stack traceback: [C]: in function 'string.format' ?: in field '?' ...ext/tex/texmf-context/tex/context/base/mkxl/luat-log.lmt:178: in upvalue 'report' ...ext/tex/texmf-context/tex/context/base/mkxl/luat-log.lmt:391: in upvalue 'report' [string " mtx-context | fatal error: return code: 1 I cannot provide a minimal sample and I wonder whether this could be enough to find out what is missing. i need more info - 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] issue with \in and \xmlrefatt
Hans, after the fix in current latest (2021.03.09 11:42), I get the following error when using \in[\xmlrefatt{#1}{href}] in Windows (Linux has no problems). The error message reads: fatal lua error: run callback [6]: bad argument #2 to 'format' (number expected, got nil) stack traceback: [C]: in function 'string.format' ?: in field '?' ...ext/tex/texmf-context/tex/context/base/mkxl/luat-log.lmt:178: in upvalue 'report' ...ext/tex/texmf-context/tex/context/base/mkxl/luat-log.lmt:391: in upvalue 'report' [string " mtx-context | fatal error: return code: 1 I cannot provide a minimal sample and I wonder whether this could be enough to find out what is missing. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] tex live code freeze
Hi, The 2021 texlive code is currently being frozen. This means that Mojca will check-in the current context release right before tl gets deep frozen. The MKII code (mkii and mpii files) hasn't changed so it should still work well with pdftex and xetex although I admit that I haven't checked to what extend updates to those engines have side effects for context, but I assume none. Let me know if there are problems. The MKIV code (mkiv, mkvi, mpiv, lua files) has changed but not much, mostly as a side effect of the code split and move to LMTX where the focus is on now. There have been recent changes in the metafun code, but new functionality is LMTX only, simply because we use an extended library (more features). Of course there have been some bug fixes to MKIV and if you think more (bugs) should be fixed let us know. The yearly texlive release is also the 'official' yearly current release but of course after that there will be updates when needed. In these updates we don't distinguish between betas and currents: we dropped that some time ago because it was only confusing. Last/this year much of LMTX (mkxl, mpxl, lmt files) already got split and I expect that this year all the lua and mp files also will be independent so that at some point we have a more or less frozen MKIV that uses luatex (which doesn't change fundamentally apart from fixes so we don't need to adapt code to it i.e. MKIV should keep working just like MKII does with pdftex; updates to for instance fonts and languages will be applied). I get the impression that most users already moved to LMTX which helped getting it in the state it is now (thanks for all the testing). Although MKII/MKIV serves a reference for functionality, new stuff got and gets added to LMTX. I could backport some but it probably makes no sense (some is probably easy). There is of course untested code like the overload protection mechasnisms but I have that enabled on my machine (users can do that too) so I can notice side effects. The new engine (luametatex) doesn't change much. Recent changes are mostly cosmetic and I don't expect many more fundamental additions, but who knows ... (not all in there is yet used extensively) and maybe context users have interesting demands that trigger extra stuff (read: challenges me). So apart from new trickery at the tex macro end, we also reach a more stable state in LMTX. Soon I'll pick up some todo's. Some users want parallel stuff (keeps coming up), I also want to see how we can do more metafun - let me know what is missing as I'm currently in metafun mode - and go over some older lua code that started as experiment but hasn't been checked recently. I also want to cleanup the export code a bit but it's kind of boring to do and maybe we should ditch some pdf backend functionilty that adobe dropped from its viewers. And there are always manuals to complete / update ... Anyway, the current LMTX release is also a kind of yearly snapshot. So, if there is some last minute stuff that needs to be done to context MKII and MKIV before the tl code freeze, let us 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] Help figuring why long document stops short in xml export
Hi What command line parameters, trackers etc I should activate when i want to figure why my document lacks content worth of several pages in xml export while the pdf which is created in parallel contains all pages. I'm using mtx-context | ConTeXt Process Management 1.04 mtx-context | mtx-context | main context file: /tex/texmf- context/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2021.02.14 16:39 mtx-context | main context file: /tex/texmf- context/tex/context/base/mkxl/context.mkxl mtx-context | current version: 2021.02.14 16:39 Would switching to lmtx may be helpful in at least figuring why or be the only known solution? The Document it self is my lecture notes which are about 125 Pages long. The xml export ends at Page 63. Are there any known commands which can cause exporter to give up early and thus should in export be avoided or be put in mode dependent block hiding them form exporter. Any hint what i should, would have to check and how to hopefully grabe any hint where to amend the document to get full output. Currently i have not made images mode dependent (pdf:metapost, xml:png/svg). Could that be a reason why exporter finally ends document early? I'm sorry to be so clue less to not be able to provide more information. The document it self is too big to be posted and i do not want to make it public anyway, but if required i can provide a share link. Best Christoph Hintermüller ___ 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] MKIV format generation error with latest 2021-02-17 13:33
Hi, I am getting the following error with luatex/mkiv with today's latest: context --make loading : ConTeXt Token Support / Initialization /usr/share/texmf/tex/context/base/mkxl/toks-ini.lmt:21: attempt to call a nil value (field 'getcommandvalues') stack traceback: /usr/share/texmf/tex/context/base/mkxl/toks-ini.lmt:21: in local 'code' /usr/share/texmf/tex/context/base/mkiv/util-lua.lua:96: in field 'loadedluacode' /usr/share/texmf/tex/context/base/mkiv/luat-env.lua:108: in field 'luafilechunk' /usr/share/texmf/tex/context/base/mkiv/luat-cod.lua:75: in function 'lua.registercode' [\directlua]:1: in main chunk. \registerctxluafile #1#2->\ctxlua {lua.registercode("#1","#2")} l.18 \registerctxluafile{toks-ini}{autosuffix} ? --- mtx-context | ConTeXt Process Management 1.04 mtx-context | mtx-context | main context file: /usr/share/texmf/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2021.02.17 13:30 mtx-context | main context file: /usr/share/texmf/tex/context/base/mkxl/context.mkxl mtx-context | current version: 2021.02.17 13:30 --- Compiled with libpng 1.6.37; using 1.6.37 Compiled with lua version 5.3.6 Compiled with mplib version 2.00 Compiled with zlib 1.2.11; using 1.2.11 Development id: 7405 --- Adam ___ 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] Bib support broken in lmtx
Am I caught in a spam filter somewhere? Am So., 3. Jan. 2021 um 13:30 Uhr schrieb Philipp A. : > So, where do I go with this? > > Can nobody reproduce it? Should I submit it to the bug tracker? How can I > help to get this resolved? > > Am Sa., 26. Dez. 2020 um 11:29 Uhr schrieb Philipp A. >: > >> Thank you, but whitespace is ignored in .bib file syntax. To prove that >> whitespace handling isn’t the bug, just try accessing it: >> >> \startluacode >> local current = publications.datasets.default >> tex.print('\\starttyping') >> tex.print(table.serialize(current.luadata)) >> -- to show that the key doesn’t contain weird invisible characters, I’ll >> type it here: >> tex.print(table.serialize(current.luadata.angerer2016)) >> tex.print('\\stoptyping') >> \stopluacode >> >> will display: >> >> t={ >> ["angerer2016"]={ >> ["author"]="Angerer...", >> ["category"]="article", >> ... >> }, >> } >> t={ >> ["author"]="Angerer...", >> ["category"]="article", >> ... >> } >> >> *Another thing*: Uncommenting the \placelistofpublications makes it >> work, but not in my real document. I didn’t go through the trouble of >> reproducing when *that* stops working, as I think the root cause can >> probably be found with my minimal example. >> >> Best, Phil >> >> Am Fr., 25. Dez. 2020 um 19:24 Uhr schrieb : >> >>> Don't know if that's related, but you should probably removethe space >>> before the key in your bibfile. >>> >>> Von: ntg-context im Auftrag von Philipp A. >>> >>> Gesendet: Freitag, 25. Dezember 2020 18:36:33 >>> An: ConTeXt Mailing List >>> Betreff: [NTG-context] Bib support broken in lmtx >>> >>> Hi! A pretty minimal document using a bibliography is broken for me: >>> >>> test.lmtx: >>> \enableregime[utf-8] >>> \mainlanguage[en] >>> >>> \usebtxdataset[default][test.bib] >>> \setupbtx[dataset=default] >>> \usebtxdefinitions[apa] >>> >>> \starttext >>> >>> \cite[authoryear][angerer2016] >>> >>> %\placelistofpublications[default][method=dataset] >>> >>> \stoptext >>> >>> test.bib: >>> @Article{ angerer2016, >>> author = {Angerer, Philipp and Haghverdi, Laleh and B{\"{u}}ttner, Maren >>> and Theis, Fabian J and Marr, Carsten and Buettner, Florian}, >>> doi = {10.1093/bioinformatics/btv715}, >>> issn = {14602059}, >>> journal = {Bioinformatics}, >>> language = {en}, >>> number = {8}, >>> pages = {1241--1243}, >>> title = {{Destiny: Diffusion maps for large-scale single-cell data in >>> R}}, >>> url = { >>> http://bioinformatics.oxfordjournals.org/lookup/doi/10.1093/bioinformatics/btv715 >>> files/103/Angerer et al. - 2016 - destiny diffusion maps for large-scale >>> single-cel.pdf}, >>> volume = {32}, >>> year = {2016} >>> } >>> >>> This log occurs: >>> >>> ❯ context test.lmtx >>> resolvers | formats | executing runner 'run luametatex format': >>> ~/Library/ConTeXt/tex/texmf-osx-64/bin/luametatex --jobname="test" >>> --fmt=~/Library/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt >>> --lua=~/Library/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui >>> --c:currentrun=1 --c:fulljobname="./test.lmtx" --c:input="./test.lmtx" >>> --c:kindofrun=1 --c:maxnofruns=9 >>> --c:texmfbinpath="~/Library/ConTeXt/tex/texmf-osx-64/bin" >>> system > >>> system > ConTeXt ver: 2020.12.24 17:30 LMTX fmt: 2020.12.25 >>> int: english/english >>> system > >>> system > 'cont-new.mkxl' loaded >>> open source > level 1, order 1, name >>> '~/Library/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 >>> '~/Library/ConTeXt/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' >>> system > files > jobname 'test', input './test.lmtx', result >>> 'test' >>> fonts
[NTG-context] --extra=combine no more working
Hi, The command "context --extra=combine file-1.pdf file-2.pdf" doesn't work any more with the latest version. Here is the output: --8<---cut here---start->8--- mtx-context | processing extra: /opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine.tex resolvers | formats | executing runner 'run luametatex format': /opt/context/tex/texmf-linux-64/bin/luametatex --jobname="mtx-context-combine" --fmt=/opt/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt --lua=/opt/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui /opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine.tex --c:currentrun=1 --c:extra="combine" --c:files="file-1.pdf,file-2.pdf" --c:fulljobname="/opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine.tex" --c:input="/opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine.tex" --c:kindofrun=1 --c:maxnofruns=9 --c:purgeall --c:result="context-extra" --c:texmfbinpath="/opt/context/tex/texmf-linux-64/bin" open source > level 1, order 1, name '/opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine.tex' system > system > ConTeXt ver: 2021.01.24 16:07 LMTX fmt: 2021.1.26 int: english/english system > system > 'cont-new.mkxl' loaded open source > level 2, order 2, name '/opt/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > beware: some patches loaded from cont-new.mkiv close source> level 2, order 2, name '/opt/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > files > jobname 'mtx-context-combine', input '/opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine', result 'context-extra' fonts > latin modern fonts are not preloaded languages > language 'en' is active open source > level 2, order 3, name 'mtx-context-common.tex' close source> level 2, order 3, name 'mtx-context-common.tex' fonts > preloading latin modern fonts (second stage) fonts > 'fallback modern-designsize rm 12pt' is loaded mtx-context | fatal error: return code: 139 --8<---cut here---end--->8--- How could that be fixed please? TIA, -- 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] expansion of xml userdata
Jano Kula schrieb am 17.01.2021 um 21:22: Hello to everybody! \setuphead[section][expansion=yes] expands xml reference to the actual content in TUC file: \xmlatt {xml:name::4}{title} → First section for titles & bookmarks. The same is not true for userdata (mkiv & mkxl). Do you know how to force expansion of userdata? You can drop "expansion=yes" when you use \normalexpanded{\startsection[..,..=..,..][..,..=..,..]} Wolfgang ___ 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] expansion of xml userdata
Hello to everybody! \setuphead[section][expansion=yes] expands xml reference to the actual content in TUC file: \xmlatt {xml:name::4}{title} → First section for titles & bookmarks. The same is not true for userdata (mkiv & mkxl). Do you know how to force expansion of userdata? MWE attached. Thank you, Jano \startbuffer[doc] text text \stopbuffer \setuphead[section][expansion=yes] \setuplist[section][alternative=command, command=\SectionListCommand] \define[3]\SectionListCommand{% {\bf#1\par title: #2\par usertitle: \structurelistuservariable{usertitle}}\par \blank \endgraf} \startxmlsetups xml:name \xmlsetsetup{\xmldocument}{document|section}{xml:name:*} \stopxmlsetups \xmlregistersetup{xml:name} \startxmlsetups xml:name:document \xmlflush{#1} \stopxmlsetups \startxmlsetups xml:name:section \startsection[title=\xmlatt{#1}{title}] [usertitle=\xmlatt{#1}{title}] \stopsection \stopxmlsetups \starttext \placelist[section] \xmlprocessbuffer{xml:name}{doc}{} \stoptext xml-one-file-head-toc.tex Description: Binary data ___ 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] Bib support broken in lmtx
So, where do I go with this? Can nobody reproduce it? Should I submit it to the bug tracker? How can I help to get this resolved? Am Sa., 26. Dez. 2020 um 11:29 Uhr schrieb Philipp A. : > Thank you, but whitespace is ignored in .bib file syntax. To prove that > whitespace handling isn’t the bug, just try accessing it: > > \startluacode > local current = publications.datasets.default > tex.print('\\starttyping') > tex.print(table.serialize(current.luadata)) > -- to show that the key doesn’t contain weird invisible characters, I’ll > type it here: > tex.print(table.serialize(current.luadata.angerer2016)) > tex.print('\\stoptyping') > \stopluacode > > will display: > > t={ > ["angerer2016"]={ > ["author"]="Angerer...", > ["category"]="article", > ... > }, > } > t={ > ["author"]="Angerer...", > ["category"]="article", > ... > } > > *Another thing*: Uncommenting the \placelistofpublications makes it work, > but not in my real document. I didn’t go through the trouble of reproducing > when *that* stops working, as I think the root cause can probably be > found with my minimal example. > > Best, Phil > > Am Fr., 25. Dez. 2020 um 19:24 Uhr schrieb : > >> Don't know if that's related, but you should probably removethe space >> before the key in your bibfile. >> >> Von: ntg-context im Auftrag von Philipp A. < >> flying-sh...@web.de> >> Gesendet: Freitag, 25. Dezember 2020 18:36:33 >> An: ConTeXt Mailing List >> Betreff: [NTG-context] Bib support broken in lmtx >> >> Hi! A pretty minimal document using a bibliography is broken for me: >> >> test.lmtx: >> \enableregime[utf-8] >> \mainlanguage[en] >> >> \usebtxdataset[default][test.bib] >> \setupbtx[dataset=default] >> \usebtxdefinitions[apa] >> >> \starttext >> >> \cite[authoryear][angerer2016] >> >> %\placelistofpublications[default][method=dataset] >> >> \stoptext >> >> test.bib: >> @Article{ angerer2016, >> author = {Angerer, Philipp and Haghverdi, Laleh and B{\"{u}}ttner, Maren >> and Theis, Fabian J and Marr, Carsten and Buettner, Florian}, >> doi = {10.1093/bioinformatics/btv715}, >> issn = {14602059}, >> journal = {Bioinformatics}, >> language = {en}, >> number = {8}, >> pages = {1241--1243}, >> title = {{Destiny: Diffusion maps for large-scale single-cell data in R}}, >> url = { >> http://bioinformatics.oxfordjournals.org/lookup/doi/10.1093/bioinformatics/btv715 >> files/103/Angerer et al. - 2016 - destiny diffusion maps for large-scale >> single-cel.pdf}, >> volume = {32}, >> year = {2016} >> } >> >> This log occurs: >> >> ❯ context test.lmtx >> resolvers | formats | executing runner 'run luametatex format': >> ~/Library/ConTeXt/tex/texmf-osx-64/bin/luametatex --jobname="test" >> --fmt=~/Library/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt >> --lua=~/Library/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui >> --c:currentrun=1 --c:fulljobname="./test.lmtx" --c:input="./test.lmtx" >> --c:kindofrun=1 --c:maxnofruns=9 >> --c:texmfbinpath="~/Library/ConTeXt/tex/texmf-osx-64/bin" >> system > >> system > ConTeXt ver: 2020.12.24 17:30 LMTX fmt: 2020.12.25 >> int: english/english >> system > >> system > 'cont-new.mkxl' loaded >> open source > level 1, order 1, name >> '~/Library/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 >> '~/Library/ConTeXt/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' >> system > files > jobname 'test', input './test.lmtx', result >> 'test' >> fonts > latin modern fonts are not preloaded >> languages > language 'en' is active >> open source > level 1, order 2, name './test.lmtx' >> publications> adding bib data to set 'default' from source 'test.bib' >> open source > level 2, order 3, name >> ~/Library/ConTeXt/tex/texmf-context/tex/context/base/mkiv/publ-imp-apa.mkvi' >> close source> level 2, order 3, name >> '~/Library/ConTeXt/tex/texmf-context/tex/context/base/mkiv/publ-imp-apa.mkvi' &g
Re: [NTG-context] Bib support broken in lmtx
Thank you, but whitespace is ignored in .bib file syntax. To prove that whitespace handling isn’t the bug, just try accessing it: \startluacode local current = publications.datasets.default tex.print('\\starttyping') tex.print(table.serialize(current.luadata)) -- to show that the key doesn’t contain weird invisible characters, I’ll type it here: tex.print(table.serialize(current.luadata.angerer2016)) tex.print('\\stoptyping') \stopluacode will display: t={ ["angerer2016"]={ ["author"]="Angerer...", ["category"]="article", ... }, } t={ ["author"]="Angerer...", ["category"]="article", ... } *Another thing*: Uncommenting the \placelistofpublications makes it work, but not in my real document. I didn’t go through the trouble of reproducing when *that* stops working, as I think the root cause can probably be found with my minimal example. Best, Phil Am Fr., 25. Dez. 2020 um 19:24 Uhr schrieb : > Don't know if that's related, but you should probably removethe space > before the key in your bibfile. > > Von: ntg-context im Auftrag von Philipp A. < > flying-sh...@web.de> > Gesendet: Freitag, 25. Dezember 2020 18:36:33 > An: ConTeXt Mailing List > Betreff: [NTG-context] Bib support broken in lmtx > > Hi! A pretty minimal document using a bibliography is broken for me: > > test.lmtx: > \enableregime[utf-8] > \mainlanguage[en] > > \usebtxdataset[default][test.bib] > \setupbtx[dataset=default] > \usebtxdefinitions[apa] > > \starttext > > \cite[authoryear][angerer2016] > > %\placelistofpublications[default][method=dataset] > > \stoptext > > test.bib: > @Article{ angerer2016, > author = {Angerer, Philipp and Haghverdi, Laleh and B{\"{u}}ttner, Maren > and Theis, Fabian J and Marr, Carsten and Buettner, Florian}, > doi = {10.1093/bioinformatics/btv715}, > issn = {14602059}, > journal = {Bioinformatics}, > language = {en}, > number = {8}, > pages = {1241--1243}, > title = {{Destiny: Diffusion maps for large-scale single-cell data in R}}, > url = { > http://bioinformatics.oxfordjournals.org/lookup/doi/10.1093/bioinformatics/btv715 > files/103/Angerer et al. - 2016 - destiny diffusion maps for large-scale > single-cel.pdf}, > volume = {32}, > year = {2016} > } > > This log occurs: > > ❯ context test.lmtx > resolvers | formats | executing runner 'run luametatex format': > ~/Library/ConTeXt/tex/texmf-osx-64/bin/luametatex --jobname="test" > --fmt=~/Library/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt > --lua=~/Library/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui > --c:currentrun=1 --c:fulljobname="./test.lmtx" --c:input="./test.lmtx" > --c:kindofrun=1 --c:maxnofruns=9 > --c:texmfbinpath="~/Library/ConTeXt/tex/texmf-osx-64/bin" > system > > system > ConTeXt ver: 2020.12.24 17:30 LMTX fmt: 2020.12.25 > int: english/english > system > > system > 'cont-new.mkxl' loaded > open source > level 1, order 1, name > '~/Library/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 > '~/Library/ConTeXt/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' > system > files > jobname 'test', input './test.lmtx', result > 'test' > fonts > latin modern fonts are not preloaded > languages > language 'en' is active > open source > level 1, order 2, name './test.lmtx' > publications> adding bib data to set 'default' from source 'test.bib' > open source > level 2, order 3, name > ~/Library/ConTeXt/tex/texmf-context/tex/context/base/mkiv/publ-imp-apa.mkvi' > close source> level 2, order 3, name > '~/Library/ConTeXt/tex/texmf-context/tex/context/base/mkiv/publ-imp-apa.mkvi' > fonts > preloading latin modern fonts (second stage) > fonts > 'fallback modern-designsize rm 12pt' is loaded > publications> analyzing previous publication run for 'default' > publications> no entry 'angerer2016' found in dataset 'default' > backend > xmp > using file > '~/Library/ConTeXt/tex/texmf-context/tex/context/base/mkiv/lpdf-pdx.xml' > pages > flushing realpage 1, userpage 1, subpage 1 > close source> level 1, order 3, name './test.lmtx' > > mkiv lua stats > used config file: > selfautoparent:/texmf/web2c/texmfcnf.lua > mkiv lua stats > used c
Re: [NTG-context] Bib support broken in lmtx
Don't know if that's related, but you should probably removethe space before the key in your bibfile. Von: ntg-context im Auftrag von Philipp A. Gesendet: Freitag, 25. Dezember 2020 18:36:33 An: ConTeXt Mailing List Betreff: [NTG-context] Bib support broken in lmtx Hi! A pretty minimal document using a bibliography is broken for me: test.lmtx: \enableregime[utf-8] \mainlanguage[en] \usebtxdataset[default][test.bib] \setupbtx[dataset=default] \usebtxdefinitions[apa] \starttext \cite[authoryear][angerer2016] %\placelistofpublications[default][method=dataset] \stoptext test.bib: @Article{ angerer2016, author = {Angerer, Philipp and Haghverdi, Laleh and B{\"{u}}ttner, Maren and Theis, Fabian J and Marr, Carsten and Buettner, Florian}, doi = {10.1093/bioinformatics/btv715}, issn = {14602059}, journal = {Bioinformatics}, language = {en}, number = {8}, pages = {1241--1243}, title = {{Destiny: Diffusion maps for large-scale single-cell data in R}}, url = {http://bioinformatics.oxfordjournals.org/lookup/doi/10.1093/bioinformatics/btv715 files/103/Angerer et al. - 2016 - destiny diffusion maps for large-scale single-cel.pdf}, volume = {32}, year = {2016} } This log occurs: ❯ context test.lmtx resolvers | formats | executing runner 'run luametatex format': ~/Library/ConTeXt/tex/texmf-osx-64/bin/luametatex --jobname="test" --fmt=~/Library/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt --lua=~/Library/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui --c:currentrun=1 --c:fulljobname="./test.lmtx" --c:input="./test.lmtx" --c:kindofrun=1 --c:maxnofruns=9 --c:texmfbinpath="~/Library/ConTeXt/tex/texmf-osx-64/bin" system > system > ConTeXt ver: 2020.12.24 17:30 LMTX fmt: 2020.12.25 int: english/english system > system > 'cont-new.mkxl' loaded open source > level 1, order 1, name '~/Library/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 '~/Library/ConTeXt/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > files > jobname 'test', input './test.lmtx', result 'test' fonts > latin modern fonts are not preloaded languages > language 'en' is active open source > level 1, order 2, name './test.lmtx' publications> adding bib data to set 'default' from source 'test.bib' open source > level 2, order 3, name ~/Library/ConTeXt/tex/texmf-context/tex/context/base/mkiv/publ-imp-apa.mkvi' close source> level 2, order 3, name '~/Library/ConTeXt/tex/texmf-context/tex/context/base/mkiv/publ-imp-apa.mkvi' fonts > preloading latin modern fonts (second stage) fonts > 'fallback modern-designsize rm 12pt' is loaded publications> analyzing previous publication run for 'default' publications> no entry 'angerer2016' found in dataset 'default' backend > xmp > using file '~/Library/ConTeXt/tex/texmf-context/tex/context/base/mkiv/lpdf-pdx.xml' pages > flushing realpage 1, userpage 1, subpage 1 close source> level 1, order 3, name './test.lmtx' mkiv lua stats > used config file: selfautoparent:/texmf/web2c/texmfcnf.lua mkiv lua stats > used cache path: ~/Library/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e mkiv lua stats > resource resolver: loadtime 0.004 seconds, 0 scans with scantime 0.000 seconds, 0 shared scans, 13 found files, scanned paths: mkiv lua stats > stored bytecode data: 476 modules (0.204 sec), 95 tables (0.012 sec), 571 chunks (0.216 sec) mkiv lua stats > traced context: maxstack: 1517, freed: 0, unreachable: 1517 mkiv lua stats > cleaned up reserved nodes: 58 nodes, 435 lists of 434 mkiv lua stats > node memory usage: 6 attribute, 3 attribute_list, 1 glue, 36 glue_spec, 3 kern, 2 penalty, 1 temp, 1 whatsit mkiv lua stats > node list callback tasks: 8 unique task lists, 7 instances (re)created, 38 calls mkiv lua stats > used backend: pdf (backend for directly generating pdf output) mkiv lua stats > jobdata time: 0.001 seconds saving, 0.001 seconds loading mkiv lua stats > callbacks: internal: 0, file: 0, direct: 0, late: 0, function 0, total: 0 (0 per page) mkiv lua stats > randomizer: resumed with value 0.37495928832999 mkiv lua stats > loaded patterns: en::1, load time: 0.000 mkiv lua stats > loaded fonts: 2 files: latinmodern-math.otf, lmroman12-regular.otf mkiv lua stats > font engine: otf 3.112, afm 1.513, tfm 1.000, 7 instances, 3 shared in backend, 3 common vectors, 0 common hashes, load time 0.156 seconds mkiv lua stats > publications load time: 0.0
[NTG-context] Bib support broken in lmtx
Hi! A pretty minimal document using a bibliography is broken for me: test.lmtx: \enableregime[utf-8] \mainlanguage[en] \usebtxdataset[default][test.bib] \setupbtx[dataset=default] \usebtxdefinitions[apa] \starttext \cite[authoryear][angerer2016] %\placelistofpublications[default][method=dataset] \stoptext test.bib: @Article{ angerer2016, author = {Angerer, Philipp and Haghverdi, Laleh and B{\"{u}}ttner, Maren and Theis, Fabian J and Marr, Carsten and Buettner, Florian}, doi = {10.1093/bioinformatics/btv715}, issn = {14602059}, journal = {Bioinformatics}, language = {en}, number = {8}, pages = {1241--1243}, title = {{Destiny: Diffusion maps for large-scale single-cell data in R}}, url = { http://bioinformatics.oxfordjournals.org/lookup/doi/10.1093/bioinformatics/btv715 files/103/Angerer et al. - 2016 - destiny diffusion maps for large-scale single-cel.pdf}, volume = {32}, year = {2016} } This log occurs: ❯ context test.lmtx resolvers | formats | executing runner 'run luametatex format': ~/Library/ConTeXt/tex/texmf-osx-64/bin/luametatex --jobname="test" --fmt=~/Library/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt --lua=~/Library/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui --c:currentrun=1 --c:fulljobname="./test.lmtx" --c:input="./test.lmtx" --c:kindofrun=1 --c:maxnofruns=9 --c:texmfbinpath="~/Library/ConTeXt/tex/texmf-osx-64/bin" system > system > ConTeXt ver: 2020.12.24 17:30 LMTX fmt: 2020.12.25 int: english/english system > system > 'cont-new.mkxl' loaded open source > level 1, order 1, name '~/Library/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 '~/Library/ConTeXt/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > files > jobname 'test', input './test.lmtx', result 'test' fonts > latin modern fonts are not preloaded languages > language 'en' is active open source > level 1, order 2, name './test.lmtx' *publications> adding bib data to set 'default' from source 'test.bib'* open source > level 2, order 3, name ~/Library/ConTeXt/tex/texmf-context/tex/context/base/mkiv/publ-imp-apa.mkvi' close source> level 2, order 3, name '~/Library/ConTeXt/tex/texmf-context/tex/context/base/mkiv/publ-imp-apa.mkvi' fonts > preloading latin modern fonts (second stage) fonts > 'fallback modern-designsize rm 12pt' is loaded *publications> analyzing previous publication run for 'default'publications> no entry 'angerer2016' found in dataset 'default'* backend > xmp > using file '~/Library/ConTeXt/tex/texmf-context/tex/context/base/mkiv/lpdf-pdx.xml' pages > flushing realpage 1, userpage 1, subpage 1 close source> level 1, order 3, name './test.lmtx' mkiv lua stats > used config file: selfautoparent:/texmf/web2c/texmfcnf.lua mkiv lua stats > used cache path: ~/Library/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e mkiv lua stats > resource resolver: loadtime 0.004 seconds, 0 scans with scantime 0.000 seconds, 0 shared scans, 13 found files, scanned paths: mkiv lua stats > stored bytecode data: 476 modules (0.204 sec), 95 tables (0.012 sec), 571 chunks (0.216 sec) mkiv lua stats > traced context: maxstack: 1517, freed: 0, unreachable: 1517 mkiv lua stats > cleaned up reserved nodes: 58 nodes, 435 lists of 434 mkiv lua stats > node memory usage: 6 attribute, 3 attribute_list, 1 glue, 36 glue_spec, 3 kern, 2 penalty, 1 temp, 1 whatsit mkiv lua stats > node list callback tasks: 8 unique task lists, 7 instances (re)created, 38 calls mkiv lua stats > used backend: pdf (backend for directly generating pdf output) mkiv lua stats > jobdata time: 0.001 seconds saving, 0.001 seconds loading mkiv lua stats > callbacks: internal: 0, file: 0, direct: 0, late: 0, function 0, total: 0 (0 per page) mkiv lua stats > randomizer: resumed with value 0.37495928832999 mkiv lua stats > loaded patterns: en::1, load time: 0.000 mkiv lua stats > loaded fonts: 2 files: latinmodern-math.otf, lmroman12-regular.otf mkiv lua stats > font engine: otf 3.112, afm 1.513, tfm 1.000, 7 instances, 3 shared in backend, 3 common vectors, 0 common hashes, load time 0.156 seconds *mkiv lua stats > publications load time: 0.004 seconds, 1396 bytes, 1 definitions, 0 shortcuts* mkiv lua stats > font embedding time: 0.006 seconds, 1 fonts mkiv lua stats > result saved in file: test.pdf, compresslevel 1, objectcompresslevel 3 mkiv lua stats > used platform: osx-64, type: unix, binary subtree: texmf-osx-64 mkiv lua stats > used engine:
Re: [NTG-context] lmtx-20201218 | \usetypescriptfile | typescripts > unknown library
Richard Mahoney schrieb am 20.12.2020 um 03:42: In the recent versions of LMTX I've been having trouble with finding my own typescriptfile -- type-sourceserifpro.tex (attached) This file lives in the working directory of all of the other project files, and is also here: ~/lmtx-20201218/tex/texmf-fonts/tex/context/user/type-sourceserifpro.tex This file is found and executes correctly with: lmtx-20200920 but fails with: lmtx-20201218: fonts > typescripts > unknown library 'sourceserifpro' (Latin Modern is substituted for Adobe's Source Serif Pro.) My setups haven't changed and are: \usetypescriptfile[sourceserifpro] \setupbodyfont[sourceserifpro,11pt] following what's found here: https://wiki.contextgarden.net/Use_the_fonts_you_want Does anyone have any thoughts on this? There has been a change in the naming of typescript file, a simple "type-" prefix isn't anough anymore, you have to change it to "type-imp-" (e.g. type-imp-sourceserif.tex) to be found by ConTeXt. Valid file extensions for a typescript file in LMTX (and MkIV) are "tex", "mkiv" and "mkxl". Wolfgang ___ 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] Install Problem on aarch64
Thanks Hans for the quick fix. Install works now on aarch64. Christian Am Fr., 18. Dez. 2020 um 16:35 Uhr schrieb Hans Hagen : > On 12/18/2020 2:58 PM, Christian Prim wrote: > > Hi > > > > upgrading my lmtx-Installation results in: > > > > mtx-install | platform : linux-aarch64 > > mtx-install | system : unix > > mtx-install | updating tex/texmf, 1541 files > > mtx-install | updating tex/texmf-context, 3915 files > > mtx-install | updating tex/texmf-linux-aarch64, 6 files > > mtx-install | skipping tex/texmf-linux-aarch64/bin/context > > mtx-install | skipping tex/texmf-linux-aarch64/bin/mtxrun > > mtx-install | changed : 0 % : 2696864 : > > tex/texmf-linux-aarch64/bin/luametatex > > mtx-install | tex/texmf-linux-aarch64/bin/luametatex, trying again: > > mtx-install | changed : 0 % : 2696864 : > > tex/texmf-linux-aarch64/bin/luametatex > > > > Is there a problem on my side or is this a bug? > > > > Because of wrong binary version I can't run context --make > > > > This is LuaMetaTeX, Version 2.08.03 > > > 2097153([...]/lmtx/tex/texmf-context/tex/context/base/mkxl/cont-en.mkxl(context.mkxl(syst-ini.mkxl > > ! token call, execute: [\directlua]:1: array of names expected > > stack traceback: > > [C]: in function 'tex.enableprimitives' > > [\directlua]:1: in main chunk. > > } > something seemed messed up (incompleteupload or so) ... i'll make a new > install later (first need finish something) > > 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] Install Problem on aarch64
On 12/18/2020 2:58 PM, Christian Prim wrote: Hi upgrading my lmtx-Installation results in: mtx-install | platform : linux-aarch64 mtx-install | system : unix mtx-install | updating tex/texmf, 1541 files mtx-install | updating tex/texmf-context, 3915 files mtx-install | updating tex/texmf-linux-aarch64, 6 files mtx-install | skipping tex/texmf-linux-aarch64/bin/context mtx-install | skipping tex/texmf-linux-aarch64/bin/mtxrun mtx-install | changed : 0 % : 2696864 : tex/texmf-linux-aarch64/bin/luametatex mtx-install | tex/texmf-linux-aarch64/bin/luametatex, trying again: mtx-install | changed : 0 % : 2696864 : tex/texmf-linux-aarch64/bin/luametatex Is there a problem on my side or is this a bug? Because of wrong binary version I can't run context --make This is LuaMetaTeX, Version 2.08.03 2097153([...]/lmtx/tex/texmf-context/tex/context/base/mkxl/cont-en.mkxl(context.mkxl(syst-ini.mkxl ! token call, execute: [\directlua]:1: array of names expected stack traceback: [C]: in function 'tex.enableprimitives' [\directlua]:1: in main chunk. } something seemed messed up (incompleteupload or so) ... i'll make a new install later (first need finish something) 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] Install Problem on aarch64
Hi upgrading my lmtx-Installation results in: mtx-install | platform : linux-aarch64 mtx-install | system : unix mtx-install | updating tex/texmf, 1541 files mtx-install | updating tex/texmf-context, 3915 files mtx-install | updating tex/texmf-linux-aarch64, 6 files mtx-install | skipping tex/texmf-linux-aarch64/bin/context mtx-install | skipping tex/texmf-linux-aarch64/bin/mtxrun mtx-install | changed : 0 % : 2696864 : tex/texmf-linux-aarch64/bin/luametatex mtx-install | tex/texmf-linux-aarch64/bin/luametatex, trying again: mtx-install | changed : 0 % : 2696864 : tex/texmf-linux-aarch64/bin/luametatex Is there a problem on my side or is this a bug? Because of wrong binary version I can't run context --make This is LuaMetaTeX, Version 2.08.03 2097153([...]/lmtx/tex/texmf-context/tex/context/base/mkxl/cont-en.mkxl(context.mkxl(syst-ini.mkxl ! token call, execute: [\directlua]:1: array of names expected stack traceback: [C]: in function 'tex.enableprimitives' [\directlua]:1: in main chunk. } Thanks Christian ___ 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] issue with link and margin in LMTX
Hi Pablo, I don't know which kind of problems you are having with your example, but it seems to me that I get the same result with mkiv and LMTX. Best regards: Otared > On 11 Dec 2020, at 19:00, Pablo Rodriguez wrote: > > Dear list, > > I have the following sample: > > \setuppapersize[A9] > \setupinteraction[state=start] > \enabledirectives[references.border] > \unexpanded\def\MyURL#1% >{\bgroup\goto{{\tt\hyphenatedurl{#1}}}[url(#1)]\egroup} > \starttext > \startitemize > \dorecurse{2}{\item \MyURL{a.b\\/c.d\letterhash e}} > \stopitemize > \stoptext > > I’m afraid that the link has problems with margin in MkXL (MkIV doesn’t > have any problems with it). > > Could anyone confirm the issue? > > Many thanks for your help, > > Pablo > -- > http://www.ousia.tk > ___ > 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] issue with link and margin in LMTX
Dear list, I have the following sample: \setuppapersize[A9] \setupinteraction[state=start] \enabledirectives[references.border] \unexpanded\def\MyURL#1% {\bgroup\goto{{\tt\hyphenatedurl{#1}}}[url(#1)]\egroup} \starttext \startitemize \dorecurse{2}{\item \MyURL{a.b\\/c.d\letterhash e}} \stopitemize \stoptext I’m afraid that the link has problems with margin in MkXL (MkIV doesn’t have any problems with it). Could anyone confirm the issue? Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] RE : not working command in LMTX
Unfortunately after running install.bat script, I see errors at the end of installation run : This is LuaMetaTeX, Version 2.05.01 (INITEX)(D:/ConTeXt/lmtx/tex/texmf-context/tex/context/base/mkxl/cont-en.mkxl(context.mkxl! Undefined control sequence.l.31 \immutable \edef\contextformat {\jobname}! Undefined control sequence.l.32 \immutable \edef\contextversion{2020.12.08 18:43}etc… It seems that luametatex version is older than before. Thanks Joseph De : Pablo RodriguezEnvoyé le :mardi 8 décembre 2020 19:34À : ntg-context@ntg.nlObjet :Re: [NTG-context] not working command in LMTX On 12/8/20 5:56 PM, Hans Hagen wrote:> On 12/8/2020 4:59 PM, Pablo Rodriguez wrote:>> Dear list,>> >> I have the following sample:>> >> \definecounter[minpagecounter][way=bypage]>> \def\minipagecounter>> {\incrementcounter[minpagecounter][1]>> \rawcounter[minpagecounter]}>> \starttext>> \dontleavehmode\dorecurse{4}{\minipagecounter\\}>> \stoptext>> >> LMTX gives only 0 as values. MkIV increments the counter.>> >> I know that something has changed in the command definition in LMTX, but>> I don’t know what I have to do to adapt it for this case.> fixed in next upload Many thanks for your fast fix, Hans. Pablo--http://www.ousia.tk___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-contextwebpage : http://www.pragma-ade.nl / http://context.aanhet.netarchive : 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] issue with line breaking and images
On 12/8/2020 5:18 PM, Pablo Rodriguez wrote: Hi Hans, I have the following MWE: \setupexternalfigures[location=default] \starttext \dontleavehmode \dorecurse{80}{\externalfigure[cow][width=.075\textwidth] } \stoptext MkIV does break the lines to compose a paragraph, but LMTX doesn’t use the space to break. In fact, it doesn’t add the space. There is a simple workaround for that (explicitly adding "\ " between the closing bracket and the closing brace). But I wonder whether this might point to a more general issue in LMTX (or my lack of understanding of MkXL). not really ... commands that take optional arguments will gobble spaces and lmtx does that a bit more consistently so, as \externalfigure takes upto three arguments that is what happens ... a typical example of where you then have to be explicit 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] Automatically setting the value of list key in annotation module
Hi, On Tue, 8 Dec 2020, Hans Hagen wrote: > On 12/8/2020 8:47 AM, Aditya Mahajan wrote: > > \usemodule[annotation] > > > > \defineannotation[test][alternative=paragraph] > > > > \starttext > > > > \placelist[test][criterium=all] > > > > \starttest[title={This is a title}] > >\input ward > > \stoptest > > > > \starttest[title={This is another title}, list={This is in the 2nd list}] > >\input ward > > \stoptest > > just cheat: > > \starttest[title={This is another title}, list={This is in the 2nd > list},after={\writetolist[test]{1}{what a cheat}}] > \input ward > \stoptest I actually wanted it the other way round ... make sure that \starttest[test][title={...}] gets added to the list. Looking at the comments of the annotation module, I get the impression that this should work. I could do it manually by adding \writetolist as part of the renderingsetup, but there are already multiple \writetolist in the annotation module, so I think that I am missing a configuration option. > btw, maybe wolfgang should turn that module into a core mkxl one using the new > fancy macro magic That will be nice. There is some overlap with strc-con, but that does not have any of the goodies which the annotation module provides. 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] issue with line breaking and images
Hi Hans, I have the following MWE: \setupexternalfigures[location=default] \starttext \dontleavehmode \dorecurse{80}{\externalfigure[cow][width=.075\textwidth] } \stoptext MkIV does break the lines to compose a paragraph, but LMTX doesn’t use the space to break. In fact, it doesn’t add the space. There is a simple workaround for that (explicitly adding "\ " between the closing bracket and the closing brace). But I wonder whether this might point to a more general issue in LMTX (or my lack of understanding of MkXL). Mnay thanks for your help, Pablo -- http://www.ousia.tk ___ 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] Automatically setting the value of list key in annotation module
On 12/8/2020 8:47 AM, Aditya Mahajan wrote: \usemodule[annotation] \defineannotation[test][alternative=paragraph] \starttext \placelist[test][criterium=all] \starttest[title={This is a title}] \input ward \stoptest \starttest[title={This is another title}, list={This is in the 2nd list}] \input ward \stoptest just cheat: \starttest[title={This is another title}, list={This is in the 2nd list},after={\writetolist[test]{1}{what a cheat}}] \input ward \stoptest btw, maybe wolfgang should turn that module into a core mkxl one using the new fancy macro magic anyway, if this happens a lot we could think of some addition to the list mechanism 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] RE : upload
On 11/24/20 7:22 PM, Floris van Manen wrote: > On 24/11/2020 18:28, Pablo Rodriguez wrote: >> I’m afraid you are getting an old version, since the newer one reads: >> >> mtx-context | ConTeXt Process Management 1.04 >> mtx-context | >> mtx-context | main context file: >> /home/ousia/context/tex/texmf-context/tex/context/base/mkiv/context.mkiv >> mtx-context | current version: 2020.11.24 00:41 >> mtx-context | main context file: >> /home/ousia/context/tex/texmf-context/tex/context/base/mkxl/context.mkxl >> mtx-context | current version: 2020.11.24 00:41 > > Well I can see that there is two versions. Hi Floris, the two versions you see are related to the code split mentioned by Hans (my guess). MkXL is now independent from MkIV. The version is the same, but there are two codebases in the same distribution. Think of it as MkII and MkIV contained in ConTeXt Standalone. > But when unzipping the new context-linux-64.zip (nov 24 00:24) > then run the install script > sh ./install.sh > will not solve the issue... You shouldn’t need to download context-linux-64.zip. Running install.sh on Linux should work fine again. No need to remove tex/texmf-*.tma, either. > So context is not working anymore. > Any hints? Just out of curiosity, could you fix your already installed ConTeXt version? Pablo -- http://www.ousia.tk ___ 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] RE : upload
On 24/11/2020 18:28, Pablo Rodriguez wrote: I’m afraid you are getting an old version, since the newer one reads: mtx-context | ConTeXt Process Management 1.04 mtx-context | mtx-context | main context file: /home/ousia/context/tex/texmf-context/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2020.11.24 00:41 mtx-context | main context file: /home/ousia/context/tex/texmf-context/tex/context/base/mkxl/context.mkxl mtx-context | current version: 2020.11.24 00:41 Well I can see that there is two versions. But when unzipping the new context-linux-64.zip (nov 24 00:24) then run the install script sh ./install.sh will not solve the issue... So context is not working anymore. Any hints? .Floris ___ 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] RE : upload
On 11/23/20 11:33 PM, Floris van Manen wrote: > [...] > I still get the error: > > csname overload > fatal error, protection level 4, control sequence > 'textcontrolspace', properties 'immutable', file 'enco-ini.mkxl', line 315 > > Also aafter the update I got two different current versions: > > $ context --version > mtx-context | ConTeXt Process Management 1.04 > mtx-context | > mtx-context | main context file: > /home/vm/context/tex/texmf-context/tex/context/base/mkiv/context.mkiv > mtx-context | current version: 2020.11.23 22:40 > mtx-context | main context file: > /home/vm/context/tex/texmf-context/tex/context/base/mkiv/context.mkxl > mtx-context | current version: 2020.11.19 11:28 Hi Floris, I’m afraid you are getting an old version, since the newer one reads: mtx-context | ConTeXt Process Management 1.04 mtx-context | mtx-context | main context file: /home/ousia/context/tex/texmf-context/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2020.11.24 00:41 mtx-context | main context file: /home/ousia/context/tex/texmf-context/tex/context/base/mkxl/context.mkxl mtx-context | current version: 2020.11.24 00:41 Just in case it helps, Pablo -- http://www.ousia.tk ___ 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] RE : upload
After running install.bat I see error : This is LuaMetaTeX, Version 2.08.03 2097153(D:/ConTeXt/lmtx/tex/texmf-context/tex/context/base/mkxl/cont-en.mkxl(context.mkxl(syst-ini.mkxl)(norm-ctx.mkxl)(syst-pln.mkxl)(syst-mes.mkxl)(luat-cod.mkxl<+ D:/ConTeXt/lmtx/tex/texmf-context/tex/context/base/mkxl/luat-cod.lmt>)(luat-bas.mkxl loading: ConTeXt Lua Macros / Basic Lua Libraries<- D:/ConTeXt/lmtx/tex/texmf-context/tex/context/base/mkxl/l-bit32.lua> error loading file: l-bit32.lua (aborting)resolvers | formats | De : Hans HagenEnvoyé le :lundi 23 novembre 2020 20:24À : mailing list for ConTeXt users; Christian PrimObjet :Re: [NTG-context] upload On 11/23/2020 7:29 PM, Christian Prim wrote:> Hi > Do I miss something?looks like some old files are still present i'll fix 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-contextwebpage : http://www.pragma-ade.nl / http://context.aanhet.netarchive : 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] format error with latest 2020-11-16 19:40 with mkiv (luatex)
Hi, I am getting the following error message trying to generate the formats (context --make) with the latest version (latest 2020-11-16 19:40) with luatex 1.13.0 7385 (not lmtx). loading > ConTeXt Typesetting Macros / Triggering Actions resolvers > lua > loading file '/usr/share/texmf/tex/context/base/mkiv/typo-inj.lua' succeeded tex error > tex error on line 49 in file /usr/share/texmf/tex/context/base/mkiv/typo-inj.mkiv: ! Parameters must be numbered consecutively * l.49 \permanent\tolerant\protected\def\checkinjector [#1]#* [#2]{\clf_checkinjector{#1}{#2}} 39 %D \placeregister[index][criterium=text] 40 %D \page 41 %D \startsection[title=Alpha] first \index{first} \stopsection 42 %D \startsection[title=Beta] second \index{second} \stopsection 43 %D \startsection[title=Gamma] third \index{third} \stopsection 44 %D \startsection[title=Delta] fourth \index{fourth} \stopsection 45 %D \stoptext 46 47 \permanent \protected\def\resetinjector [#1]{\clf_resetinjector{#1}} 48 \permanent \protected\def\markinjector [#1]{\dontleavehmode\clf_markinjector{#1}} 49 >> \permanent\tolerant\protected\def\checkinjector [#1]#*[#2]{\clf_checkinjector{#1}{#2}} 50 \permanent \protected\def\checknextinjector [#1]{\clf_checkinjector{#1}{\v!next}} 51 \permanent \protected\def\checkpreviousinjector [#1]{\clf_checkinjector{#1}{\v!previous}} 52 %permanent \protected\def\checknextinjector [#1]{\clf_checknextinjector{#1}} 53 %permanent \protected\def\checkpreviousinjector [#1]{\clf_checkpreviousinjector{#1}} 54 \permanent\tolerant\protected\def\setinjector [#1]#*[#2]#*[#3]{\clf_setinjector{#1}{#2}{#3}} 55 \permanent\tolerant\protected\def\showinjector [#1]{\clf_showinjector{#1}} 56 57 \permanent\protected\def\domarkinjector#1#2% called at the lua end 58 {\dontleavehmode\llap{\infofont\ifcase#1\else\red\fi<#2>\quad}} 59 Swapping typo-inj.mkxl with typo-inj.mkiv makes it work though, changing \permanent\tolerant\protected\def\checkinjector [#1]#*[#2]{\clf _checkinjector{#1}{#2}} \permanent\tolerant\protected\def\setinjector [#1]#*[#2]#*[#3]{\clf _setinjector{#1}{#2}{#3}} back to \unexpanded\def\docheckinjector [#1][#2]{\clf_checkinjector{#1}{#2}} \unexpanded\def\dosetinjector [#1][#2][#3]{\clf_setinjector{#1}{#2}{#3}} Were the files mixed up? Shouldn't the former be for mkxl (lmtx) and the latter for mkiv? Adam ___ 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] ConTeXt Linux installation issues (due to GLIBC dependency) - Solved!
Hello All, This turned out to be an issue with the texmf-context.zip file version mismatch. I updated to version 1.04 and was able to install successfully! However, I would like to contribute a section to Wiki on how to install ConTeXt in Linux machines which does not have the proper GLIBC version. This is especially true with RHEL 7.x versions - which is still the majority installation in companies & institutions with RHEL subscription. The section will cover GLIBC 2.24 install, patchelf utility and the changes needed to ConTeXt install scripts for such an installation. How can I go about contributing to the wiki? Thank you, Ramkumar On Fri, Nov 6, 2020 at 5:31 PM Ramkumar KB wrote: > Hello All, > > I am having a situation where I have to install and run Context in a Linux > machine but the machine(s) have only RHEL 7.6 (which comes with only > GLIBC_2.17). > From the initial error logs it appears that Context needs minimum > GLIBC_2.23. Therefore, I did the following work around and it almost worked > ! (there were no more GLIBC_2.23 errors and installation was progressing > well...) , till it did not... :-( > > Any tips or suggestions to try would be indeed very helpful. Thanks so > much ! > > *Work Around* - > Manually installed GLIBC_2.23 as per the instructions here - in my own > directory where I have full access - > https://gist.github.com/carlesloriente/ab3387e7d035ed400dc2816873e9089e > > *Patchelf Utility* > Used the patchelf utility - https://anaconda.org/conda-forge/patchelf > > *Changed the following Context install files* > *install.sh (just before running mtxrun)* > *===* > patchelf --set-interpreter > /my-own-dir/opt/glibc-2.23/lib/ld-linux-x86-64.so.2 --set-rpath > /my-own-dir/opt/glibc-2.23/lib:/usr/lib64 $PWD/bin/mtxrun $PWD/bin/mtxrun > --script ./bin/mtx-install.lua --update --server="$LMTXSERVER" > --instance="$LMTXINSTANCE" --platform="$PLATFORM" --erase > --extras="$LMTXEXTRAS" > *mtx-install.lua (just before running mtxrunbin)* > > run("patchelf --set-interpreter > /my-own-dir/opt/glibc-2.23/lib/ld-linux-x86-64.so.2 --set-rpath > /my-own-dir/opt/glibc-2.23/lib:/usr/lib64 %s", mtxrunbin) > run("%s --generate",mtxrunbin) > > *Error that I see (in the step `make luametatex format`) - * > resolvers | formats | changing to format path '/my-own-dir > /ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f3 > 2e/formats/luametatex' > resolvers | formats | executing runner 'make luametatex format': / > my-own-dir/ConTeXt/tex/texmf-linux-64/bin/luametatex --ini > --lua=/my-own-dir/chantool/ConTeXt/tex/texmf-context/tex/context/base/mkiv/luat-cod.lmt > /my-own-dir/ConTeXt/tex/texmf-context/tex/context/base/mkiv/cont-en. > mkxl > This is LuaMetaTeX, Version 2.08.01 > 2097153(/my-own-dir/ConTeXt/tex/texmf-context/tex/context/base/mkiv/cont-en.mkxl(context.mkxl(syst-ini.m > kxl > ! Undefined control sequence. > \voffset > \zeropoint \let\voffset\relax \newdimen\voffset \let\normalvoffset\voffset > ! Missing number, treated as zero. > > \let > < > ... > (That makes 100 errors; please try again.)resolvers | formats | > > > > > > > > > > ___ 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] ConTeXt Linux installation issues (due to GLIBC dependency)
Hello All, I am having a situation where I have to install and run Context in a Linux machine but the machine(s) have only RHEL 7.6 (which comes with only GLIBC_2.17). >From the initial error logs it appears that Context needs minimum GLIBC_2.23. Therefore, I did the following work around and it almost worked ! (there were no more GLIBC_2.23 errors and installation was progressing well...) , till it did not... :-( Any tips or suggestions to try would be indeed very helpful. Thanks so much ! *Work Around* - Manually installed GLIBC_2.23 as per the instructions here - in my own directory where I have full access - https://gist.github.com/carlesloriente/ab3387e7d035ed400dc2816873e9089e *Patchelf Utility* Used the patchelf utility - https://anaconda.org/conda-forge/patchelf *Changed the following Context install files* *install.sh (just before running mtxrun)* *===* patchelf --set-interpreter /my-own-dir/opt/glibc-2.23/lib/ld-linux-x86-64.so.2 --set-rpath /my-own-dir/opt/glibc-2.23/lib:/usr/lib64 $PWD/bin/mtxrun $PWD/bin/mtxrun --script ./bin/mtx-install.lua --update --server="$LMTXSERVER" --instance="$LMTXINSTANCE" --platform="$PLATFORM" --erase --extras="$LMTXEXTRAS" *mtx-install.lua (just before running mtxrunbin)* run("patchelf --set-interpreter /my-own-dir/opt/glibc-2.23/lib/ld-linux-x86-64.so.2 --set-rpath /my-own-dir/opt/glibc-2.23/lib:/usr/lib64 %s", mtxrunbin) run("%s --generate",mtxrunbin) *Error that I see (in the step `make luametatex format`) - * resolvers | formats | changing to format path '/my-own-dir /ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f3 2e/formats/luametatex' resolvers | formats | executing runner 'make luametatex format': / my-own-dir/ConTeXt/tex/texmf-linux-64/bin/luametatex --ini --lua=/my-own-dir/chantool/ConTeXt/tex/texmf-context/tex/context/base/mkiv/luat-cod.lmt /my-own-dir/ConTeXt/tex/texmf-context/tex/context/base/mkiv/cont-en. mkxl This is LuaMetaTeX, Version 2.08.01 2097153(/my-own-dir/ConTeXt/tex/texmf-context/tex/context/base/mkiv/cont-en.mkxl(context.mkxl(syst-ini.m kxl ! Undefined control sequence. \voffset \zeropoint \let\voffset\relax \newdimen\voffset \let\normalvoffset\voffset ! Missing number, treated as zero. \let < ... (That makes 100 errors; please try again.)resolvers | formats | ___ 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] bug in PDF boxes? (was: Re: Trouble setting PDF boxes))
I would like to add though that even if the code you posted did work properly, Pablo, it wouldn't solve my original problem. It would be good if cropoffset, trimoffset etc. took two dimensions, one for the x direction and one for the y direction, instead of one for both. But I appreciate you changing the subject to increase visibility. Jack On Sun, 26 Apr 2020 at 19:47, Pablo Rodriguez wrote: > On 4/25/20 2:37 PM, Jack Steyn wrote: > > Hi, > > > > I am having trouble setting the PDF boxes to my desired dimensions. > > Suppose I have \setuppapersize[/a/][/b/]. I want CropBox = MediaBox > > =/ //b/. So far, so good: I can just use cropoffset=0mm in \setuplayout. > > But I want TrimBox = /a/. However, as far as I can see, I can't achieve > > this using trimoffset in \setuplayout unless (width of /b/) – (width of > > /a/) = (height of /b/) – (height of /a/), which does not hold in my > > case. So it looks like I need to find another way to set the TrimBox > > (and the BleedBox, which I want to be 3mm wider and taller than the > > TrimBox). Does anyone know how to do this? > > Hi Jack, > > there seems to be a bug in ConTeXt (both in MkXL and MkIV). > > From this code: > > \setuplayout > [cropoffset=15ex, > trimoffset=20ex, > bleedoffset=25ex, > artoffset=30ex] > > \starttext > \input zapf > \stoptext > > I get the relevant code: > > /CropBox [ 0 0 595.2756 841.8898 ] > /MediaBox [ 0 0 595.2756 841.8898 ] > /TrimBox [ 0 0 595.2756 841.8898 ] > > I think it might be a bug that prevents this from working properly. > (ArtBox is simply disabled.) > > Hans, could you check this? Many thanks for your help. > > Pablo > > PS: sorry for having changed the subject, Jack. It intends only to > increase visibility about code that may need to be improved. > -- > http://www.ousia.tk > > ___ > 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] bug in PDF boxes? (was: Re: Trouble setting PDF boxes))
On 4/25/20 2:37 PM, Jack Steyn wrote: > Hi, > > I am having trouble setting the PDF boxes to my desired dimensions. > Suppose I have \setuppapersize[/a/][/b/]. I want CropBox = MediaBox > =/ //b/. So far, so good: I can just use cropoffset=0mm in \setuplayout. > But I want TrimBox = /a/. However, as far as I can see, I can't achieve > this using trimoffset in \setuplayout unless (width of /b/) – (width of > /a/) = (height of /b/) – (height of /a/), which does not hold in my > case. So it looks like I need to find another way to set the TrimBox > (and the BleedBox, which I want to be 3mm wider and taller than the > TrimBox). Does anyone know how to do this? Hi Jack, there seems to be a bug in ConTeXt (both in MkXL and MkIV). From this code: \setuplayout [cropoffset=15ex, trimoffset=20ex, bleedoffset=25ex, artoffset=30ex] \starttext \input zapf \stoptext I get the relevant code: /CropBox [ 0 0 595.2756 841.8898 ] /MediaBox [ 0 0 595.2756 841.8898 ] /TrimBox [ 0 0 595.2756 841.8898 ] I think it might be a bug that prevents this from working properly. (ArtBox is simply disabled.) Hans, could you check this? Many thanks for your help. Pablo PS: sorry for having changed the subject, Jack. It intends only to increase visibility about code that may need to be improved. -- http://www.ousia.tk ___ 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?) wrong interline in \placelist[alternative=d] with Pagella italics
Hi Hans, here you have the sample: \setuppapersize[A6] \setupinteraction[state=start] \enabledirectives[references.border] \setupbodyfont[pagella] \starttext \placelist[section] [alternative=d, style=\it] \section{Section 1} \section{\dorecurse{25}{Section }3} \section{Section 3} \stoptext For some strange reason (at least, to me), \placelist[alternative=d] seems to misbehave when using \it or \bi as style. Everthing is fine when italic fonts aren’t used. I’m afraid I may be hitting a bug in both latest MkXL from 2020.03.10 14:52 and MkIV from 2019.07.24 11:31. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] \setbreakpoints[compound] not working?
On 2/25/20 8:56 PM, Wolfgang Schuster wrote: > On Tue, 25 Feb 2020 20:43:59 +0100 Pablo Rodriguez wrote: >> [...] >> I mean, line isn’t broken after any "/". >> >> Is this a bug in MkXL (and MkIV) or am I missing something? > > The break happpens only when letters are on the left and right side > but not for numbers. Many thanks for your fast reply, Wolfgang. I didn’t have the need to line break with numbers before. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] \setbreakpoints[compound] not working?
On Tue, 25 Feb 2020 20:43:59 +0100 Pablo Rodriguez wrote: > Dear list, > > I cannot get this working: > > \setuppapersize[A9] > \setupbodyfont[26pt] > \setbreakpoints[compound] > \starttext > 1989/3242/CEE\\ > 2009/3926/UE\\ > \stoptext > > I mean, line isn’t broken after any "/". > > Is this a bug in MkXL (and MkIV) or am I missing something? The break happpens only when letters are on the left and right side but not for numbers. \setbreakpoints[compound] \starttext \hsize=1pt xxx/yyy 111/222 \stoptext Wolfgang ___ 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] \setbreakpoints[compound] not working?
Dear list, I cannot get this working: \setuppapersize[A9] \setupbodyfont[26pt] \setbreakpoints[compound] \starttext 1989/3242/CEE\\ 2009/3926/UE\\ \stoptext I mean, line isn’t broken after any "/". Is this a bug in MkXL (and MkIV) or am I missing something? Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] font expansion MkXL vs. MkIV
On 2/17/2020 10:56 PM, Pablo Rodriguez wrote: On 2/17/20 7:49 PM, Hans Hagen wrote: On 2/17/2020 4:51 PM, Pablo Rodriguez wrote: [...] Sorry if I hadn’t expressed myself accurately before. The issue here isn’t having exactly the same output in both MkIV and MkXL. The real problem is that characters are misplaced in MkXL with hz enabled. I think this might be a bug. hm, i uploaded a maybe better variant Many thanks for the new version, Hans. It works much better now. Dos the improvement come from the new LuaMetaTeX binary? not this time. its from usage 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] font expansion MkXL vs. MkIV
On 2/17/20 7:49 PM, Hans Hagen wrote: > On 2/17/2020 4:51 PM, Pablo Rodriguez wrote: >> [...] >> Sorry if I hadn’t expressed myself accurately before. The issue here >> isn’t having exactly the same output in both MkIV and MkXL. The real >> problem is that characters are misplaced in MkXL with hz enabled. I >> think this might be a bug. > > hm, i uploaded a maybe better variant Many thanks for the new version, Hans. It works much better now. Dos the improvement come from the new LuaMetaTeX binary? Many thanks again, Pablo -- http://www.ousia.tk ___ 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] font expansion MkXL vs. MkIV
On 2/17/2020 4:51 PM, Pablo Rodriguez wrote: On 2/16/20 11:00 PM, Hans Hagen wrote: [...] in lmtx there is more precise handling of edge cases (protrusion) that are ignored in mkiv ... so any difference that you observe can simply be a side effect of tex deciding otherwise (because these calculations do influence linebreaks) anyway, you should use 'stretch' to because otherwise expansion and protrusion has not enough options to do better (the linebreak third pass that is) \setupalign[hanging, stretch, hz] Many thanks for your reply, Hans. I’m afraid that "stretch" doesn’t make any difference with TeX Gyre Heros (https://pdf.ousia.tk/stretch-mkxl-hz.pdf) and it only corrected one problematic case with Source Serif Pro (https://pdf.ousia.tk/stretch-ssp-mkxl-hz.pdf). Sorry if I hadn’t expressed myself accurately before. The issue here isn’t having exactly the same output in both MkIV and MkXL. The real problem is that characters are misplaced in MkXL with hz enabled. I think this might be a bug. hm, i uploaded a maybe better variant 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] font expansion MkXL vs. MkIV
On 2/16/20 11:00 PM, Hans Hagen wrote: > [...] > in lmtx there is more precise handling of edge cases (protrusion) that > are ignored in mkiv ... so any difference that you observe can simply be > a side effect of tex deciding otherwise (because these calculations do > influence linebreaks) > > anyway, you should use 'stretch' to because otherwise expansion and > protrusion has not enough options to do better (the linebreak third pass > that is) > > \setupalign[hanging, stretch, hz] Many thanks for your reply, Hans. I’m afraid that "stretch" doesn’t make any difference with TeX Gyre Heros (https://pdf.ousia.tk/stretch-mkxl-hz.pdf) and it only corrected one problematic case with Source Serif Pro (https://pdf.ousia.tk/stretch-ssp-mkxl-hz.pdf). Sorry if I hadn’t expressed myself accurately before. The issue here isn’t having exactly the same output in both MkIV and MkXL. The real problem is that characters are misplaced in MkXL with hz enabled. I think this might be a bug. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] font expansion MkXL vs. MkIV
On 2/16/2020 9:22 PM, Pablo Rodriguez wrote: Hi Wolfgang and Hans, I have the following sample: \setuppapersize[A5] \definefontfeature[default][default] [protrusion=quality, expansion=quality] \definefontfamily[mainface][rm][Source Serif Pro] \setupalign[hanging, hz] \setupbodyfont[mainface, 17pt] %~ \setupbodyfont[helvetica, 17pt] \starttext \input zapf \stoptext hz doesn’t work fine in MkXL, but it works fine in MkIV. I think the flow of characters is broken in MKXL. Some With TeX Gyre Heros (https://pdf.ousia.tk/mkiv-hz.pdf and https://pdf.ousia.tk/mkxl-hz.pdf): - "computer": line 5. - "basic": line 8. - "showing": line 10. With Source Serif Pro, also (https://pdf.ousia.tk/ssp-mkiv-hz.pdf and https://pdf.ousia.tk/ssp-mkxl-hz.pdf): - "publishing": line 2. - "about": line 4. - "between": line 10. I’m experiencing this wherever I use hz with MkXL. Sorry, but cannot the default values for quality font expansion be the same in MkIV and MkXL? Many thanks for your help, in lmtx there is more precise handling of edge cases (protrusion) that are ignored in mkiv ... so any difference that you observe can simply be a side effect of tex deciding otherwise (because these calculations do influence linebreaks) anyway, you should use 'stretch' to because otherwise expansion and protrusion has not enough options to do better (the linebreak third pass that is) \setupalign[hanging, stretch, hz] 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] font expansion MkXL vs. MkIV
Hi Wolfgang and Hans, I have the following sample: \setuppapersize[A5] \definefontfeature[default][default] [protrusion=quality, expansion=quality] \definefontfamily[mainface][rm][Source Serif Pro] \setupalign[hanging, hz] \setupbodyfont[mainface, 17pt] %~ \setupbodyfont[helvetica, 17pt] \starttext \input zapf \stoptext hz doesn’t work fine in MkXL, but it works fine in MkIV. I think the flow of characters is broken in MKXL. Some With TeX Gyre Heros (https://pdf.ousia.tk/mkiv-hz.pdf and https://pdf.ousia.tk/mkxl-hz.pdf): - "computer": line 5. - "basic": line 8. - "showing": line 10. With Source Serif Pro, also (https://pdf.ousia.tk/ssp-mkiv-hz.pdf and https://pdf.ousia.tk/ssp-mkxl-hz.pdf): - "publishing": line 2. - "about": line 4. - "between": line 10. I’m experiencing this wherever I use hz with MkXL. Sorry, but cannot the default values for quality font expansion be the same in MkIV and MkXL? Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] upload
On 2/13/2020 11:28 AM, mf wrote: Il 11/02/20 17:00, Hans Hagen ha scritto: Hi, I uploaded a fresh lmtx. There is some new stuff in there: I'm a little bit confused about versions. 1) GIT MIRROR The last commit in the branch "beta" is 2020-01-26 18:37:00. I've seen no update since your "upload" message (the one i'm replying to). (Hans, I know it's not you updating it) 2) CONTEXT MKIV I've just updated the "latest" ConTeXt MkIV, i mean the one you update with first-setup.sh ... Once updated, this is the output of "context --version": mtx-context | ConTeXt Process Management 1.03 mtx-context | mtx-context | main context file: /home/massi/context/latest/tex/texmf-context/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2020.01.30 14:13 mtx-context | main context file: /home/massi/context/latest/tex/texmf-context/tex/context/base/mkiv/context.mkxl mtx-context | current version: 2020.01.30 14:13 3) LMTX After ./install.sh and setting the PATH, "context --version" gives: mtx-context | ConTeXt Process Management 1.03 mtx-context | mtx-context | main context file: /home/massi/context/lmtx/tex/texmf-context/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2019.07.24 11:31 mtx-context | main context file: /home/massi/context/lmtx/tex/texmf-context/tex/context/base/mkiv/context.mkxl mtx-context | current version: 2020.02.11 16:41 "2020.02.11 16:41" for MKXL looks right to me, since it's the version you are talking of in your message. But what about "2019.07.24 11:31" for MKIV? It's even older than the one you get with first-setup.sh. Maybe it's the version when MKXL and MKIV split, and "2020.01.30 14:13" is the latest version of MKIV with the backporting of some of the enhancements that took place in MKXL. Is it like that? if you fetch from the web site you need to use /latest as we no longer have lpha, beta current ... maybe somthing got messed up in the git sync, i don't know it occasionally can be that there is some difference with lmtx but not that large 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] upload
Il 11/02/20 17:00, Hans Hagen ha scritto: Hi, I uploaded a fresh lmtx. There is some new stuff in there: I'm a little bit confused about versions. 1) GIT MIRROR The last commit in the branch "beta" is 2020-01-26 18:37:00. I've seen no update since your "upload" message (the one i'm replying to). (Hans, I know it's not you updating it) 2) CONTEXT MKIV I've just updated the "latest" ConTeXt MkIV, i mean the one you update with first-setup.sh ... Once updated, this is the output of "context --version": mtx-context | ConTeXt Process Management 1.03 mtx-context | mtx-context | main context file: /home/massi/context/latest/tex/texmf-context/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2020.01.30 14:13 mtx-context | main context file: /home/massi/context/latest/tex/texmf-context/tex/context/base/mkiv/context.mkxl mtx-context | current version: 2020.01.30 14:13 3) LMTX After ./install.sh and setting the PATH, "context --version" gives: mtx-context | ConTeXt Process Management 1.03 mtx-context | mtx-context | main context file: /home/massi/context/lmtx/tex/texmf-context/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2019.07.24 11:31 mtx-context | main context file: /home/massi/context/lmtx/tex/texmf-context/tex/context/base/mkiv/context.mkxl mtx-context | current version: 2020.02.11 16:41 "2020.02.11 16:41" for MKXL looks right to me, since it's the version you are talking of in your message. But what about "2019.07.24 11:31" for MKIV? It's even older than the one you get with first-setup.sh. Maybe it's the version when MKXL and MKIV split, and "2020.01.30 14:13" is the latest version of MKIV with the backporting of some of the enhancements that took place in MKXL. Is it like that? Best greetings, Massi ___ 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] Official file ending?
Ha, I was just writing about my confusion, thank you for clearing this up. So how about I add those four to Wikipedia and the ConTeXt wiki? Am Mi., 5. Feb. 2020 um 10:23 Uhr schrieb Hans Hagen : > On 2/4/2020 8:27 PM, kaddour kardio wrote: > > Since ConTeXT is closer to plain TeX than LaTeX, it is more legitimate > > to got the "dot tex" than latex :) > > > > Le mar. 4 févr. 2020 à 17:57, Pablo Rodriguez > <mailto:oi...@gmx.es>> a écrit : > > > > On 2/3/20 3:28 PM, Hans Hagen wrote: > > > On 2/3/2020 3:07 PM, Philipp A. wrote: > > >> Hi! > > >> > > >> Most text editors have LaTeX specific syntax highlighting, so it > > makes > > >> sense to give your ConTeXt file a ending it can be distinguished > > with. > > >> Is there a blessed one? > > >> > > >> * .ctx: Would mirror the semi-common .ltx, but is used for XML > > files > > >> inside of ConTeXt itself > > > > > > context ctx files are xml files indeed > > > > > >> * .mkiv: Is that just for ConTeXt or all LuaTeX stuff? Would > > it make > > >> sense to give text documents that extension? > > > > > > you can do that (or mkvi or lmtx or ...) > > > > Since there are already *.mkxl files in the ConTeXt distribution, I > > think it may make sense to name the LMTX version MkXL. > > > > In any case, MkXL is simpler and clearer that MkIV with LMTX. > mkiv (four) : files that expect mkiv (or lmtx) > mkvi (six): mkiv (or lmtx) files that pass a filter > mkxl (fourty) : files that expect lmtx > mklx (sixty) : lmtx files that pass a filter > > (there are some more, like template files and so) > > I suppose that latex syntax highlighting filters support tex and sty and > maybe suffixes i'm noti aware of. So a context specific highlighter > could support mkiv, mkvi, mkxk and mkvi. At least that's what I do here. > > 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] Official file ending?
On 2/4/2020 8:27 PM, kaddour kardio wrote: Since ConTeXT is closer to plain TeX than LaTeX, it is more legitimate to got the "dot tex" than latex :) Le mar. 4 févr. 2020 à 17:57, Pablo Rodriguez <mailto:oi...@gmx.es>> a écrit : On 2/3/20 3:28 PM, Hans Hagen wrote: > On 2/3/2020 3:07 PM, Philipp A. wrote: >> Hi! >> >> Most text editors have LaTeX specific syntax highlighting, so it makes >> sense to give your ConTeXt file a ending it can be distinguished with. >> Is there a blessed one? >> >> * .ctx: Would mirror the semi-common .ltx, but is used for XML files >> inside of ConTeXt itself > > context ctx files are xml files indeed > >> * .mkiv: Is that just for ConTeXt or all LuaTeX stuff? Would it make >> sense to give text documents that extension? > > you can do that (or mkvi or lmtx or ...) Since there are already *.mkxl files in the ConTeXt distribution, I think it may make sense to name the LMTX version MkXL. In any case, MkXL is simpler and clearer that MkIV with LMTX. mkiv (four) : files that expect mkiv (or lmtx) mkvi (six): mkiv (or lmtx) files that pass a filter mkxl (fourty) : files that expect lmtx mklx (sixty) : lmtx files that pass a filter (there are some more, like template files and so) I suppose that latex syntax highlighting filters support tex and sty and maybe suffixes i'm noti aware of. So a context specific highlighter could support mkiv, mkvi, mkxk and mkvi. At least that's what I do here. 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] Official file ending?
Since ConTeXT is closer to plain TeX than LaTeX, it is more legitimate to got the "dot tex" than latex :) Le mar. 4 févr. 2020 à 17:57, Pablo Rodriguez a écrit : > On 2/3/20 3:28 PM, Hans Hagen wrote: > > On 2/3/2020 3:07 PM, Philipp A. wrote: > >> Hi! > >> > >> Most text editors have LaTeX specific syntax highlighting, so it makes > >> sense to give your ConTeXt file a ending it can be distinguished with. > >> Is there a blessed one? > >> > >> * .ctx: Would mirror the semi-common .ltx, but is used for XML files > >> inside of ConTeXt itself > > > > context ctx files are xml files indeed > > > >> * .mkiv: Is that just for ConTeXt or all LuaTeX stuff? Would it make > >> sense to give text documents that extension? > > > > you can do that (or mkvi or lmtx or ...) > > Since there are already *.mkxl files in the ConTeXt distribution, I > think it may make sense to name the LMTX version MkXL. > > In any case, MkXL is simpler and clearer that MkIV with LMTX. > > Pablo > -- > http://www.ousia.tk > > ___ > 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] Official file ending?
On 2/3/20 3:28 PM, Hans Hagen wrote: > On 2/3/2020 3:07 PM, Philipp A. wrote: >> Hi! >> >> Most text editors have LaTeX specific syntax highlighting, so it makes >> sense to give your ConTeXt file a ending it can be distinguished with. >> Is there a blessed one? >> >> * .ctx: Would mirror the semi-common .ltx, but is used for XML files >> inside of ConTeXt itself > > context ctx files are xml files indeed > >> * .mkiv: Is that just for ConTeXt or all LuaTeX stuff? Would it make >> sense to give text documents that extension? > > you can do that (or mkvi or lmtx or ...) Since there are already *.mkxl files in the ConTeXt distribution, I think it may make sense to name the LMTX version MkXL. In any case, MkXL is simpler and clearer that MkIV with LMTX. Pablo -- http://www.ousia.tk ___ 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] issues with attachments
On 12/26/2019 9:05 PM, Rik Kabel wrote: On 12/18/2019 11:32, Pablo Rodriguez wrote: Hi Hans, I accidentally discovered that file attachment generates two entries in Acrobat, such as this sample: \setuppapersize[A5] \showframe \setupinteraction[state=start] \setupinteractionscreen[option=attachment] \starttext a\attachment[file=xml-mkiv.pdf, name={attached.pdf}] \stoptext This happens with latest beta (from 2019.12.17) in both MkIV and MkXL. https://www.pdfa.org/wp-content/uploads/2018/10/PDF20_AN002-AF.pdf#search=usability warns about the use of both /EmbeddedFiles and /FileAttachment annotations. Acrobat seems to be the problematic software. I think it is fine to have /FileAttachment annotations for "method=normal" and /EmbeddedFiles for "method=hidden". Would be also possible that the entries in /Embeddedfiles use the value for "name" instead of "file" (when specified)? And for the /EmbeddedFile annotation, would it be possible to add the value for /Size entry (uncompressed size of the file in bytes, https://www.adobe.com/content/dam/acom/en/devnet/pdf/PDF32000_2008.pdf#page=112) in the /Params dictionary? This is the way to avoid that Acrobat displays no uncompressed size but real uncompressed size (I guess both values would be very similar, when not the same). Many thanks for your help, Pablo -- http://www.ousia.tk I second this request. The bookmark is taking on the file= name, and not that of name=. It would be better to take the name=, or to add a bookmark= key. Well, this is why before we didn't have an entry but validators then complain so we havbe a chicken - egg issue here. Personally I think it's an acrobat bug (maybe in the meantime turned feature) as it should check for atttachments registered at the document level and annotation level. There are similar contradictions wrt named icons and appearance streams. So ... I wait with changing something till Peter tells me what to do as he's in charge of validation issues. 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] issues with attachments
On 12/18/2019 11:32, Pablo Rodriguez wrote: Hi Hans, I accidentally discovered that file attachment generates two entries in Acrobat, such as this sample: \setuppapersize[A5] \showframe \setupinteraction[state=start] \setupinteractionscreen[option=attachment] \starttext a\attachment[file=xml-mkiv.pdf, name={attached.pdf}] \stoptext This happens with latest beta (from 2019.12.17) in both MkIV and MkXL. https://www.pdfa.org/wp-content/uploads/2018/10/PDF20_AN002-AF.pdf#search=usability warns about the use of both /EmbeddedFiles and /FileAttachment annotations. Acrobat seems to be the problematic software. I think it is fine to have /FileAttachment annotations for "method=normal" and /EmbeddedFiles for "method=hidden". Would be also possible that the entries in /Embeddedfiles use the value for "name" instead of "file" (when specified)? And for the /EmbeddedFile annotation, would it be possible to add the value for /Size entry (uncompressed size of the file in bytes, https://www.adobe.com/content/dam/acom/en/devnet/pdf/PDF32000_2008.pdf#page=112) in the /Params dictionary? This is the way to avoid that Acrobat displays no uncompressed size but real uncompressed size (I guess both values would be very similar, when not the same). Many thanks for your help, Pablo -- http://www.ousia.tk I second this request. The bookmark is taking on the file= name, and not that of name=. It would be better to take the name=, or to add a bookmark= key. -- 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] issues with attachments
Hi Hans, I accidentally discovered that file attachment generates two entries in Acrobat, such as this sample: \setuppapersize[A5] \showframe \setupinteraction[state=start] \setupinteractionscreen[option=attachment] \starttext a\attachment[file=xml-mkiv.pdf, name={attached.pdf}] \stoptext This happens with latest beta (from 2019.12.17) in both MkIV and MkXL. https://www.pdfa.org/wp-content/uploads/2018/10/PDF20_AN002-AF.pdf#search=usability warns about the use of both /EmbeddedFiles and /FileAttachment annotations. Acrobat seems to be the problematic software. I think it is fine to have /FileAttachment annotations for "method=normal" and /EmbeddedFiles for "method=hidden". Would be also possible that the entries in /Embeddedfiles use the value for "name" instead of "file" (when specified)? And for the /EmbeddedFile annotation, would it be possible to add the value for /Size entry (uncompressed size of the file in bytes, https://www.adobe.com/content/dam/acom/en/devnet/pdf/PDF32000_2008.pdf#page=112) in the /Params dictionary? This is the way to avoid that Acrobat displays no uncompressed size but real uncompressed size (I guess both values would be very similar, when not the same). Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] lmtx
On 12/12/19 5:59 PM, Pablo Rodriguez wrote: > On 12/12/19 1:37 AM, Hans Hagen wrote: >> [...] >> Anyway, hopefully nothing got broken. Peter Rolf and I are updating some >> of the pdf validation related stuff (additional formats), so that can be >> in flux. > > Hans, > > I’m afraid that attachments in MkXL aren’t attached to the PDF document > (using latest beta from 2019.12.12 13:15). Hans, many thanks for your ultra-fast fix in beta from 2019.12.12 19:35. > BTW, if I try to compile this with MkIV beta from 2019.12.12 13:04, I > get a crash with the following error: Many thanks also for this fix. Pablo -- http://www.ousia.tk ___ 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] lmtx
On 12/12/19 1:37 AM, Hans Hagen wrote: > [...] > Anyway, hopefully nothing got broken. Peter Rolf and I are updating some > of the pdf validation related stuff (additional formats), so that can be > in flux. Hans, I’m afraid that attachments in MkXL aren’t attached to the PDF document (using latest beta from 2019.12.12 13:15). \setuppapersize[A5] \showframe \setupinteraction[state=start] \setupinteractionscreen[option=attachment] \starttext a\attachment[file=xml-mkiv.pdf] \stoptext BTW, if I try to compile this with MkIV beta from 2019.12.12 13:04, I get a crash with the following error: ..56f32e/formats/luatex/lpdf-ini-macro.lua:965: pdf.obj(): no "string" or "file" given Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] layers and \llap
Hi Pablo, I can reproduce the issue on MacOS on Acrobat Reader, and also on Adobe Acrobat Pro. In fact turning off any last viewerlayer makes the text disappear. Best regards: OK > On 19 Nov 2019, at 22:10, Pablo Rodriguez wrote: > > On 11/19/19 9:48 PM, Henri Menke wrote: >> On 11/20/19 3:16 AM, Pablo Rodriguez wrote: >>> [...] >>> Everything works fine if the layer with \llap is placed first. >>> >>> I guess this might be a bug. >> >> Works for me on both Evince and Foxit Reader. I can't test Adobe because I'm >> on Linux. >> >> Try also \dontleavehmode\llap{\ConTeXt} because \llap by itself does not >> start >> a paragraph. > > Hi Henri, > > many thanks for your reply. > > This is really weird, since I cannot make it work, either with Acrobat > in Windows nor in Evince or Acrobat in Linux. > > I’m using latest beta from 2019.11.14 17:07 (either MkIV or MkXL). Which > beta are you using? > > Many thanks for your help, > > Pablo > -- > http://www.ousia.tk > ___ > 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] layers and \llap
On 11/19/19 9:48 PM, Henri Menke wrote: > On 11/20/19 3:16 AM, Pablo Rodriguez wrote: >> [...] >> Everything works fine if the layer with \llap is placed first. >> >> I guess this might be a bug. > > Works for me on both Evince and Foxit Reader. I can't test Adobe because I'm > on Linux. > > Try also \dontleavehmode\llap{\ConTeXt} because \llap by itself does not start > a paragraph. Hi Henri, many thanks for your reply. This is really weird, since I cannot make it work, either with Acrobat in Windows nor in Evince or Acrobat in Linux. I’m using latest beta from 2019.11.14 17:07 (either MkIV or MkXL). Which beta are you using? Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] issue with footnote in LMTX
Am 08.10.19 um 15:11 schrieb Pablo Rodriguez: > Dear list, > > I have the following sample: > > \setupinteraction[state=start, focus=standard] > \starttext > a\footnote{b} > \stoptext > > Using latest beta from MkXL (2019.10.05 14:56), link form footnote to > main text body doesn’t work. > > Latest beta from MkIV (2019.10.05 14:45) has no issue and the footnote > link works perfectly fine. > > Could anyone confirm this issue with links in footnotes for LMTX? Yes, no link with LMTX 2019.10.02 22:33 juh ___ 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] issue with footnote in LMTX
Dear list, I have the following sample: \setupinteraction[state=start, focus=standard] \starttext a\footnote{b} \stoptext Using latest beta from MkXL (2019.10.05 14:56), link form footnote to main text body doesn’t work. Latest beta from MkIV (2019.10.05 14:45) has no issue and the footnote link works perfectly fine. Could anyone confirm this issue with links in footnotes for LMTX? Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] \setupheadertexts \setupfootertexts
On 8/2/2019 11:59 PM, Alan Braslau wrote: On Fri, 2 Aug 2019 23:36:47 +0200 Wolfgang Schuster wrote: we have a lot or areas ... and if you really want you can do this ... \setuplayouttext Has been there for ages ... (but I never use that method). I has the same question a few years ago but I never used it because it has a few limitations like missing style/color support. I am looking for a simple and obvious way of setting header and footer texts. The \setupheadertexts has limitations and I view this as historical, for ConTeXt commands have evolved over time usually towards better solutions, even if we leave in place for reasons of backward compatibility habits that can be hard to quit. One example is \setuppapersize [page=letter,paper=letter] (sorry, and I *do* much prefer A4). This is, I believe, far superior to \setuppapersize [letter] [letter] Do you find that keys in \setupheader make sense? If so, what choice? (as we like to limit the proliferation of key names). actually there is not really a \setupheader as these are shortcuts to a few kind of generic commands that set up properties of these areas (a matrix) on the one hand, and set the content with a different command (also, this part of context is quite optimized deep down because checking 25 areas for all possible properties each page flush is costly, so it would be a major rewrite with little gain; it would also mean dropping \setuphead etc and using one command for everything ... not something i want to do in the middle of other transitions like mkiv->mkxl and such) 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] Using forms and saving values
On Tue, 5 Apr 2011, Wolfgang Schuster wrote: Am 05.04.2011 um 18:49 schrieb Peter Münster: Wolfgang Schuster schuster.wolfg...@googlemail.com writes: No, “mkvi” is a valid file extension for MkIV. The difference between a mkiv and a mkvi file is that you can use named parameters, e.g. Hello, Why mkvi and not mkv ? I guess because mkvi has four letters like mkii and mkiv but mkv ha only three. So the next versions will be mkix, mkxi, mkxv, mkxx, mkxl, mkli, mklv, and mkxc. It is gonig to get confusing real soon :) BTW, does anyone has a minimal example on how to use mkvi syntax. I tried a few examples, but the best that I could do was using one of the mtx-* scripts to convert mkvi to tex (And that conversion does not work for \starttextdefinition ... \stoptexdefinition). 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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___