November 2021 - ntg-context - NTG Mailing Lists

Multiline cell in spreadsheettable
by juh 19 Nov '21

19 Nov '21

Hi all, is there a parameter to have multiple lines in a cell in a spreadsheettable? TIA juh -- Autoren-Homepage: ......... http://literatur.hasecke.com Satiren & Essays: ......... http://www.sudelbuch.de Privater Blog: ............ http://www.hasecke.eu Netzliteratur-Projekt: .... http://www.generationenprojekt.de

3 6

Using old fonts
by Gérard Milmeister 18 Nov '21

18 Nov '21

Using old fonts Around 2000 I acquired a collection of fonts, mostly Type 1 and some TrueType. As it appears they are not fully usable in ConTeXt. The two main issues are: 1. Kerning and ligatures These features can be only be used, if the GPOS and GSUB tables are present and adequately filled. Now, the old font files do not have these tables, but instead use some obsolete (?) form of kerning table, and ligatures are not qualified as such, but only trough their Unicode point and name (most commonly fi and fl). I used fontforge, which creates the GPOS table automatically, added the liga table manually, and generated an OTF font file. Is there a way to automate this (possibly a fontforge script)? The script should also find the ligatures (there may also be frac substitutions). Or is there another way which leaves the files unchanged? 2. Selecting glyphs from multiple font files Often there are additional font files which contain small caps (in place of lowercase characters) and old style figures (in place of digits), and other variant glyphs and additional ligatures (usually the font name contains OsF, SC, Alt, or Exp). Sometimes these are not allocated to a Unicode point, but only identified by name (e.g. "threeoldstyle" or "Esmall"). Is it possible to create some sort of virtual feature (such as onum), that will cause ConTeXt to take glyphs from another file (but only for specified Unicode ranges)? I suppose this can be done with a Lua goody.

2 2

Space before/after combinations + centring
by Marco Patzer 18 Nov '21

18 Nov '21

Hi! I'm in the process of converting some projects to LMTX. Combinations lacking “”before” and “after” keys (that place content before/after the *entire* combination, rather than the individual cell pairs), I came up with the following ugliness – which worked for longer than it deserved: \unprotect \unexpanded\def\startcombination {\blank[halfline]%% \startalignment[middle]%% \dontleavehmode \bgroup \pack_combinations_push \dodoubleempty\pack_combinations_start} \unexpanded\def\stopcombination {\bgroup\normalexpanded{\egroup{}\ntimes{{}{}}\c_pack_combinations_y}% brr \dostoptagged \egroup \pack_combinations_pop \egroup \stopalignment \goodbreak\blank[halfline]} \protect \starttext \startcombination [2*2] \startcontent foo \stopcontent \startcaption 1 \stopcaption \startcontent bar \stopcontent \startcaption 2 \stopcaption \stopcombination \stoptext I added vertical spacing and mid-aligned the content without having to change the sources, that was the idea. However, this fails in LMTX: Undefined control sequence \pack_combinations_start Does LMTX offer finer control over the combinations or do I have to rewrite the sources files (to either use floats or surround the combinations with the required commands)? Marco LMTX: current version: 2021.11.16 22:36

3 3

Math in LMTX and definemathcommand
by Otared Kavian 17 Nov '21

17 Nov '21

Hi Hans, Thank you for the new upload and the rewriting of the math fonts stuff, thanks also to Mikael S. I did several tests on real size math projects and did not notice important issues. The two issues I noticed, show up mainly with LucidaOT, and are explained in the following example: \setupbodyfont[lucidaot] \definemathstackers[MySymbol] [voffset=-1.4\mathexheight, % -.8\mathexheight hoffset=\zeropoint, mathclass=ord, topoffset=.3\mathemwidth, % poor man's italic correction middlecommand=\mathematics] \define[1]\interior{\mathover[MySymbol]{176}{#1}} %2218 U+00B0 \definemathcommand [Argmin] [limop] {\mfunctionlabeltext{ArgMin}} \definemathcommand [liminfbar] [limop] {\underline{\mfunctionlabeltext{lim}}} \definemathcommand [limsupbar] [limop] {\overline{\mfunctionlabeltext{lim}}} \starttext If $A \subset {\Bbb R}$ is a set, its interior is denoted by $\interior{A}$. Can one have the circle over $A$ slightly bigger (probbaly this is font dependent)? The built-in commands $\liminf$ and $\limsup$ do not work properly with LucidaOT (I tried other fonts and there they are fine): \startformula x_{n} := (-1)^n, \quad\mbox{then} \quad \liminf_{n \geq 0}x_{n} = -1, \quad \limsup_{n\geq 0} x_{n}= +1. \stopformula The commands defined above, \type{\liminfbar} and \type{\limsupbar}, behave correctly in all fonts I tested: \startformula x_{n} := (-1)^n, \quad\mbox{then} \quad \liminfbar_{n \geq 0}x_{n} = -1, \quad \limsupbar_{n\geq 0}x_{n} = +1, \stopformula but not the command \type{\Argmin} (which does not show Argmin in any font…) \startformula \Argmin_{x\in {\Bbb R}} (x^2 - x + 1) = {1 \over 2}. \stopformula \stoptext Best regards: Otared

2 1

Can modes be used for content control?
by Idris Samawi Hamid ادريس سماوي ح امد 17 Nov '21

17 Nov '21

Dear gang, For creating/authoring content in ConTeXt: Can modes or the like be used for content control? For example, someone wants to write at least two versions of a book managed from a single file. So, e.g., we may have a) abridged content b) unabridged content - includes a) c) abridged content + translation d) unabridged content + translation [:] One can author and organize this in XML - pre-ConteXt - but perhaps one prefers to write in ConTeXt (take advantage of shortcuts etc.). So maybe \defineparagraphs[unabridged] \defineparagraphs[abridged] \defineparagraphs[translation] Then one authors the complete work in a single project, but you can produce a variety of versions, depending on the mode chosen: \definemode[unabridged] etc. Can one do this in context? If so, does anyone have some working example of how to do it? Might even be worth a MyWay if not too unwieldy.. Thank you in advance! Best wishes Idris -- Idris Samawi Hamid, Professor Department of Philosophy Colorado State University Fort Collins, CO 80512

5 12

figure not added in current latest
by Pablo Rodriguez 17 Nov '21

17 Nov '21

Hi Hans, I have the following sample: \setuppapersize[S6] \startbuffer[flag] \setuppapersize[S6] \starttext \startmakeup[page][align=center] \dontleavehmode \externalfigure[uk-flag.pdf][width=.8\textwidth] \stopmakeup \stoptext \stopbuffer \starttext \startmakeup[page][align=center] \dontleavehmode \typesetbuffer[flag] \stopmakeup \stoptext The image can be found at https://pdf.ousia.tk/uk-flag.pdf. Compiling it with latest from 2021.11.11 19:24, the final PDF contains the flag. I’m not sure whether there was another version (before the current latest) that I haven’t copied. If I compile it with latest from 2021.11.16 22:36, the final PDF has no flag. This happens even if I remove the patch for lpdf-pde.lmt you sent me. The case above also happens when using \externalfigure with some images. Just in case it might help, I downloaded the SVG file and ConTeXt invoked Inkscape to convert it to PDF: I’m afraid this might be a bug. Many thanks for your help, Pablo

1 0

Checking for a macro in a string without expanding it
by Joey McCollum 17 Nov '21

17 Nov '21

As the subject of this question suggests, this is really more of a question about expansion control (a topic that is still a bit obscure to me). Suppose I have a macro \inner that expects a single argument or an assignment of parameters in brackets. For my purposes, I don't want this macro to do anything when it is typeset, so I'll just define it as empty: ``` \def\inner[#1]\empty ``` Now suppose I have another macro \outer that invokes this macro with some specific input and sets some plain text after it: ``` \def\outer{\inner[123] etc.} ``` What I'd like to do is parse the argument of \inner in \outer. I was hoping that a string search in Lua would work, but I'm not having any luck. A minimal (non)-working example is included below: ``` \def\inner[#1]\empty \def\outer{\inner[123] etc.} \startluacode local userdata = userdata or {} function userdata.parseinner(str) local innerparams = "" if string.find(str, "\\inner(%b[])") then i, j = string.find(str, "\\inner(%b[])") innerparams = string.sub(str, i+1, j-1) -- we just want the content inside the brackets end context(innerparams) return end \stopluacode \def\parseinner#1{\ctxlua{userdata.parseinner([==[#1]==])}} \starttext Testing:\blank \parseinner{\outer} \stoptext ``` My problem is that when I pass \outer to the \parseinner macro, it gets fully expanded, so there isn't anything left to match "\\inner%b[]". Is there a way to expand \outer when I pass it to the \parseinner macro without also expanding the \inner macro inside it? Or is there some other preferred way of doing this? Joey

4 7

new upload, new trickery
by Hans Hagen 16 Nov '21

16 Nov '21

Hi, Among the 'can they be made better' candidates in the engine are \vadjust and \local[left|right]box primitives that are not really used in context (okay, vadjust is used in mkii). The \vadjust vertical injector can be illustrated with \starttext \ignorespaces\input tufte \removeunwantedspaces we want a break before this line \vadjust pre {\break}% \ignorespaces\input tufte \removeunwantedspaces \page \ignorespaces\input tufte \removeunwantedspaces we want seperate lines now \leftparbox{\vadjust post {\break}}% \ignorespaces\input tufte \removeunwantedspaces \resetleftparbox{} \stoptext It's a signal that injects something in a vertical list without interupting the horizontal text flow. One can inject before (pre) or after (post which is default). New is that we can also influence the order: after vs before preceding \vadjust in the same line. Also new is that deeply nested adjustments can migrate (so the hole los: marks, inserts and vadjust are now in sync) which is demonstrated with the next example: \starttext \showstruts \input tufte \removeunwantedspaces\space \localleftbox par {% \hbox to 0pt{% \llap{L}% \vadjust{\strut\blackrule[width=1cm,color=red]}% \hbox{\vadjust pre{\strut\blackrule[width=1cm,color=green]}}% }\hss }% \localrightbox par {}% \input tufte \removeunwantedspaces\space \vadjust pre {\strut BEFORE 1}% \vadjust pre {\strut BEFORE 2}% \vadjust before {\strut AFTER 1}% \vadjust before {\strut AFTER 2}% \ignorespaces \input tufte \stoptext Indeed it looks bad (ugly) but it illustrates the idea. What makes vadjust sort of useless for content is that it messes up spacing (but if there is real demand and usage i can sort that out at some point, maybe some new options or so). Thsi example also brings us to local boxes: \showframe \starttext \showmakeup[hbox] \startnarrower[2*left] \raggedleft {\localleftbox par {L1}\input tufte \par} \stopnarrower \blank \startnarrower[2*middle] \raggedcenter {\localrightbox par {R1}\input tufte \par} \stopnarrower \blank \stoptext New is the par keyword that forces the setting to be applied from the first line downards (fyio: these commands, when display set registers, when inline they set registers and inject a node). Watch out: one needs to use grouping in order not to bleed into other mechanisms. Also new is that we can query the content of these registers using \the, as in: \dorecurse{10}{ \showboxes \localleftbox{\ruledhbox {\smallinfofont\setstrut\strut[L #1.0]}}% \localleftbox{\ruledhbox {\smallinfofont\setstrut\strut[L #1.1]}\the\localleftbox}% \localleftbox{\ruledhbox {\smallinfofont\setstrut\strut[L #1.2]}\the\localleftbox}% \localleftbox{\ruledhbox {\smallinfofont\setstrut\strut[L #1.3]}\the\localleftbox}% % \localrightbox{\ruledhbox {\smallinfofont\setstrut\strut[R #1.0]}}% \localrightbox{\the\localrightbox\ruledhbox{\smallinfofont\setstrut\strut[R #1.1]}}% \localrightbox{\the\localrightbox\ruledhbox{\smallinfofont\setstrut\strut[R #1.2]}}% \localrightbox{\the\localrightbox\ruledhbox{\smallinfofont[R #1.3]}}% % \localrightbox{}% \samplefile{tufte} } Flushing permits us to append and prepend but it's still ugly so that is why we now have a new interface (context layer on top of engine): \dorecurse{10}{ \showboxes % \resetleftparbox \resetrightparbox % \prependleftparbox {\ruledhbox{\smallinfofont\setstrut\strut[L #1.0]}}% \prependleftparbox {\ruledhbox{\smallinfofont\setstrut\strut[L #1.1]}}% \prependleftparbox {\ruledhbox{\smallinfofont\setstrut\strut[L #1.2]}}% \prependleftparbox {\ruledhbox{\smallinfofont\setstrut\strut[L #1.3]}}% % \appendrightparbox{\ruledhbox{\smallinfofont\setstrut\strut[R #1.0]}}% \appendrightparbox{\ruledhbox{\smallinfofont\setstrut\strut[R #1.1]}}% \appendrightparbox{\ruledhbox{\smallinfofont\setstrut\strut[R #1.2]}}% \appendrightparbox{\ruledhbox{\smallinfofont[R #1.3]}}% % \samplefile{tufte} } But as this is not really user friendly, there is more: a mechanism for hooking in handlers. \definelocalboxes [linenumber] [command=\LeftNumber, location=left, width=3em, style=\bs, color=darkred] \definelocalboxes [linenumbertwo] [linenumber] [command=\RightNumber, location=right, width=6em, style=\bf, color=darkgreen] \definelocalboxes [linetext] [command=\LeftText, location=lefttext, style=\bs, color=darkblue] \definelocalboxes [linetexttwo] [linetext] [command=\RightText, location=righttext, style=\bf, color=darkgray] % just using the content % \protected\def\LeftNumber {\hbox to \localboxesparameter{width}{\strut\box\localboxcontentbox\hss)}} % \protected\def\RightNumber{\hbox to \localboxesparameter{width}{\strut(\hss\box\localboxcontentbox)}} % using the provided line number: % \def\LineNumberL{\the\localboxlinenumber} % \def\LineNumberR{\the\localboxlinenumber} % using a tex counter % \newcount\MyLineNumberL % \newcount\MyLineNumberR % \def\LineNumberL{\global\advance\MyLineNumberL\plusone\the\MyLineNumberL} % \def\LineNumberR{\global\advance\MyLineNumberR\plusone\the\MyLineNumberR} % using proper counters \definecounter[MyLineNumberL] \definecounter[MyLineNumberR] \setupcounter[MyLineNumberL][numberconversion=characters] \setupcounter[MyLineNumberR][numberconversion=romannumerals] \def\LineNumberL{\incrementcounter[MyLineNumberL]\convertedcounter[MyLineNumberL]} \def\LineNumberR{\incrementcounter[MyLineNumberR]\convertedcounter[MyLineNumberR]} \protected\def\LeftNumber {\hbox to \localboxesparameter{width}{\strut(\LineNumberL\hss)}} \protected\def\RightNumber{\hbox to \localboxesparameter{width}{\strut(\hss\LineNumberR)}} \protected\def\LeftText #1{#1\quad} \protected\def\RightText#1{\quad#1} \showframe \starttext \start \localbox[linenumber]{}% \localbox[linenumbertwo]{}% \localbox[linetext]{L}% \startlocalbox[linetexttwo] R \stoplocalbox \dorecurse{100}{ \samplefile{tufte} \par } \stop If you play a bit with these low level mechanism the luametatex / context combination now permits weird applications (which for sure some of you will (ab)use). The above example shows how to implement line numbers (there are drawbacks compared to the existing mechanisms) and other stuff in the margins and text edges but the most important aspect is that when the content in these boxes has width, it will be taken into account in the par builder because that is what this is about: these local boxes are taken into acount when breaking lines. When the handlers kick in, you have \localboxattribute : more for internal use \localboxlinenumber : as the par builder sees it \localboxwidth : the local box width \localboxoffset : the total distance to the edge \localboxleftskip : the effective leftskip \localboxrightskip : the effective rightskip \localboxlefthang : the current shape related value \localboxrighthang : the current shape related value \localboxindent : only first line \localboxparfillleftskip : effective value (onky last line) \localboxparfillrightskip : effective value (only last line) \localboxovershoot : overfull compensation most of these relate to normalized lines and as such there is plenty to play with. Others can be seen in the examples. I might add some more control to both these 'injection' mechanism because directly out of the (pdftex/omega/luatex) they are not that useful (which is probably also why we don't use them.) These are cheap extensions so they don't really influence runtime much, so .. when not used ... no harm done. I really have no clue how useful this is. I need to ponder this usage: \definelocalboxes [linetextA] [command=\LeftTextA, location=lefttext, style=\bs, color=darkblue] \protected\def\LeftTextA#1{\llap{#1}\quad} \definelocalboxes [linetextB] [command=\LeftTextB, location=left, style=\bs, color=darkgreen] \protected\def\LeftTextB{\llap{\unhbox\localboxcontentbox}\quad} \starttext \dorecurse{10}{some text #1 } \leftparbox {\red \bf keyword}HERE\leftparbox{} \dorecurse{10}{some text #1 } \blank {\dorecurse{10}{some text #1 } \leftparbox {\red \bf keyword}test \dorecurse{10}{some text #1 }} \blank {\dorecurse{10}{some text #1 } \localbox[linetextA]{keyword}HERE \dorecurse{10}{some text #1 }} {\dorecurse{10}{some text #1 } \localbox[linetextB]{keyword}HERE \dorecurse{10}{some text #1 }} {\dorecurse{10}{some text #1 } \localbox[linetextB]{keyword 1}HERE1 \dorecurse{10}{some text #1 } \localbox[linetextB]{keyword 2}HERE2 \dorecurse{10}{some text #1 }} \stoptext so there's always so echallenge left. 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 -----------------------------------------------------------------

3 3

unknown script
by skyhorse＠gmx.us 16 Nov '21

16 Nov '21

OS: Linux (Ubuntu 20.04.3) /opt/context-lmtx and all directories and files in it are owned by user and not root. I've had this problem before but forgot how to deal with it and neglected to make a not of it. I deleted all old context files and did a fresh install of context-lmtx without su priveledges today. When attempting to typeset a lmtx source file I get an 'unknown script' error. Here's what pops up on my display screen: $ context simple-example.lmtx resolvers | resolving | configuration files already identified resolvers | resolving | loading configuration file 'selfautoparent:/texmf/web2c/texmfcnf.lua' resolvers | resolving | resolvers | resolving | locating list of '/opt/context-lmtx/tex/texmf' (runtime) (tree:////opt/context-lmtx/tex/texmf) resolvers | methods | resolving, method 'locators', how 'uri', handler 'tree', argument 'tree:////opt/context-lmtx/tex/texmf' resolvers | trees | locator '/opt/context-lmtx/tex/texmf' found resolvers | resolving | hash '/opt/context-lmtx/tex/texmf' appended resolvers | resolving | resolvers | methods | resolving, method 'generators', how 'uri', handler 'file', argument '/opt/context-lmtx/tex/texmf' resolvers | expansions | using cached scan of path '/opt/context-lmtx/tex/texmf', branch '/opt/context-lmtx/tex/texmf' resolvers | methods | resolving, method 'generators', how 'uri', handler 'file', argument '/opt/context-lmtx/tex/texmf' resolvers | expansions | using cached scan of path '/opt/context-lmtx/tex/texmf', branch '/opt/context-lmtx/tex/texmf' resolvers | resolving | resolvers | resolving | not saving runtime tree '/opt/context-lmtx/tex/texmf' resolvers | resolving | not saving runtime tree '/opt/context-lmtx/tex/texmf' resolvers | resolving | remembered file 'mtx-context.lua' resolvers | resolving | remembered file 'mtx-contexts.lua' resolvers | resolving | remembered file 'mtx-context.lua' resolvers | resolving | remembered file 'mtx-t-context.lua' resolvers | resolving | remembered file 'mtx-t-contexts.lua' resolvers | resolving | remembered file 'mtx-t-context.lua' resolvers | resolving | remembered file 'context.lua' mtxrun | unknown script 'context.lua' or 'mtx-context.lua' # END Can anyone shed some light on how this should be handled? Thanks ---------

2 1

Footnotes in margins
by Marcus Vinicius Mesquita 16 Nov '21

16 Nov '21

Dear list, When running the MWE below, the first footnote does not appear. What am I missing? \starttext \inmargin{Foo\footnote{Foo 1.}}Foo\footnote{Foo 2.} \stoptext ConTeXt version: 2021.11.13 Regards Marcus Vinicius -- Todas as coisas fatigam o corpo, salvo a música, que não fatiga nem o corpo nem seus membros, por ser descanso da alma, primavera do coração, distração do aflito, entretenimento do solitário, e viático do viajante. Kunnâsh al-Hâ'ik (Cancioneiro de al-Hâ'ik)

3 3