ntg-context May 2020

ntg-context@ntg.nl

57 participants
123 discussions

\type ignores space between command and bracket
by Wolfgang Schuster 02 Feb '24

02 Feb '24

Hi, in the following code example the result from \type lacks the space between \cmd and the following left bracket. \starttext \starttyping \cmd [...] \stoptyping \type{\cmd [...]} \stoptext Wolfgang

3 2

Luatex 1.12.0 announcement.
by luigi scarso 27 May '23

27 May '23

============================================================== LuaTeX 1.12.0 2020-03-15 ============================================================== This is the release for TeX live 2020. --shell-restricted now forbids loading of dso (dll/so object) Scaled virtual font Aadditional primitives \eTeXglue[stretch|shrink]order for querying order the etex way. Extra features runtoks tex.getmodenames() (as these can differ per engine/version) Permit nested runtoks in more complex situations of nesting (HH) More accurate and correct test for tex.[set|get]math Minor clean-up and bugs fixed -- luigi

1 4

Laundry symbols (now: altered picture)
by Procházka Lukáš Ing. - Pontex s. r. o. 02 Jan '22

02 Jan '22

Hello ConTeXters, is there a way how to get laundry symbols into ConTeXt? - The image is copied from "The Comprehensive LATEX Symbol List", Scott Pakin. TIA. Best regards, Lukas -- Ing. Lukáš Procházka [mailto:LPr@pontex.cz] Pontex s. r. o. [mailto:pontex@pontex.cz] [http://www.pontex.cz] Bezová 1658 147 14 Praha 4 Tel: +420 244 062 238 Fax: +420 244 461 038

5 10

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

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

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

09 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

Reverse traversing of xml.collected()?
by Gerben Wierda 10 Nov '20

10 Nov '20

I’d like to travese the contents of an xml.collected() in a reverse order. I have for connectionFromXML in xml.collected(viewFromXML,"/connection") do parseXMLConnection( rootFromXML, connectionFromXML, viewFromXML, rootFromOverrideXML) end I tried: local relationTable = xml.collected(viewFromXML,"/connection") for i=#relationTable, 1, -1 do connectionFromXML = relationTable[i] parseXMLConnection( rootFromXML, connectionFromXML, viewFromXML, rootFromOverrideXML) end But apparently my lua knowledge is lacking (severely, I might say) as this ends with “attempt to get length of a function value “ What is the correct way to do it? G

3 3

Undefined control sequence: \pdfpxdimen
by Aditya Mahajan 23 Jun '20

23 Jun '20

The drops module uses the primitive \pdfpxdimen in a couple of places, but that is no longer defined in the current beta. What is the equivalent command now? Examples of usage: \pdfpxdimen1in\relax\divide\pdfpxdimen\numexpr\dropsparameter\c! resolution\relax % set actual pixel dimension Aditya

3 6

RE : Re: RE : Re: Issue with latest LMTX version 2020-05-25
by Joseph 11 Jun '20

11 Jun '20

3 3

MKIV to LMTX (enumerations)
by Weber, Matthias 31 May '20

31 May '20

Dear List, After staying with a frozen MKIV version for time-critical work for a while, I took the plunge and ran one of my longer math-heavy documents through LMTX. To my delight, it mostly looks fine or trivially fixable. There is one problem I have with enumerations. The spacing between them in LMTX is notoriously smaller than in MKIV. I bet there is a parameter I can set to tweak that? Below is a MWE with output for both engines. Thanks! Matthias

3 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

ntg-context May 2020