September 2023 - ntg-context - NTG Mailing Lists

Libertinus error with today's version
by Rik Kabel 19 Sep '23

19 Sep '23

(Running 2023.09.18 17:40 on Windows 11 x64) With \setupbodyfont[libertinus,11pt] \starttext Hello \stoptext I get no text output in the pdf and the following error reports: fonts > otf loading > loading 'G:/ConTeXt_LMTX/tex/texmf/fonts/data/public/libertinus/LibertinusSerif-Regular.otf', hash 'libertinusserif-regular' otf reader > fatal error in file 'G:/ConTeXt_LMTX/tex/texmf/fonts/data/public/libertinus/LibertinusSerif-Regular.otf': ...MTX/tex/texmf-context/tex/context/base/mkxl/font-dsp.lmt:2160: attempt to perform arithmetic on a nil value (global 'markset') stack traceback: ...MTX/tex/texmf-context/tex/context/base/mkiv/font-otr.lua:2344: in metamethod 'add' ...MTX/tex/texmf-context/tex/context/base/mkxl/font-dsp.lmt:2160: in upvalue 'readlookups' ...MTX/tex/texmf-context/tex/context/base/mkxl/font-dsp.lmt:2570: in upvalue 'readscripts' ...MTX/tex/texmf-context/tex/context/base/mkxl/font-dsp.lmt:2662: in local 'reader' ...MTX/tex/texmf-context/tex/context/base/mkiv/font-otr.lua:2089: in upvalue 'readtable' ...MTX/tex/texmf-context/tex/context/base/mkiv/font-otr.lua:2217: in upvalue 'readdata' ...MTX/tex/texmf-context/tex/context/base/mkiv/font-otr.lua:2257: in function <...MTX/tex/texmf-context/tex/context/base/mkiv/font-otr.lua:2240> [C]: in function 'xpcall' ...MTX/tex/texmf-context/tex/context/base/mkiv/font-otr.lua:2346: in upvalue 'loadfont' ...MTX/tex/texmf-context/tex/context/base/mkiv/font-otr.lua:2401: in field 'loadfont' ...MTX/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:160: in field 'load' ...MTX/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:625: in upvalue 'otftotfm' ...MTX/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:653: in function <...MTX/tex/texmf-context/tex/context/base/mkxl/font-otl.lmt:652> (...tail calls...) ...MTX/tex/texmf-context/tex/context/base/mkxl/font-def.lmt:374: in function <...MTX/tex/texmf-context/tex/context/base/mkxl/font-def.lmt:350> (...tail calls...) ...MTX/tex/texmf-context/tex/context/base/mkxl/font-def.lmt:465: in field 'read' ...MTX/tex/texmf-context/tex/context/base/mkxl/font-ctx.lmt:1375: in function <...MTX/tex/texmf-context/tex/context/base/mkxl/font-ctx.lmt:1232> (...tail calls...) fonts > otf loading > loading failed due to read error -- Rik

2 1

Cron <context@cgl> /var/www/aanhet.net/context/bin/cron/context-mirror
by root＠ntg.nl 18 Sep '23

18 Sep '23

receiving incremental file list ./ ctan.lsr document-2.htm download-1.htm download-2.htm logo-ade.png logo-cts.png logo-pod.png rss.xml show-fil.pdf context/latest/ context/latest/cont-lmt.zip context/latest/cont-mpd.zip context/latest/cont-ppc.zip context/latest/cont-sci.zip context/latest/cont-tmf.zip context/latest/cont-tst.7z context/latest/cont-tst.tar.xz context/latest/cont-tst.zip sent 176,006 bytes received 37,862,332 bytes 3,307,681.57 bytes/sec total size is 566,553,296 speedup is 14.89 Running archiver: New dir: /var/www/aanhet.net/context//htdocs/archives/context-2023-09-18.22 234963593 /var/www/aanhet.net/context//htdocs/archives/context-2023-09-18.22/latest 126745317 /var/www/aanhet.net/context//htdocs/archives/context-2023-09-18.22/current 361713006 /var/www/aanhet.net/context//htdocs/archives/context-2023-09-18.22 361713006 total

1 0

Cron <context@cgl> /var/www/aanhet.net/context/bin/cron/context-mirror
by root＠ntg.nl 18 Sep '23

18 Sep '23

receiving incremental file list ./ ctan.lsr document-2.htm download-1.htm download-2.htm logo-ade.png logo-cts.png logo-pod.png rss.xml show-fil.pdf context/latest/ context/latest/cont-lmt.zip context/latest/cont-mpd.zip context/latest/cont-ppc.zip context/latest/cont-sci.zip context/latest/cont-tmf.zip context/latest/cont-tst.7z context/latest/cont-tst.tar.xz context/latest/cont-tst.zip general/manuals/ general/manuals/luametatex.pdf general/manuals/primitives.pdf sent 185,495 bytes received 41,503,755 bytes 3,335,140.00 bytes/sec total size is 562,644,378 speedup is 13.50 Running archiver: New dir: /var/www/aanhet.net/context//htdocs/archives/context-2023-09-17.10 232388526 /var/www/aanhet.net/context//htdocs/archives/context-2023-09-17.10/latest 126745317 /var/www/aanhet.net/context//htdocs/archives/context-2023-09-17.10/current 359137939 /var/www/aanhet.net/context//htdocs/archives/context-2023-09-17.10 359137939 total

6 11

Cron <context@cgl> /var/www/aanhet.net/context/bin/cron/context-mirror
by root＠ntg.nl 18 Sep '23

18 Sep '23

receiving incremental file list ./ ctan.lsr document-2.htm download-1.htm download-2.htm logo-ade.png logo-cts.png logo-pod.png rss.xml show-fil.pdf context/latest/ context/latest/cont-lmt.zip context/latest/cont-mpd.zip context/latest/cont-ppc.zip context/latest/cont-sci.zip context/latest/cont-tmf.zip context/latest/cont-tst.7z context/latest/cont-tst.tar.xz context/latest/cont-tst.zip general/manuals/ general/manuals/luametatex.pdf sent 176,751 bytes received 44,361,461 bytes 3,872,888.00 bytes/sec total size is 566,549,200 speedup is 12.72 Running archiver: New dir: /var/www/aanhet.net/context//htdocs/archives/context-2023-09-18.18 234962603 /var/www/aanhet.net/context//htdocs/archives/context-2023-09-18.18/latest 126745317 /var/www/aanhet.net/context//htdocs/archives/context-2023-09-18.18/current 361712016 /var/www/aanhet.net/context//htdocs/archives/context-2023-09-18.18 361712016 total

1 0

Framed Text with Chapter Numbers as Counter
by Jeroen 17 Sep '23

17 Sep '23

This MWE has a framed text for some verbatim text (code) with as title ref. a counter 1, 2, etc.. Is there a way to change this frame text title as following with the chapter number and a sequential number and the title. Code Fragment 1.1 (The First Title) Code Fragment 1.2 (The Second Title) Code Fragment 2.1 (The Third Title) MWE: \startuseMPgraphic{CountFrame} picture p; numeric w, h, o; p := textext.rt("\wrappedcurrentconstruction"); w := OverlayWidth; h := OverlayHeight; o := BodyFontSize; p := p shifted (2o,h-ypart center p); draw p; path b; b := boundingbox p enlarged (o/10); drawoptions (withpen pencircle scaled 1pt withcolor black); draw (2o,h)--(0,h)--(0,0)--(w,0)--(w,h)--(xpart urcorner b,h); draw b; setbounds currentpicture to OverlayBox; \stopuseMPgraphic \defineoverlay [CountFrame] [\useMPgraphic{CountFrame}] \defineframedtext [CountFramedText] [frame=off, background=CountFrame, offset=\bodyfontsize, width=\textwidth, % style={\switchtobodyfont[11pt,tt]}] bodyfont=11pt, style={\tt}, ] \def\FrameTitle#1% {\setMPtext{CountFrame} {\hbox spread 1em{\hss\strut#1\hss}}}\setMPtext{CountFrame} {} \defineenumeration [Counter] [title=yes, alternative=empty, before=\startCountFramedText, after=\stopCountFramedText] \starttext \startchapter [title=first] \startCounter [title={The First Title}, reference={tit1}] Some verbatim text \stopCounter \startCounter [title={The Second Title}, reference={tit2}] Some verbatim text \stopCounter Refer to \in{code fragment}[tit1] bla \stopchapter \startchapter [title=second] \startCounter [title={The Third Title}, reference={tit3}] Some verbatim text \stopCounter \stopchapter \stoptext

3 3

streams reversed?
by jbf 17 Sep '23

17 Sep '23

I am making some progress with a bilingual text using the streams mechanism suggested by Wolfgang: https://wiki.contextgarden.net/Columns, but see below. The aim has been to have en and vi on facing pages (en left, vi right). It works correctly for the Foreword in two languages (en, vi) in frontmatter. When I come to bodymatter and Chapter 1, again it works, except that the positions of the languages are reversed, so I end up with vi on the left and en on the right. By Chapter 2 we are back to the correct position once more (en left and vi right). I want to know why this is happening, and if I can prevent it happening. I am using the code you can see below, except that instead of \startoutputstream[one] and \startoutputstream[two] etc. I am using [en-front][vi-front], and then in bodymatter [en-chap1][vi-chap1] etc. etc. with the relevant repetitions of these identifiers where needed. I assume that to get a degree of synchronization I need to use this approach for each set of chapters. But I cannot understand why the languages alternate their starting page positions each chapter. There are other issues I have to solve, but first of all I wish to resolve this one. Julian The original (Wolfgang) code is as follows: \starttext \startoutputstream[one] \startcolor[red] \dorecurse{10}{\input knuth\par} \stopcolor \stopoutputstream \startoutputstream[two] \startcolor[green] \dorecurse{10}{\input zapf\par} \stopcolor \stopoutputstream \synchronizestreams[one,two] \setbox\scratchboxone\outputstreambox[one] \setbox\scratchboxtwo\outputstreambox[two] \doloop {\ifvoid\scratchboxone \exitloop \else \setbox\scratchboxfour\vsplit\scratchboxone to\textheight \vbox to\vsize{\box\scratchboxfour\vss}% \setbox\scratchboxfive\vsplit\scratchboxtwo to\textheight \vbox to\vsize{\box\scratchboxfive\vss}% \fi} \stoptext

4 5

Different behavior of \clf_lastypos vs \clf_lastxpos
by Aditya Mahajan 17 Sep '23

17 Sep '23

Hi, I am trying to debug an unexpected behavior with tikz reported on tex.se: https://tex.stackexchange.com/q/696136/323 The attached file shows what is going wrong (without using tikz). For some reason, there is an extra \relax written to file after `\the\numexp\clf_lastypos\relax` (there is no such relax after `\the\numexpr\clf_lastxpos\relax`). The test.pgf file is: \macro {A}{23930350}{43358454.0\relax } \macro {B}{39564274.0\relax }{14083538} Any ideas on why is the extra \relax written after lastypos and how to fix that? Aditya

3 3

stream sync (or \pushoutputstream)
by Pablo Rodriguez 16 Sep '23

16 Sep '23

Dear list, I have the following sample: \showgrid \setuplayout[grid=yes] \starttext \startoutputstream[one] \startcolor[red] \dorecurse{4}{\input knuth\par\pushoutputstream} \stopcolor \stopoutputstream \startoutputstream[two] \startcolor[green] \dorecurse{4}{\input zapf\par\pushoutputstream} \stopcolor \stopoutputstream \null\page \synchronizestreams[one,two] \flushoutputstream[one] \page\flushoutputstream[two] \stoptext With MkIV, stream one is always a line before stream two (11-12, 21-22, 31-32). With LMTX, the output is less reliable, since stream one is one, two and three lines before stream two (11-12, 21-23, 31-34). In some cases, having synced streams is highly desirable. Besides the output difference in LMTX, is there a way to get fully synced streams? Many thanks for your help, Pablo

1 0

rotation weirdness
by Hans van der Meer 16 Sep '23

16 Sep '23

I encountered something weird, that I cannot explain. It could be an error, but I was not able to pinpoint this. It seems as if the \rotate macro plays havoc with the macro definitions used to set the color of the frame and an outside title. Placing the outside title before the rotate proves that the call to \rotate is the culprit. I enclose an MWE with a little jpeg figure as illustration. yours sincerely dr. Hans van der Meer \def\formattitle#1{\color[\boxtitlecolor]{#1\strut}} \def\boxfigurerotate#1#2{% \rotate[rotation=10]% {% \externalfigure[#1]% [rulethickness=4pt,width=100pt,height=50pt,frame=on,framecolor=\boxframecolor,]% }% \formattitle{#2}% } \def\boxfigure#1#2{% \externalfigure[#1]% [rulethickness=4pt,width=100pt,height=50pt,frame=on,framecolor=\boxframecolor,]% \formattitle{#2}% } \def\boxtitlecolor{blue} \def\boxframecolor{blue} \starttext \ConTeXt\ \contextversion \blank Problem:\crlf it looks like \type{\rotate[]{}} kills the definition of boxtitlecolor. Changing the names of the titlecolor/framecolor definitions makes no difference. \crlf Why is this? ConTeXt error? \blank \boxfigure{test}{norotation: title color is blue} \blank \boxfigurerotate{test}{rotation: title color should be blue but is not} \blank \def\boxframecolor{red} \boxfigurerotate{test}{rotation: title color different from framecolor now blue} \stoptext

1 0

Re: streams reversed?
by jbf 15 Sep '23

15 Sep '23

My feeling at the moment is that this might be about the only way one could go ahead in a production situation, and yes, I am familiar with PDF tools that can achieve this, though it is effectively stepping aside from ConTeXt and working with PDF. For that matter I can easily go ahead with a commercial program that solves all the problems thus far indicated. I think it is true to say that at the moment, the streams mechanism is far too klunky to be able to use it extensively. For a handful of pages (and especially if the two streams re absolutely equal in length) it is workable. Beyond that, at least for the moment, it is not, and I am afraid I do not have the luxury of time to try to refine it. Your efforts, Bruce, are hugely appreciated, but also confirm the difficulties faced thus far. Julian On 15/9/23 22:44, Bruce Horrocks wrote: > An alternate option, might be to consider producing the body matter as two 'independent' books, one with the pages on the left and page numbered 1,3,5 and the other numbered 2,4,6 and then merge them as PDF pages into the final book. Then merge frontmatter and back matter. If you are reasonably familiar with PDF splitting / joing tools then this might be the simplest solution.

1 0