From modules at contextgarden.net Sat Jan 1 21:10:23 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Sat, 1 Jan 2022 21:10:23 +0100 Subject: [dev-context] CGModules new: Environment for collating marks version 2.0 published. Message-ID: <20220101201023.9183A285891@zapf.ntg.nl> Willi Egger submitted the new Environment for collating marks package. Version number: 2.0 License type: Public Domain Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Environment to place collating marks on the spine of a section Announcement text: ---------------------------------------------------------------------- This is a replacement of the version from 2011. ---------------------------------------------------------------------- From modules at contextgarden.net Sat Jan 1 21:58:50 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Sat, 1 Jan 2022 21:58:50 +0100 Subject: [dev-context] CGModules new: Environment for collating marks version 2022-01-01 published. Message-ID: <20220101205850.802FF283831@zapf.ntg.nl> Willi Egger submitted the new Environment for collating marks package. Version number: 2022-01-01 License type: Public Domain Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Environment to place collating marks on the spine of a section Announcement text: ---------------------------------------------------------------------- This is a replacement of the version from 2011. ---------------------------------------------------------------------- From modules at contextgarden.net Sat Jan 1 21:59:26 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Sat, 1 Jan 2022 21:59:26 +0100 Subject: [dev-context] CGModules new: Environment for collating marks version 2022.01.01 published. Message-ID: <20220101205926.563B6285891@zapf.ntg.nl> Willi Egger submitted the new Environment for collating marks package. Version number: 2022.01.01 License type: Public Domain Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Environment to place collating marks on the spine of a section Announcement text: ---------------------------------------------------------------------- This is a replacement of the version from 2011. ---------------------------------------------------------------------- From modules at contextgarden.net Fri Feb 4 09:59:09 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Fri, 4 Feb 2022 09:59:09 +0100 Subject: [dev-context] CGModules update: lua-widow-control version v1.1.4 published. Message-ID: <20220204085909.6F0A42898C8@zapf.ntg.nl> Max Chernoff submitted an update to the lua-widow-control package. Version number: v1.1.4 License type: Mozilla Public License v2.0 Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Automatically remove widows and orphans from any document Announcement text: ---------------------------------------------------------------------- Changes from previous version: - Enable protrusion/expansion in the demo table in the documentation (Issue #3) - Fix \prevdepth bug ---------------------------------------------------------------------- From modules at contextgarden.net Tue Feb 15 11:07:38 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Tue, 15 Feb 2022 11:07:38 +0100 Subject: [dev-context] CGModules update: lua-widow-control version v1.1.5 published. Message-ID: <20220215100738.52A6A2A2A7C@zapf.ntg.nl> Max Chernoff submitted an update to the lua-widow-control package. Version number: v1.1.5 License type: Mozilla Public License v2.0 Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Automatically remove widows and orphans from any document Announcement text: ---------------------------------------------------------------------- - Improve the appearance of the demo table in the documentation (#4) - Improve compatibility with microtype - Block loading the package without LuaTeX - Improve logging - Bug fix to prevent crashing ---------------------------------------------------------------------- From modules at contextgarden.net Thu Feb 17 07:31:09 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Thu, 17 Feb 2022 07:31:09 +0100 Subject: [dev-context] CGModules update: Filter version 2022.02.17 published. Message-ID: <20220217063109.76B2A2A2B0B@zapf.ntg.nl> Aditya Mahajan submitted an update to the Filter package. Version number: 2022.02.17 License type: BSD License (simplified) Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: A module to run external programs on the contents of start-stop evironment Announcement text: ---------------------------------------------------------------------- Bugfix release. * Typesetting two external files (in the vim module) which lie in different directories but have the same name resulted in a clash. It was not possible to use the same external file twice with different start-stop values. Repored on Github (https://github.com/adityam/filter/issues/59). We now create an MD5 hash of the full filename, and all options which are passed to vim. So, if either the filename or any of these options change, a output filenames are different. ---------------------------------------------------------------------- From modules at contextgarden.net Thu Feb 17 07:31:25 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Thu, 17 Feb 2022 07:31:25 +0100 Subject: [dev-context] CGModules update: vim syntax highlighting version 2022.02.17 published. Message-ID: <20220217063126.39DF72A2B12@zapf.ntg.nl> Aditya Mahajan submitted an update to the vim syntax highlighting package. Version number: 2022.02.17 License type: BSD License (simplified) Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: This module uses Vim editor's syntax files to syntax highlight verbatim code in ConTeXt Announcement text: ---------------------------------------------------------------------- Bugfix release. * Typesetting two external files (in the vim module) which lie in different directories but have the same name resulted in a clash. It was not possible to use the same external file twice with different start-stop values. Repored on Github (https://github.com/adityam/filter/issues/59). We now create an MD5 hash of the full filename, and all options which are passed to vim. So, if either the filename or any of these options change, a output filenames are different. ---------------------------------------------------------------------- From modules at contextgarden.net Tue Feb 22 10:46:11 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Tue, 22 Feb 2022 10:46:11 +0100 Subject: [dev-context] CGModules update: lua-widow-control version v1.1.6 published. Message-ID: <20220222094611.3C1002A2C57@zapf.ntg.nl> Max Chernoff submitted an update to the lua-widow-control package. Version number: v1.1.6 License type: Mozilla Public License v2.0 Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Automatically remove widows and orphans from any document Announcement text: ---------------------------------------------------------------------- - Add support for the OpTeX format/macro package. - Add support for the LuaTeX/MKIV version of ConTeXt. - Ensure compatibility with the new "linebreaker" package. - Fix a small bug with "\lwcdisablecmd". - Test the "\outputpenalty" for the specific values that indicate a widow or orphan. ---------------------------------------------------------------------- From modules at contextgarden.net Tue Mar 8 04:59:13 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Tue, 8 Mar 2022 04:59:13 +0100 Subject: [dev-context] CGModules update: lua-widow-control version v2.0.0 published. Message-ID: <20220308035913.C173E2A2F34@zapf.ntg.nl> Max Chernoff submitted an update to the lua-widow-control package. Version number: v2.0.0 License type: Mozilla Public License v2.0 Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Automatically remove widows and orphans from any document Announcement text: ---------------------------------------------------------------------- **Breaking Changes** - Page breaks may be slightly different - Removed `\lwcemergencystretch` and `\lwcdisablecmd` in LaTeX. Please use the new key–value interface Other Changes - Use expl3 for the LaTeX files (#20) - Use a key–value interface for configuration with LaTeX (#11) - Silence some extraneous `luatexbase` info messages - Add a "debug mode" to print extra information (#12) - Fix error message line wrapping - Don't reset `\interlinepenalty` and `\brokenpenalty` - Set and analyze `\displaywidowpenalty` - Keep section headings with moved orphans (#17) - Add the ability to configure the maximum paragraph cost (#22) - Add a "strict" mode - Use an improved cost function to select the best paragraph to lengthen (#23) - Dozens of bug fixes - Miscellaneous documentation updates You can view the full changelog on GitHub: https://github.com/gucci-on-fleek/lua-widow-control/compare/release-2c7201854d89535ef7c02f6c38486205677f1aa1...release-cea06ddad8dfcf15fa9ba2a86c6640648b9df523. ---------------------------------------------------------------------- From modules at contextgarden.net Sat Mar 19 06:32:34 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Sat, 19 Mar 2022 06:32:34 +0100 Subject: [dev-context] CGModules update: lua-widow-control version v2.0.1 published. Message-ID: <20220319053234.D5A6828372D@zapf.ntg.nl> Max Chernoff submitted an update to the lua-widow-control package. Version number: v2.0.1 License type: Mozilla Public License v2.0 Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Automatically remove widows and orphans from any document Announcement text: ---------------------------------------------------------------------- - Documentation updates (#25) - Bug fixes (#28) ---------------------------------------------------------------------- From modules at contextgarden.net Sun Mar 20 23:26:02 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Sun, 20 Mar 2022 23:26:02 +0100 Subject: [dev-context] CGModules update: lua-widow-control version v2.0.2 published. Message-ID: <20220320222602.62C18286815@zapf.ntg.nl> Max Chernoff submitted an update to the lua-widow-control package. Version number: v2.0.2 License type: Mozilla Public License v2.0 Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Automatically remove widows and orphans from any document Announcement text: ---------------------------------------------------------------------- Add balanced mode preset. ---------------------------------------------------------------------- From modules at contextgarden.net Tue Mar 29 02:40:21 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Tue, 29 Mar 2022 02:40:21 +0200 Subject: [dev-context] CGModules update: lua-widow-control version v2.0.3 published. Message-ID: <20220329004021.DCAD82A2A40@zapf.ntg.nl> Max Chernoff submitted an update to the lua-widow-control package. Version number: v2.0.3 License type: Mozilla Public License v2.0 Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Automatically remove widows and orphans from any document Announcement text: ---------------------------------------------------------------------- Automatically patch section commands provided by memoir, KOMA-Script, and titlesec. ---------------------------------------------------------------------- From modules at contextgarden.net Thu Apr 7 10:29:17 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Thu, 7 Apr 2022 10:29:17 +0200 Subject: [dev-context] CGModules update: lua-widow-control version v2.0.4 published. Message-ID: <20220407082917.1E6902A34DC@zapf.ntg.nl> Max Chernoff submitted an update to the lua-widow-control package. Version number: v2.0.4 License type: Mozilla Public License v2.0 Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Automatically remove widows and orphans from any document Announcement text: ---------------------------------------------------------------------- - Don't expand paragraphs typeset during output routines (#31) ---------------------------------------------------------------------- From luigi.scarso at gmail.com Sat Apr 9 18:07:50 2022 From: luigi.scarso at gmail.com (luigi scarso) Date: Sat, 9 Apr 2022 18:07:50 +0200 Subject: [dev-context] [luatex] Bug: attempt to double-free kern node In-Reply-To: References: Message-ID: On Sat, Apr 9, 2022 at 6:05 PM Henri Menke via luatex wrote: > Dear devs, > > ! error: (nodes): attempt to double-free kern node 239, ignored > ! ==> Fatal error occurred, no output PDF file produced! > > MWE: > > \catcode`@=11 > > \Umathordordspacing\displaystyle=\thinmuskip > \Umathordordspacing\textstyle=\thinmuskip > > \def\operator at font{\fam0} > > \def\qopname#1#2#3{% > \mathop{\mathpalette\@qopname{#1\kern\z@\operator at font#3}}\csname > n#2limits@\endcsname > } > \def\@qopname#1#2{% > \hbox{$ > \Umathordordspacing\displaystyle=0mu > \Umathordordspacing\textstyle=0mu > \m at th#1#2 > $}} > > \def\max{\qopname\relax m{max}} > \def\min{\qopname\relax m{max}} > > \catcode`@=12 > > $$\max a b / \min a b$$ > > \bye > ok, thank you . Checking it now. -- luigi -------------- next part -------------- An HTML attachment was scrubbed... URL: From henri at henrimenke.de Sat Apr 9 18:05:23 2022 From: henri at henrimenke.de (Henri Menke) Date: Sat, 09 Apr 2022 18:05:23 +0200 Subject: [dev-context] Bug: attempt to double-free kern node Message-ID: Dear devs, ! error: (nodes): attempt to double-free kern node 239, ignored ! ==> Fatal error occurred, no output PDF file produced! MWE: \catcode`@=11 \Umathordordspacing\displaystyle=\thinmuskip \Umathordordspacing\textstyle=\thinmuskip \def\operator at font{\fam0} \def\qopname#1#2#3{% \mathop{\mathpalette\@qopname{#1\kern\z@\operator at font#3}}\csname n#2limits@\endcsname } \def\@qopname#1#2{% \hbox{$ \Umathordordspacing\displaystyle=0mu \Umathordordspacing\textstyle=0mu \m at th#1#2 $}} \def\max{\qopname\relax m{max}} \def\min{\qopname\relax m{max}} \catcode`@=12 $$\max a b / \min a b$$ \bye Cheers, Henri From henri at henrimenke.de Mon Apr 11 20:15:57 2022 From: henri at henrimenke.de (Henri Menke) Date: Mon, 11 Apr 2022 20:15:57 +0200 Subject: [dev-context] Bug: Null-byte in csname not handled correctly Message-ID: <30bc81ccef6900f37ee68f13ab14f0b8bb1f882d.camel@henrimenke.de> Dear devs, A control sequence that only contains a single null byte is not correctly stringified. Comparison between Knuth TeX and LuaTeX: $ tex test.tex ! \^^@. l.2 \errmessage{\string\^^@} $ luatex test.tex ! \. l.2 \errmessage{\string\^^@} MWE: \catcode0=11 \errmessage{\string\^^@} \bye Cheers, Henri From luigi.scarso at gmail.com Tue Apr 12 08:44:58 2022 From: luigi.scarso at gmail.com (luigi scarso) Date: Tue, 12 Apr 2022 08:44:58 +0200 Subject: [dev-context] [luatex] Bug: attempt to double-free kern node In-Reply-To: References: Message-ID: On Sat, Apr 9, 2022 at 6:07 PM luigi scarso wrote: > > > On Sat, Apr 9, 2022 at 6:05 PM Henri Menke via luatex > wrote: > >> Dear devs, >> >> ! error: (nodes): attempt to double-free kern node 239, ignored >> ! ==> Fatal error occurred, no output PDF file produced! >> >> MWE: >> >> \catcode`@=11 >> >> \Umathordordspacing\displaystyle=\thinmuskip >> \Umathordordspacing\textstyle=\thinmuskip >> >> \def\operator at font{\fam0} >> >> \def\qopname#1#2#3{% >> \mathop{\mathpalette\@qopname{#1\kern\z@\operator at font#3}}\csname >> n#2limits@\endcsname >> } >> \def\@qopname#1#2{% >> \hbox{$ >> \Umathordordspacing\displaystyle=0mu >> \Umathordordspacing\textstyle=0mu >> \m at th#1#2 >> $}} >> >> \def\max{\qopname\relax m{max}} >> \def\min{\qopname\relax m{max}} >> >> \catcode`@=12 >> >> $$\max a b / \min a b$$ >> >> \bye >> > > ok, thank you . Checking it now. > It should be fixed in rev7518. -- luigi -------------- next part -------------- An HTML attachment was scrubbed... URL: From luigi.scarso at gmail.com Wed Apr 13 09:29:47 2022 From: luigi.scarso at gmail.com (luigi scarso) Date: Wed, 13 Apr 2022 09:29:47 +0200 Subject: [dev-context] Bug: Null-byte in csname not handled correctly In-Reply-To: <30bc81ccef6900f37ee68f13ab14f0b8bb1f882d.camel@henrimenke.de> References: <30bc81ccef6900f37ee68f13ab14f0b8bb1f882d.camel@henrimenke.de> Message-ID: On Mon, Apr 11, 2022 at 8:16 PM Henri Menke wrote: > Dear devs, > > A control sequence that only contains a single null byte is not > correctly stringified. Comparison between Knuth TeX and LuaTeX: > > $ tex test.tex > ! \^^@. > l.2 \errmessage{\string\^^@} > > $ luatex test.tex > ! \. > l.2 \errmessage{\string\^^@} > > MWE: > > \catcode0=11 > \errmessage{\string\^^@} > \bye > > looking at it. -- luigi -------------- next part -------------- An HTML attachment was scrubbed... URL: From modules at contextgarden.net Thu Apr 14 04:00:40 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Thu, 14 Apr 2022 04:00:40 +0200 Subject: [dev-context] CGModules update: lua-widow-control version v2.0.5 published. Message-ID: <20220414020040.D6BF2289BDA@zapf.ntg.nl> Max Chernoff submitted an update to the lua-widow-control package. Version number: v2.0.5 License type: Mozilla Public License v2.0 Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Automatically remove widows and orphans from any document Announcement text: ---------------------------------------------------------------------- - Support nested \lwcdisablecmd macros - Fix \lwcdisablecmd in Plain TeX - Support command patching in OpTeX - Patch memoir to prevent spurious asterisks at broken two-line paragraphs (#32) ---------------------------------------------------------------------- From luigi.scarso at gmail.com Mon Apr 18 11:36:24 2022 From: luigi.scarso at gmail.com (luigi scarso) Date: Mon, 18 Apr 2022 11:36:24 +0200 Subject: [dev-context] Bug: Null-byte in csname not handled correctly In-Reply-To: References: <30bc81ccef6900f37ee68f13ab14f0b8bb1f882d.camel@henrimenke.de> Message-ID: On Wed, Apr 13, 2022 at 9:29 AM luigi scarso wrote: > > > On Mon, Apr 11, 2022 at 8:16 PM Henri Menke wrote: > >> Dear devs, >> >> A control sequence that only contains a single null byte is not >> correctly stringified. Comparison between Knuth TeX and LuaTeX: >> >> $ tex test.tex >> ! \^^@. >> l.2 \errmessage{\string\^^@} >> >> $ luatex test.tex >> ! \. >> l.2 \errmessage{\string\^^@} >> >> MWE: >> >> \catcode0=11 >> \errmessage{\string\^^@} >> \bye >> >> > looking at it. > > Committed revision 7521. -- luigi -------------- next part -------------- An HTML attachment was scrubbed... URL: From henri at henrimenke.de Mon Apr 18 11:54:18 2022 From: henri at henrimenke.de (Henri Menke) Date: Mon, 18 Apr 2022 11:54:18 +0200 Subject: [dev-context] Bug: Null-byte in csname not handled correctly In-Reply-To: References: <30bc81ccef6900f37ee68f13ab14f0b8bb1f882d.camel@henrimenke.de> Message-ID: <9610a8ecc220f1e1088dd528746bb7342bdfff93.camel@henrimenke.de> Dear Luigi, Thank you very much for all the quick fixes! Happy easter and kind regards, Henri On Mon, 2022-04-18 at 11:36 +0200, luigi scarso wrote: > On Wed, Apr 13, 2022 at 9:29 AM luigi scarso > wrote: > > > > > > > On Mon, Apr 11, 2022 at 8:16 PM Henri Menke > > wrote: > > > > > Dear devs, > > > > > > A control sequence that only contains a single null byte is not > > > correctly stringified. Comparison between Knuth TeX and LuaTeX: > > > > > >    $ tex test.tex > > >    ! \^^@. > > >    l.2 \errmessage{\string\^^@} > > > > > >    $ luatex test.tex > > >    ! \. > > >    l.2 \errmessage{\string\^^@} > > > > > > MWE: > > > > > >    \catcode0=11 > > >    \errmessage{\string\^^@} > > >    \bye > > > > > > > > looking at it. > > > > > Committed revision 7521. From henri at henrimenke.de Mon Apr 18 12:10:24 2022 From: henri at henrimenke.de (Henri Menke) Date: Mon, 18 Apr 2022 12:10:24 +0200 Subject: [dev-context] Where is the LuaTeX SVN? Message-ID: Dear list, On the ConTeXt wiki there are links to the LuaTeX SVN: https://wiki.contextgarden.net/ConTeXt_Standalone/Implementation#LuaTeX SVN: https://foundry.supelec.fr/svn/luatex ViewVC: https://foundry.supelec.fr/scm/viewvc.php/?root=luatex Files: http://foundry.supelec.fr/gf/project/luatex/frs/ However, none of these links work. All connections time out. Somewhere on the mailing list I found this alternative server https://serveur-svn.lri.fr/svn/modhel/luatex/ but this doesn't have ViewVC to browse the history. Cheers, Henri From luigi.scarso at gmail.com Mon Apr 18 12:57:37 2022 From: luigi.scarso at gmail.com (luigi scarso) Date: Mon, 18 Apr 2022 12:57:37 +0200 Subject: [dev-context] Where is the LuaTeX SVN? In-Reply-To: References: Message-ID: On Mon, Apr 18, 2022 at 12:10 PM Henri Menke wrote: > Dear list, > > On the ConTeXt wiki there are links to the LuaTeX SVN: > > https://wiki.contextgarden.net/ConTeXt_Standalone/Implementation#LuaTeX > > SVN: https://foundry.supelec.fr/svn/luatex > ViewVC: https://foundry.supelec.fr/scm/viewvc.php/?root=luatex > Files: http://foundry.supelec.fr/gf/project/luatex/frs/ > > However, none of these links work. All connections time out. > > Somewhere on the mailing list I found this alternative server > > https://serveur-svn.lri.fr/svn/modhel/luatex/ > > but this doesn't have ViewVC to browse the history. > This is the official site, already from a while, is https://www.luatex.org/download.html As per https://tug.org/pipermail/luatex/2022-April/007668.html I am trying to set up a git mirror of the svn site, but I am not able to see the vendor branch yet. -- luigi -------------- next part -------------- An HTML attachment was scrubbed... URL: From modules at contextgarden.net Sun Apr 24 06:19:22 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Sun, 24 Apr 2022 06:19:22 +0200 Subject: [dev-context] CGModules update: lua-widow-control version v2.0.6 published. Message-ID: <20220424041922.D4AAD280953@zapf.ntg.nl> Max Chernoff submitted an update to the lua-widow-control package. Version number: v2.0.6 License type: Mozilla Public License v2.0 Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Automatically remove widows and orphans from any document Announcement text: ---------------------------------------------------------------------- - Emergency fix for renamed LMTX engine Lua functions - Internal LaTeX refactoring ---------------------------------------------------------------------- From henri at henrimenke.de Mon Apr 25 22:09:12 2022 From: henri at henrimenke.de (Henri Menke) Date: Mon, 25 Apr 2022 22:09:12 +0200 Subject: [dev-context] Italic correction missing when using \left...\right Message-ID: <851522234ae5d1636188a88a574149ed0b157c82.camel@henrimenke.de> Dear devs, When using delimiter with \left...\right the italic correction between the preceding letter and the delimiter is dropped. I've tried this with a few fonts and all show the problem. For Libertinus Math the glyphs even overlap. MWE for mtxrun --script plain (TeX Live 2022) %\input luaotfload.sty \font\mathfont="file:LibertinusMath-Regular.otf:mode=base;script=math" at 10pt \textfont0=\mathfont \textfont2=\mathfont \Umathcodenum`f="1D453 \protected\def\langle{\Udelimiter"4"0"27E8\relax} \protected\def\rangle{\Udelimiter"5"0"27E9\relax} $f\rangle$ \nulldelimiterspace=0pt $\left.f\right\rangle$ \bye Cheers, Henri From henri at henrimenke.de Tue Apr 26 08:59:20 2022 From: henri at henrimenke.de (Henri Menke) Date: Tue, 26 Apr 2022 08:59:20 +0200 Subject: [dev-context] Italic correction missing when using \left...\right In-Reply-To: <851522234ae5d1636188a88a574149ed0b157c82.camel@henrimenke.de> References: <851522234ae5d1636188a88a574149ed0b157c82.camel@henrimenke.de> Message-ID: <1ad408030ed638d78eb974f66519765398a8a63d.camel@henrimenke.de> On Mon, 2022-04-25 at 22:09 +0200, Henri Menke wrote: > Dear devs, > > When using delimiter with \left...\right the italic correction > between > the preceding letter and the delimiter is dropped. I've tried this > with > a few fonts and all show the problem. For Libertinus Math the glyphs > even overlap. > > MWE for mtxrun --script plain (TeX Live 2022) > > %\input luaotfload.sty > \font\mathfont="file:LibertinusMath- > Regular.otf:mode=base;script=math" at 10pt > \textfont0=\mathfont > \textfont2=\mathfont > > \Umathcodenum`f="1D453 > \protected\def\langle{\Udelimiter"4"0"27E8\relax} > \protected\def\rangle{\Udelimiter"5"0"27E9\relax} > > $f\rangle$ > > \nulldelimiterspace=0pt > $\left.f\right\rangle$ > > \bye Ulrike pointed out \mathitalicsmode=1 on TeX Stack Exchange, but there is still an issue with sub_mlists: %\input luaotfload.sty \font\mathfont="file:LibertinusMath-Regular.otf:mode=base;script=math" at 10pt \textfont0=\mathfont \textfont2=\mathfont \Umathcodenum`f="1D453 \protected\def\langle{\Udelimiter"4"0"27E8\relax} \protected\def\rangle{\Udelimiter"5"0"27E9\relax} \mathitalicsmode=1 $f\rangle$ \nulldelimiterspace=0pt $\left.f\right\rangle$ ${-f}\rangle$ $\left.{-f}\right\rangle$ \bye Cheers, Henri > > Cheers, Henri From luigi.scarso at gmail.com Tue Apr 26 10:04:13 2022 From: luigi.scarso at gmail.com (luigi scarso) Date: Tue, 26 Apr 2022 10:04:13 +0200 Subject: [dev-context] Italic correction missing when using \left...\right In-Reply-To: <1ad408030ed638d78eb974f66519765398a8a63d.camel@henrimenke.de> References: <851522234ae5d1636188a88a574149ed0b157c82.camel@henrimenke.de> <1ad408030ed638d78eb974f66519765398a8a63d.camel@henrimenke.de> Message-ID: On Tue, Apr 26, 2022 at 8:59 AM Henri Menke wrote: > On Mon, 2022-04-25 at 22:09 +0200, Henri Menke wrote: > > Dear devs, > > > > When using delimiter with \left...\right the italic correction > > between > > the preceding letter and the delimiter is dropped. I've tried this > > with > > a few fonts and all show the problem. For Libertinus Math the glyphs > > even overlap. > > > > MWE for mtxrun --script plain (TeX Live 2022) > > > > %\input luaotfload.sty > > \font\mathfont="file:LibertinusMath- > > Regular.otf:mode=base;script=math" at 10pt > > \textfont0=\mathfont > > \textfont2=\mathfont > > > > \Umathcodenum`f="1D453 > > \protected\def\langle{\Udelimiter"4"0"27E8\relax} > > \protected\def\rangle{\Udelimiter"5"0"27E9\relax} > > > > $f\rangle$ > > > > \nulldelimiterspace=0pt > > $\left.f\right\rangle$ > > > > \bye > > Ulrike pointed out \mathitalicsmode=1 on TeX Stack Exchange, but there > is still an issue with sub_mlists: > > %\input luaotfload.sty > \font\mathfont="file:LibertinusMath-Regular.otf:mode=base;script=math" > at 10pt > \textfont0=\mathfont > \textfont2=\mathfont > > \Umathcodenum`f="1D453 > \protected\def\langle{\Udelimiter"4"0"27E8\relax} > \protected\def\rangle{\Udelimiter"5"0"27E9\relax} > > \mathitalicsmode=1 > > $f\rangle$ > > \nulldelimiterspace=0pt > $\left.f\right\rangle$ > > ${-f}\rangle$ > > $\left.{-f}\right\rangle$ > > \bye > I will check it, but have you already seen mlist.c ? -- luigi -------------- next part -------------- An HTML attachment was scrubbed... URL: From luigi.scarso at gmail.com Tue Apr 26 15:32:22 2022 From: luigi.scarso at gmail.com (luigi scarso) Date: Tue, 26 Apr 2022 15:32:22 +0200 Subject: [dev-context] Italic correction missing when using \left...\right In-Reply-To: References: <851522234ae5d1636188a88a574149ed0b157c82.camel@henrimenke.de> <1ad408030ed638d78eb974f66519765398a8a63d.camel@henrimenke.de> Message-ID: On Tue, Apr 26, 2022 at 10:04 AM luigi scarso wrote: > > > On Tue, Apr 26, 2022 at 8:59 AM Henri Menke wrote: > >> On Mon, 2022-04-25 at 22:09 +0200, Henri Menke wrote: >> > Dear devs, >> > >> > When using delimiter with \left...\right the italic correction >> > between >> > the preceding letter and the delimiter is dropped. I've tried this >> > with >> > a few fonts and all show the problem. For Libertinus Math the glyphs >> > even overlap. >> > >> > MWE for mtxrun --script plain (TeX Live 2022) >> > >> > %\input luaotfload.sty >> > \font\mathfont="file:LibertinusMath- >> > Regular.otf:mode=base;script=math" at 10pt >> > \textfont0=\mathfont >> > \textfont2=\mathfont >> > >> > \Umathcodenum`f="1D453 >> > \protected\def\langle{\Udelimiter"4"0"27E8\relax} >> > \protected\def\rangle{\Udelimiter"5"0"27E9\relax} >> > >> > $f\rangle$ >> > >> > \nulldelimiterspace=0pt >> > $\left.f\right\rangle$ >> > >> > \bye >> >> Ulrike pointed out \mathitalicsmode=1 on TeX Stack Exchange, but there >> is still an issue with sub_mlists: >> >> %\input luaotfload.sty >> \font\mathfont="file:LibertinusMath-Regular.otf:mode=base;script=math" >> at 10pt >> \textfont0=\mathfont >> \textfont2=\mathfont >> >> \Umathcodenum`f="1D453 >> \protected\def\langle{\Udelimiter"4"0"27E8\relax} >> \protected\def\rangle{\Udelimiter"5"0"27E9\relax} >> >> \mathitalicsmode=1 >> >> $f\rangle$ >> >> \nulldelimiterspace=0pt >> $\left.f\right\rangle$ >> >> ${-f}\rangle$ >> >> $\left.{-f}\right\rangle$ >> >> \bye >> > > I will check it, but have you already seen mlist.c ? > > -- > luigi > Hans has enabled \mathitalicsmode=2. Committed revision 7525. -- luigi -------------- next part -------------- An HTML attachment was scrubbed... URL: From modules at contextgarden.net Sat May 14 09:45:32 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Sat, 14 May 2022 09:45:32 +0200 Subject: [dev-context] CGModules update: lua-widow-control version v2.1.0 published. Message-ID: <20220514074532.0C7AD3608D4@zapf.ntg.nl> Max Chernoff submitted an update to the lua-widow-control package. Version number: v2.1.0 License type: Mozilla Public License v2.0 Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Automatically remove widows and orphans from any document Announcement text: ---------------------------------------------------------------------- - Fully support grid snapping in ConTeXt - New warnings when a new widow/orphan is inadvertently created - Significant internal rewrites - Add Plain and OpTeX interfaces to `\nobreak` behaviour and debug mode ---------------------------------------------------------------------- From wolfgang.schuster.lists at gmail.com Mon May 16 09:12:48 2022 From: wolfgang.schuster.lists at gmail.com (Wolfgang Schuster) Date: Mon, 16 May 2022 09:12:48 +0200 Subject: [dev-context] page-pcl.mkxl Message-ID: Hi, \def\page_col_routine_package_step   {% needs packaging anyway    \mofcolumns\recurselevel % added    \getboxfromcache{\s!pagecolumn}{\number\recurselevel}\scratchbox \page_lines_add_numbers_to_box\scratchbox\recurselevel\c_page_col_n_of_columns\plusone % new \page_marks_synchronize_column\plusone\c_page_col_n_of_columns\recurselevel\scratchbox    % backgrounds    \anch_mark_column_box\scratchbox\recurselevel -  \mixedcolumnseparatorheight\ht\scratchbox -  \mixedcolumnseparatordepth \dp\scratchbox +  \pagecolumnseparatorheight\ht\scratchbox +  \pagecolumnseparatordepth \dp\scratchbox    \inheritedpagecolumnsframedbox\recurselevel\scratchbox} Wolfgang From wolfgang.schuster.lists at gmail.com Tue May 17 21:44:22 2022 From: wolfgang.schuster.lists at gmail.com (Wolfgang Schuster) Date: Tue, 17 May 2022 21:44:22 +0200 Subject: [dev-context] strc-sec.mkxl Message-ID: <9d16a109-41b6-ba10-27a6-d1498b7fbbd1@gmail.com> Hi, I'm not sure if my message on the regular list got noticed but     \setuphead[chapter][referenceprefix=+] doesn't work in LMTX and MkIV. Below is a fix the LMTX version (I used MkII as reference): \def\strc_sectioning_set_reference_prefix   {\ifempty\currentstructurereferenceprefix      % nothing \orelse\ifx\currentstructurereferenceprefix\m_strc_references_prefix_yes -    \global\advance\prefixcounter \plusone % temp here -    \setupglobalreferenceprefix[\the\prefixcounter]% +    \ifempty\currentstructurereference +      \global\advance\prefixcounter \plusone % temp here +      \setupglobalreferenceprefix[\the\prefixcounter]% +    \else +      \setupglobalreferenceprefix[\currentstructurereference]% +    \fi \orelse\ifx\currentstructurereferenceprefix\m_strc_references_prefix_nop      \setupglobalreferenceprefix[]%    \else      \setupglobalreferenceprefix[\currentstructurereferenceprefix]%    \fi    \glet\currentstructurereferenceprefix\referenceprefix} Wolfgang From modules at contextgarden.net Fri May 20 09:59:02 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Fri, 20 May 2022 09:59:02 +0200 Subject: [dev-context] CGModules update: lua-widow-control version v2.1.1 published. Message-ID: <20220520075902.9B254280971@zapf.ntg.nl> Max Chernoff submitted an update to the lua-widow-control package. Version number: v2.1.1 License type: Mozilla Public License v2.0 Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Automatically remove widows and orphans from any document Announcement text: ---------------------------------------------------------------------- - Prevent spurious "under/overfull \vbox" warnings when widows/orphans are removed - Add TUGboat article to the distributed documentation - Rewrite many portions of the manual - Add support for "luahbtex" and "mmoptex" (Michal Vlasák) - Fix the (undocumented) "microtype" LaTeX option ---------------------------------------------------------------------- From oinos at gmx.es Sat May 21 19:13:11 2022 From: oinos at gmx.es (Pablo Rodriguez) Date: Sat, 21 May 2022 19:13:11 +0200 Subject: [dev-context] wrong XML snippet? Message-ID: Hans, I’m not sure I understand the differences between postion(), match() and and index() [https://www.pragma-ade.com/general/manuals/xml-mkiv.pdf#page=34]. The XML snippet that comes with them only makes sense to me when and have their tags closed. I attach the diff containing what I think is the right way to do it. Many thanks for your excellent work, Pablo -------------- next part -------------- A non-text attachment was scrubbed... Name: xml-mkiv.diff Type: text/x-patch Size: 522 bytes Desc: not available URL: From modules at contextgarden.net Fri May 27 03:51:52 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Fri, 27 May 2022 03:51:52 +0200 Subject: [dev-context] CGModules update: lua-widow-control version v2.1.2 published. Message-ID: <20220527015152.991ED289FA1@zapf.ntg.nl> Max Chernoff submitted an update to the lua-widow-control package. Version number: v2.1.2 License type: Mozilla Public License v2.0 Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Automatically remove widows and orphans from any document Announcement text: ---------------------------------------------------------------------- - Fully-support footnotes/inserts: lua-widow-control now moves the "footnote text" with the "footnote mark" when it moves a line to the next page. - No longer attempt to expand paragraphs in \vboxes - Minor documentation updates ---------------------------------------------------------------------- From modules at contextgarden.net Fri May 27 08:31:07 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Fri, 27 May 2022 08:31:07 +0200 Subject: [dev-context] CGModules update: lua-widow-control version v2.1.2 published. Message-ID: <20220527063107.5E1E028A068@zapf.ntg.nl> Max Chernoff submitted an update to the lua-widow-control package. Version number: v2.1.2 License type: Mozilla Public License v2.0 Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Automatically remove widows and orphans from any document Announcement text: ---------------------------------------------------------------------- - Fully-support footnotes/inserts: lua-widow-control now moves the "footnote text" with the "footnote mark" when it moves a line to the next page. - No longer attempt to expand paragraphs in \vboxes - Minor documentation updates ---------------------------------------------------------------------- From wolfgang.schuster.lists at gmail.com Sun May 29 21:29:15 2022 From: wolfgang.schuster.lists at gmail.com (Wolfgang Schuster) Date: Sun, 29 May 2022 21:29:15 +0200 Subject: [dev-context] tabl-tbl.mkxl Message-ID: Hi, the \tabl_tabulate_NR_common needs \tolerant, otherwise \NR fails when it appear at the end of an included file. tabl-tbl.mkxl, line 1971 (LMTX only): -\permanent\protected\def\tabl_tabulate_NR_common#1#2#.#3% #. gobbles pars and spaces +\permanent\tolerant\protected\def\tabl_tabulate_NR_common#1#2#.#3% #. gobbles pars and spaces   {\global\advance\c_tabl_tabulate_noflines\plusone    ...    \noalign{\the\t_tabl_tabulate_every_after_row#2}#3} Wolfgang From j.hagen at xs4all.nl Sun May 29 23:47:58 2022 From: j.hagen at xs4all.nl (Hans Hagen) Date: Sun, 29 May 2022 23:47:58 +0200 Subject: [dev-context] tabl-tbl.mkxl In-Reply-To: References: Message-ID: On 5/29/2022 9:29 PM, Wolfgang Schuster wrote: > Hi, > > the \tabl_tabulate_NR_common needs \tolerant, otherwise \NR fails when > it appear at the end of an included file. > > tabl-tbl.mkxl, line 1971 (LMTX only): > > -\permanent\protected\def\tabl_tabulate_NR_common#1#2#.#3% #. gobbles > pars and spaces > +\permanent\tolerant\protected\def\tabl_tabulate_NR_common#1#2#.#3% #. > gobbles pars and spaces >   {\global\advance\c_tabl_tabulate_noflines\plusone >    ... >    \noalign{\the\t_tabl_tabulate_every_after_row#2}#3} ah, fixed ... 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 ----------------------------------------------------------------- From oinos at gmx.es Sat Jun 4 10:45:16 2022 From: oinos at gmx.es (Pablo Rodriguez) Date: Sat, 4 Jun 2022 10:45:16 +0200 Subject: [dev-context] allow non-ASCII chars in scite-xml Message-ID: <17a701ee-166b-592b-e901-ca961392d8c4@gmx.es> Hans, here is a patch, copied from buff-imp-xml.lua, so that XML elements are highlighted when they contain non-ASCII chars. MWE that shows the issue (commenting the first line gives different results): \usemodule[scite] \starttext \startTEXpage[offset=1ex] \type[option=xml]{} \type[option=xml]{} \stopTEXpage \stoptext Many thanks for your help, Pablo -------------- next part -------------- A non-text attachment was scrubbed... Name: scite-xml.diff Type: text/x-patch Size: 980 bytes Desc: not available URL: From modules at contextgarden.net Sat Jun 18 08:55:11 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Sat, 18 Jun 2022 08:55:11 +0200 Subject: [dev-context] CGModules update: lua-widow-control version v2.2.0 published. Message-ID: <20220618065511.811C028A140@zapf.ntg.nl> Max Chernoff submitted an update to the lua-widow-control package. Version number: v2.2.0 License type: Mozilla Public License v2.0 Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Automatically remove widows and orphans from any document Announcement text: ---------------------------------------------------------------------- - Fix paragraphs not being properly saved for potential expansion. **May affect page breaks.** - Add a new `draft` option - Fix a node memory leak. You should now be able to use lua-widow-control on documents with > 10 000 pages. - Use `\lua_load_module:n` when available. - Add additional metadata to the documentation. ---------------------------------------------------------------------- From modules at contextgarden.net Thu Jul 14 12:10:43 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Thu, 14 Jul 2022 12:10:43 +0200 Subject: [dev-context] CGModules update: simpleslides version 2022.07.13 published. Message-ID: <20220714101043.9618228A48D@zapf.ntg.nl> Henning Hraban Ramm submitted an update to the simpleslides package. Version number: 2022.07.13 License type: GNU General Public License Wants to be in ConTeXt distribution: no Wants to be synced with CTAN: no Summary description: A module for creating presentations in ConTeXt. Announcement text: ---------------------------------------------------------------------- Remote revision: deb6f5d, log message: adaption to ConTeXt LMTX - version 2022.07.13 ---------------------------------------------------------------------- From witiko at mail.muni.cz Fri Jul 15 18:37:34 2022 From: witiko at mail.muni.cz (=?UTF-8?Q?V=C3=ADt?= =?UTF-8?Q?=20Novotn=C3=BD?=) Date: Fri, 15 Jul 2022 18:37:34 +0200 Subject: [dev-context] =?utf-8?q?A_robust_way_of_detecting_ConTeXt_from_L?= =?utf-8?q?aTeX3?= Message-ID: <1657903054-409729-155.443905058146-475@mail.muni.cz> Dear ConTeXt developers, in the l3file module of LaTeX3, we need to detect whether we are using the ConTeXt format, so that we can correctly decide which input and output streams are reserved by the format, and whether we need to \relax a control sequence before using \newread and \newwrite with it. At the moment, we detect ConTeXt by checking that the \normalend command is defined. However, this can produce false positives outside iniTeX when LaTeX3 is loaded from the expl3-generic.tex macro package and a \normalend user command is defined. Furthermore, this can produce false negatives if a future version of ConTeXt does not define \normalend. Can you suggest alternative internal command(s) that we can use to detect ConTeXt? Here are the desiderata: - No false negatives: All past versions of ConTeXt define these commands. All future versions of ConTeXt are likely to define these commands. - No false positives: The commands are long / contain characters that don't have letter catcode in the normal regime and therefore are unlikely to be defined by users. The text of the commands contains ConTeXt-specific terminology that makes them unlikely to be defined by other formats. Looking forward to your helpful suggestions. Best, Vit From henri at henrimenke.de Sun Jul 17 19:59:02 2022 From: henri at henrimenke.de (Henri Menke) Date: Sun, 17 Jul 2022 19:59:02 +0200 Subject: [dev-context] A robust way of detecting ConTeXt from LaTeX3 In-Reply-To: <1657903054-409729-155.443905058146-475@mail.muni.cz> References: <1657903054-409729-155.443905058146-475@mail.muni.cz> Message-ID: <24c90767091dc40689c3ac0ab722eb4222478555.camel@henrimenke.de> On Fri, 2022-07-15 at 18:37 +0200, Vít Novotný wrote: > Dear ConTeXt developers, > > in the l3file module of LaTeX3, we need to detect whether we are > using the ConTeXt format, so that we can correctly decide which input > and output streams are reserved by the format, and whether we need to > \relax a control sequence before using \newread and \newwrite with > it. > > At the moment, we detect ConTeXt by checking that the \normalend > command is defined. However, this can produce false positives outside > iniTeX when LaTeX3 is loaded from the expl3-generic.tex macro package > and a \normalend user command is defined. Furthermore, this can > produce false negatives if a future version of ConTeXt does not > define \normalend. > > Can you suggest alternative internal command(s) that we can use to > detect ConTeXt? Here are the desiderata: > > - No false negatives: All past versions of ConTeXt define these > commands. All future versions of ConTeXt are likely to define these > commands. > > - No false positives: The commands are long / contain characters that > don't have letter catcode in the normal regime and therefore are > unlikely to be defined by users. The text of the commands contains > ConTeXt-specific terminology that makes them unlikely to be defined > by other formats. How about \contextversion? Cheers, Henri > > Looking forward to your helpful suggestions. > > Best, > Vit > _______________________________________________ > dev-context mailing list > dev-context at ntg.nl > https://mailman.ntg.nl/mailman/listinfo/dev-context From witiko at mail.muni.cz Mon Jul 18 11:49:00 2022 From: witiko at mail.muni.cz (=?utf-8?B?VsOtdGVrIE5vdm90bsO9?=) Date: Mon, 18 Jul 2022 11:49:00 +0200 Subject: [dev-context] A robust way of detecting ConTeXt from LaTeX3 In-Reply-To: <24c90767091dc40689c3ac0ab722eb4222478555.camel@henrimenke.de> References: <1657903054-409729-155.443905058146-475@mail.muni.cz> <24c90767091dc40689c3ac0ab722eb4222478555.camel@henrimenke.de> Message-ID: <20220718094900.ext2vt7enleawgkh@raspberrypi> Dear Henri, thank you for your suggestion. Hans already reached out to me and his suggestion matches yours. I think \contextversion is what we have been looking for. Best, Vit On Sun, Jul 17, 2022 at 07:59:02PM +0200, Henri Menke wrote: > On Fri, 2022-07-15 at 18:37 +0200, Vít Novotný wrote: > > Dear ConTeXt developers, > > > > in the l3file module of LaTeX3, we need to detect whether we are > > using the ConTeXt format, so that we can correctly decide which input > > and output streams are reserved by the format, and whether we need to > > \relax a control sequence before using \newread and \newwrite with > > it. > > > > At the moment, we detect ConTeXt by checking that the \normalend > > command is defined. However, this can produce false positives outside > > iniTeX when LaTeX3 is loaded from the expl3-generic.tex macro package > > and a \normalend user command is defined. Furthermore, this can > > produce false negatives if a future version of ConTeXt does not > > define \normalend. > > > > Can you suggest alternative internal command(s) that we can use to > > detect ConTeXt? Here are the desiderata: > > > > - No false negatives: All past versions of ConTeXt define these > > commands. All future versions of ConTeXt are likely to define these > > commands. > > > > - No false positives: The commands are long / contain characters that > > don't have letter catcode in the normal regime and therefore are > > unlikely to be defined by users. The text of the commands contains > > ConTeXt-specific terminology that makes them unlikely to be defined > > by other formats. > > How about \contextversion? > > Cheers, Henri > > > > > Looking forward to your helpful suggestions. > > > > Best, > > Vit > > _______________________________________________ > > dev-context mailing list > > dev-context at ntg.nl > > https://mailman.ntg.nl/mailman/listinfo/dev-context > > _______________________________________________ > dev-context mailing list > dev-context at ntg.nl > https://mailman.ntg.nl/mailman/listinfo/dev-context -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From witiko at mail.muni.cz Thu Jul 21 21:45:00 2022 From: witiko at mail.muni.cz (=?utf-8?B?VsOtdGVrIE5vdm90bsO9?=) Date: Thu, 21 Jul 2022 21:45:00 +0200 Subject: [dev-context] A robust way of detecting ConTeXt from LaTeX3 In-Reply-To: <20220718094900.ext2vt7enleawgkh@raspberrypi> References: <1657903054-409729-155.443905058146-475@mail.muni.cz> <24c90767091dc40689c3ac0ab722eb4222478555.camel@henrimenke.de> <20220718094900.ext2vt7enleawgkh@raspberrypi> Message-ID: <20220721194500.epo6syredcjuffrm@raspberrypi> Dear all, however, `\fmtname` also seems to return `cont-en` consistently across different versions of ConTeXt. Since we already parse and expose `\fmtname` in LaTeX3, perhaps that would be preferable over `\contextversion` (and hopefully equally as robust)? Best, Vit On Mon, Jul 18, 2022 at 11:49:00AM +0200, Vítek Novotný wrote: > Dear Henri, > > thank you for your suggestion. Hans already reached out to me and his > suggestion matches yours. I think \contextversion is what we have been > looking for. > > Best, > Vit > > On Sun, Jul 17, 2022 at 07:59:02PM +0200, Henri Menke wrote: > > On Fri, 2022-07-15 at 18:37 +0200, Vít Novotný wrote: > > > Dear ConTeXt developers, > > > > > > in the l3file module of LaTeX3, we need to detect whether we are > > > using the ConTeXt format, so that we can correctly decide which input > > > and output streams are reserved by the format, and whether we need to > > > \relax a control sequence before using \newread and \newwrite with > > > it. > > > > > > At the moment, we detect ConTeXt by checking that the \normalend > > > command is defined. However, this can produce false positives outside > > > iniTeX when LaTeX3 is loaded from the expl3-generic.tex macro package > > > and a \normalend user command is defined. Furthermore, this can > > > produce false negatives if a future version of ConTeXt does not > > > define \normalend. > > > > > > Can you suggest alternative internal command(s) that we can use to > > > detect ConTeXt? Here are the desiderata: > > > > > > - No false negatives: All past versions of ConTeXt define these > > > commands. All future versions of ConTeXt are likely to define these > > > commands. > > > > > > - No false positives: The commands are long / contain characters that > > > don't have letter catcode in the normal regime and therefore are > > > unlikely to be defined by users. The text of the commands contains > > > ConTeXt-specific terminology that makes them unlikely to be defined > > > by other formats. > > > > How about \contextversion? > > > > Cheers, Henri > > > > > > > > Looking forward to your helpful suggestions. > > > > > > Best, > > > Vit > > > _______________________________________________ > > > dev-context mailing list > > > dev-context at ntg.nl > > > https://mailman.ntg.nl/mailman/listinfo/dev-context > > > > _______________________________________________ > > dev-context mailing list > > dev-context at ntg.nl > > https://mailman.ntg.nl/mailman/listinfo/dev-context -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From mojca.miklavec.lists at gmail.com Sat Jul 23 10:59:11 2022 From: mojca.miklavec.lists at gmail.com (Mojca Miklavec) Date: Sat, 23 Jul 2022 10:59:11 +0200 Subject: [dev-context] A robust way of detecting ConTeXt from LaTeX3 In-Reply-To: <20220721194500.epo6syredcjuffrm@raspberrypi> References: <1657903054-409729-155.443905058146-475@mail.muni.cz> <24c90767091dc40689c3ac0ab722eb4222478555.camel@henrimenke.de> <20220718094900.ext2vt7enleawgkh@raspberrypi> <20220721194500.epo6syredcjuffrm@raspberrypi> Message-ID: On Thu, 21 Jul 2022 at 21:45, Vítek Novotný wrote: > > Dear all, > > however, `\fmtname` also seems to return `cont-en` consistently across > different versions of ConTeXt. Unless you are using the Czech interface, that is ;) In that case you would probably get cont-cz (or cont-cs, not sure). Mojca PS: I'm not really sure if that's still a thing nowadays, but cont-nl was definitely "widely" used in the past. From witiko at mail.muni.cz Mon Jul 25 17:06:23 2022 From: witiko at mail.muni.cz (=?utf-8?B?VsOtdGVrIE5vdm90bsO9?=) Date: Mon, 25 Jul 2022 17:06:23 +0200 Subject: [dev-context] A robust way of detecting ConTeXt from LaTeX3 In-Reply-To: References: <1657903054-409729-155.443905058146-475@mail.muni.cz> <24c90767091dc40689c3ac0ab722eb4222478555.camel@henrimenke.de> <20220718094900.ext2vt7enleawgkh@raspberrypi> <20220721194500.epo6syredcjuffrm@raspberrypi> Message-ID: <20220725150623.3vah2q73thnywx6b@raspberrypi> Dear Mojca (and also Hans, off-list), thank you for your helpful feedback. We updated LaTeX3, so that it detects ConTeXt by the existence of the `\contextversion` command: - https://github.com/latex3/latex3/pull/1114 - https://github.com/latex3/latex3/pull/1117 Best, Vit On Sat, Jul 23, 2022 at 10:59:11AM +0200, Mojca Miklavec wrote: > On Thu, 21 Jul 2022 at 21:45, Vítek Novotný wrote: > > > > Dear all, > > > > however, `\fmtname` also seems to return `cont-en` consistently across > > different versions of ConTeXt. > > Unless you are using the Czech interface, that is ;) > In that case you would probably get cont-cz (or cont-cs, not sure). > > Mojca > > PS: I'm not really sure if that's still a thing nowadays, but cont-nl > was definitely "widely" used in the past. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From modules at contextgarden.net Thu Jul 28 09:35:29 2022 From: modules at contextgarden.net (modules at contextgarden.net) Date: Thu, 28 Jul 2022 09:35:29 +0200 Subject: [dev-context] CGModules update: lua-widow-control version v2.2.1 published. Message-ID: <20220728073529.70678360908@zapf.ntg.nl> Max Chernoff submitted an update to the lua-widow-control package. Version number: v2.2.1 License type: Mozilla Public License v2.0 Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: Automatically remove widows and orphans from any document Announcement text: ---------------------------------------------------------------------- - Fix crashes with recent LuaMetaTeX (ConTeXt MkXL) - No longer show "left parfill skip" warnings with ConTeXt LMTX/MkXL (#7) ----------------------------------------------------------------------