April 2021 - ntg-context - NTG Mailing Lists

Unicode normalization and Hebrew in ConTeXt
by Joey McCollum 18 Aug '21

18 Aug '21

I am typesetting a document in Hebrew that includes pointing (e.g., vowels, shin and sin dots, dagesh, etc.) using ConTeXt. The Hebrew text that I want to typeset has been normalized into Unicode's NFC canonical form. It is well-known that the Unicode canonical ordering of Hebrew points conflicts with the recommended mark ordering of specific points based on their functions (see https://www.sbl-site.org/Fonts/SBLHebrewUserManual1.5x.pdf for more on this topic). Thankfully, many typesetting engines automatically reorder the points to ensure that they are combined according to the specifications of many fonts. I'm pretty sure that XeLaTeX is one of these, as it typesets Hebrew letters with multiple points correctly even when the Hebrew text is in NFC form. My question is, can ConTeXt with LuaTeX handle the same situation correctly? In the following minimal example, ConTeXt typesets pointed Hebrew correctly when the characters are in the typographically recommended order, but not when they are in Unicode canonical order: ``` %Setup Hebrew text font: \definefontfeature[f:pointedhebrew][default][ ccmp=yes, mark=yes, script=hebr ] \definefontfamily[hebrew] [rm] [SBL Hebrew] [features=f:pointedhebrew] %Set the body font: \setupbodyfont[hebrew] %Set up right-to-left alignment: \setupalign[r2l] \starttext %Characters after normalization, in Unicode canonical order (bet + segol + dagesh + final nun): בֶּן %A word with characters in typographically recommended order (bet + dagesh + segol + final nun): בֶּן \stoptext ``` I typeset this using ConTeXt version 2020.03.10, as released with TeXLive 2020. I got the SBL Hebrew font from https://www.sbl-site.org/educational/BiblicalFonts_SBLHebrew.aspx. According to the font's user manual (see the link above the MWE), the font should be able to combine the marks to form the correct glyph regardless of their order after the consonant, but that doesn't seem to be the case here. I also tried using the predefined "hebrew" featureset, but that did not change anything. Is there some other OpenType feature or featureset I need to enable to fix this, or is there some module or option I can include to get ConTeXt to typeset Unicode-normalized Hebrew as if it were ordered in the recommended way, like XeLaTeX does? I see that the uninormalize module is mentioned in the thread "XeLaTeX, LuaLaTeX, fontspec, unicode and normalization" on TeX Stack Exchange ( https://tex.stackexchange.com/questions/229044/xelatex-lualatex-fontspec-un…) can that be used with ConTeXt? Thank you, Joey

2 10

Footnotes in columns
by Clyde Johnston 13 Aug '21

13 Aug '21

I can no longer print the footnotes when I using columns in LTMX. If I remove the \{start|stop}columns, it works fine. This works on my old MKIV 2018.07.02 14:39 version. \setupcolumns[n=2,rule=off,balance=no] \starttext \startcolumns \input ward\footnote{A small footnote here} \stopcolumns \stoptext Context Version: 2021.01.24 16:07 Clyde

4 8

img.scan in lmtx?
by Henning Hraban Ramm 05 Aug '21

05 Aug '21

Hi, I use the lua function img.scan{filename}, but in lmtx I get "attempt to index a nil value (global 'img')", so I guess this got renamed or moved? HR

2 6

A not so short introduction to ConTeXt Mark IV
by Joaquín Ataz López 28 Jul '21

28 Jul '21

Hello to all: Two months ago I informed to the list that I had written an introduction in Spanish to ConTeXt Mark IV. This interested several people, and in order to increase their potential audience, a member of this list (native English speaker) has proceeded to translate my text into English. It is precisely the members of this list who need no introduction at all, but it can sometimes be useful to help someone get started with the fascinating typesetting system that is ConTeXt. As for the English translation, I have made some small changes to the Spanish version, so anyone who understands Spanish and prefers to read it in its original language can download the new version: Both versions are available at the following links - Spanish: https://webs.um.es/jal/docs/introCTX_esp.pdf - Engilish: https://webs.um.es/jal/docs/introCTX_eng.pdf Soon I will send both texts, with their source files, to the documentation section of the CTAN repository. -- Joaquín Ataz López Derecho Civil Universidad de Murcia

17 35

LMTX: different output if dots are used in the file name
by Marco Patzer 08 Jul '21

08 Jul '21

Hi! LMTX and MkIV behave differently if dots are used in the file name. Example: printf '%s\n' '\starttext\null\stoptext' > foo.10.tex && context foo.10.tex MkIV: → foo.10.pdf LMTX: → foo.pdf Is this intentional? This is LuaMetaTeX, Version 2.06.05 current version: 2020.05.25 23:39 Marco

5 17

PDF forms not creating proper children
by Leonard Janis Robert König 09 Jun '21

09 Jun '21

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

4 12

Hyphenation again
by Denis Maier 06 Jun '21

06 Jun '21

Hi, another weird thing: In this example I use \startexceptions to set hyphenation exceptions: ``` \mainlanguage[en] \startexceptions[en] appli-cable obli-gated \stopexceptions \setuplayout[width=1cm] \starttext \currentmainlanguage \currentlanguage \hyphenatedword{applicable} applicable \hyphenatedword{obligated} obligated \stoptext ``` What am I missing? Best, Denis

4 3

new page before xtable with repeated headers
by Werner Hennrich 31 May '21

31 May '21

Hello everyone, I'm having an xtable spanning several pages and need to have its headers repeated. For this I've set "split=repeat", but unfortunately this causes the table to start with a new new page leaving the rest of the preceding page empty. Having "split=yes" makes the tabe continue on the previous page as a need it to, but then the header isn't repeated any longer. I realize that there has been a very similar question already in https://www.mail-archive.com/ntg-context@ntg.nl/msg93775.html, but my problem happens isolated in a very clean situation w/o any header, floats or the like - and I don't see yet how I can get this working in my situation. Any help is highly appreciated, here is a MWE of my problem: \definextable[mytable] \setupxtable[mytable] [ option=max, split=repeat, %split=yes, header=repeat, width=\textwidth ] \definextable[mytable:header] \setupxtable[mytable:header] [ foregroundstyle=\bf, foregroundcolor=darkred, ] % ================================================== \startdocument \dorecurse{2} { \input tufte \vskip7mm } \startxtable[mytable] \startxtablehead \startxrow[mytable:header] \startxcell Some Header \stopxcell \startxcell More Header \stopxcell \stopxrow \stopxtablehead \startxtablebody \dorecurse{10} { \startxrow \startxcell {\bf (\recurselevel) some tale:} \startitemize \item a quick \item brown fox \item jumps over \item the lazy dog \stopitemize \stopxcell \startxcell {\bf and a fact:} \startitemize \item the vodka \item is good \item but the meat \item is rotten \stopitemize \stopxcell \stopxrow } \stopxtablebody \stopxtable \stopdocument Thank you very much i.a., Werner

2 7

How to write readable source files?
by Jan U. Hasecke 30 May '21

30 May '21

Hi all, how do you format your ConTeXt source files? I recently discovered prettier which reformats source files for different markup and programming languages such as html, markdown, json etc. There are some other tools around but I don't find anything for ConTeXt. Do you know of any prettifying tool? Is there a best practice for ConTeXt source files, at all? Ciao! Jan Ulrich Hasecke

7 14

Issue running ConTeXt from TeX Live 2019 on Alpine Linux 3.12
by Nicola 16 May '21

16 May '21

I'd like to run ConTeXt on Alpine Linux (ultimately, to run it on an iPad with the iSH app). I am currently testing it with Docker. This is what I have done: docker pull econcz/x86-alpine-glibc:ish-import docker run -it econcz/x86-alpine-glibc:ish-import /bin/sh cp /etc/apk/repositories /tmp/repositories cat /etc/os-release ALPINE_VERSION=3.12 # Set accordingly to previous command echo "http://nl.alpinelinux.org/alpine/v${ALPINE_VERSION}/main/" | tee /etc/apk/repositories echo "http://nl.alpinelinux.org/alpine/v${ALPINE_VERSION}/community/" | tee -a /etc/apk/repositories apk update This installs and configures repos for Alpine Linux 3.12. Then, I install TeX Live as follows: apk add texlive-full texlive-xetex texlive-luatex texlive-dev apk add ghostscript ghostscript-fonts ghostscript-dev apk add graphicsmagick graphicsmagick-dev Then, I run `mtxrun --generate`, which exits instantly with the output reported below. However, that is apparently not enough. I still get: $ context Hello-world.tex mtxrun | unknown script 'context.lua' or 'mtx-context.lua' $ context --version mtxrun | unknown script 'context.lua' or 'mtx-context.lua' $ mtxrun --version mtxrun | ConTeXt TDS Runner Tool 1.32 mtxrun | source path $ mtxrun --script context mtxrun | unknown script 'context.lua' or 'mtx-context.lua' $ luatools --generate mtxrun | unknown script 'base.lua' or 'mtx-base.lua' $ find / -name context.lua /usr/share/texmf-dist/scripts/context/lua/context.lua $ find / -name mtx-context.lua /usr/share/texmf-dist/scripts/context/lua/mtx-context.lua $ find / -name base.lua [Nothing found] $ find / -name mtx-base.lua /usr/share/texmf-dist/scripts/context/lua/mtx-base.lua Anyone running ConTeXt on Alpine? Any idea what is wrong? Nicola >mtxrun --generate resolvers | resolving | variable 'SELFAUTOLOC' set to '/usr/bin' resolvers | resolving | variable 'SELFAUTODIR' set to '/usr' resolvers | resolving | variable 'SELFAUTOPARENT' set to '.' resolvers | resolving | variable 'TEXMFCNF' set to '' resolvers | resolving | variable 'TEXMF' set to '' resolvers | resolving | variable 'TEXOS' set to 'usr' resolvers | resolving | resolvers | resolving | using configuration specification 'home:texmf/web2c;{selfautoloc:,selfautoloc:/share/texmf-local/web2c,selfautoloc:/share/texmf-dist/web2c,selfautoloc:/share/texmf/web2c,selfautoloc:/texmf-local/web2c,selfautoloc:/texmf-dist/web2c,selfautoloc:/texmf/web2c,selfautodir:,selfautodir:/share/texmf-local/web2c,selfautodir:/share/texmf-dist/web2c,selfautodir:/share/texmf/web2c,selfautodir:/texmf-local/web2c,selfautodir:/texmf-dist/web2c,selfautodir:/texmf/web2c,$SELFAUTOGRANDPARENT/texmf-local/web2c,selfautoparent:,selfautoparent:/share/texmf-local/web2c,selfautoparent:/share/texmf-dist/web2c,selfautoparent:/share/texmf/web2c,selfautoparent:/texmf-local/web2c,selfautoparent:/texmf-dist/web2c,selfautoparent:/texmf/web2c}' resolvers | resolving | resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/root/texmf/web2c' from specification 'home:texmf/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on weird path '/usr/bin' from specification 'selfautoloc:' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/usr/bin/share/texmf-local/web2c' from specification 'selfautoloc:/share/texmf-local/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/usr/bin/share/texmf-dist/web2c' from specification 'selfautoloc:/share/texmf-dist/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/usr/bin/share/texmf/web2c' from specification 'selfautoloc:/share/texmf/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/usr/bin/texmf-local/web2c' from specification 'selfautoloc:/texmf-local/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/usr/bin/texmf-dist/web2c' from specification 'selfautoloc:/texmf-dist/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/usr/bin/texmf/web2c' from specification 'selfautoloc:/texmf/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on weird path '/usr' from specification 'selfautodir:' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/usr/share/texmf-local/web2c' from specification 'selfautodir:/share/texmf-local/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/usr/share/texmf-dist/web2c' from specification 'selfautodir:/share/texmf-dist/web2c' resolvers | resolving | found regular configuration file '/usr/share/texmf-dist/web2c/texmfcnf.lua' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/usr/share/texmf/web2c' from specification 'selfautodir:/share/texmf/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/usr/texmf-local/web2c' from specification 'selfautodir:/texmf-local/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/usr/texmf-dist/web2c' from specification 'selfautodir:/texmf-dist/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/usr/texmf/web2c' from specification 'selfautodir:/texmf/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '$SELFAUTOGRANDPARENT/texmf-local/web2c' from specification '$SELFAUTOGRANDPARENT/texmf-local/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on weird path '.' from specification 'selfautoparent:' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path './share/texmf-local/web2c' from specification 'selfautoparent:/share/texmf-local/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path './share/texmf-dist/web2c' from specification 'selfautoparent:/share/texmf-dist/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path './share/texmf/web2c' from specification 'selfautoparent:/share/texmf/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path './texmf-local/web2c' from specification 'selfautoparent:/texmf-local/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path './texmf-dist/web2c' from specification 'selfautoparent:/texmf-dist/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path './texmf/web2c' from specification 'selfautoparent:/texmf/web2c' resolvers | resolving | resolvers | resolving | loading configuration file 'selfautodir:/share/texmf-dist/web2c/texmfcnf.lua' resolvers | resolving | resolvers | resolving | locating list of 'home:.texlive2020/texmf-config' (runtime) (tree:///home:.texlive2020/texmf-config) resolvers | methods | resolving, method 'locators', how 'uri', handler 'tree', argument 'tree:///home:.texlive2020/texmf-config' resolvers | trees | locator 'home:.texlive2020/texmf-config' not found resolvers | resolving | locating list of 'home:texmf' (runtime) (tree:///home:texmf) resolvers | methods | resolving, method 'locators', how 'uri', handler 'tree', argument 'tree:///home:texmf' resolvers | trees | locator 'home:texmf' not found resolvers | resolving | locating list of 'selfautoparent:texmf-config' (cached) resolvers | methods | resolving, method 'locators', how 'uri', handler 'file', argument 'selfautoparent:texmf-config' resolvers | files | file locator 'selfautoparent:texmf-config' not found resolvers | resolving | locating list of 'selfautoparent:texmf-var' (cached) resolvers | methods | resolving, method 'locators', how 'uri', handler 'file', argument 'selfautoparent:texmf-var' resolvers | files | file locator 'selfautoparent:texmf-var' not found resolvers | resolving | locating list of 'selfautoparent:texmf-project' (cached) resolvers | methods | resolving, method 'locators', how 'uri', handler 'file', argument 'selfautoparent:texmf-project' resolvers | files | file locator 'selfautoparent:texmf-project' not found resolvers | resolving | locating list of 'selfautoparent:texmf-fonts' (cached) resolvers | methods | resolving, method 'locators', how 'uri', handler 'file', argument 'selfautoparent:texmf-fonts' resolvers | files | file locator 'selfautoparent:texmf-fonts' not found resolvers | resolving | locating list of '.' (cached) resolvers | methods | resolving, method 'locators', how 'uri', handler 'file', argument '.' resolvers | files | file locator '.' found as '.' resolvers | resolving | hash '.' appended resolvers | resolving | locating list of 'selfautoparent:texmf-dist' (cached) resolvers | methods | resolving, method 'locators', how 'uri', handler 'file', argument 'selfautoparent:texmf-dist' resolvers | files | file locator 'selfautoparent:texmf-dist' not found resolvers | resolving | resolvers | methods | resolving, method 'generators', how 'uri', handler 'file', argument '.' resolvers | expansions | scanning path '.', branch '.' resolvers | expansions | 305 files found on 22 directories with 39 uppercase remappings resolvers | resolving | resolvers | resolving | saving tree '.' resolvers | caches | hashing tree '.', hash '5058f1af8388633f609cadb75a75dc9d' resolvers | caches | hashing tree 'selfautodir:/share/texmf-dist/web2c/texmfcnf.lua', hash '0399a8df3aef8d154781d0a9c2b8e28d' resolvers | caching | preparing 'files' for '.' resolvers | caching | category 'files', cachename '.' saved in '/root/.texlive2020/texmf-var/luatex-cache/context/0399a8df3aef8d154781d0a9c2b8e28d/trees/5058f1af8388633f609cadb75a75dc9d.lua' system | lua | compiling '/root/.texlive2020/texmf-var/luatex-cache/context/0399a8df3aef8d154781d0a9c2b8e28d/trees/5058f1af8388633f609cadb75a75dc9d.lua' into '/root/.texlive2020/texmf-var/luatex-cache/context/0399a8df3aef8d154781d0a9c2b8e28d/trees/5058f1af8388633f609cadb75a75dc9d.luc' system | lua | dumping '/root/.texlive2020/texmf-var/luatex-cache/context/0399a8df3aef8d154781d0a9c2b8e28d/trees/5058f1af8388633f609cadb75a75dc9d.lua' into '/root/.texlive2020/texmf-var/luatex-cache/context/0399a8df3aef8d154781d0a9c2b8e28d/trees/5058f1af8388633f609cadb75a75dc9d.luc' stripped resolvers | caching | 'files' compiled to '/root/.texlive2020/texmf-var/luatex-cache/context/0399a8df3aef8d154781d0a9c2b8e28d/trees/5058f1af8388633f609cadb75a75dc9d.luc' mtxrun | mtxrun | elapsed lua time: 0.056 seconds

5 13