- ntg-context - NTG Mailing Lists

Failure using --jit with latest beta
by Joseph Canedo 06 Feb '19

06 Feb '19

Dear list, I get a fatal error when using –jit using latest beta. $ ./build.sh Livre.pdf [1/1] context --noconsole --jit --errors Livre.tex FAILED: Livre.pdf context --noconsole --jit --errors Livre.tex mtx-context | run 1: luajittex --fmt="c:/ConTeXt/test/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en" --jobname="Livre" --lua="c:/ConTeXt/test/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en.lui" --c:currentrun=1 --c:directives="logs.errors,logs.target=file" --c:engine="luajittex" --c:errors --c:fulljobname="./Livre.tex" --c:input="./Livre.tex" --c:jit --c:kindofrun=1 --c:maxnofruns=9 --c:noconsole --c:texmfbinpath="c:/ConTeXt/test/tex/texmf-win64/bin" "cont-yes.mkiv" This is LuajitTeX, Version 1.09.2 (TeX Live 2018/W32TeX) system commands enabled. ---! c:/ConTeXt/test/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en.fmt was written by luatex (Fatal format file error; I'm stymied)mtx-context | fatal error: return code: 1 It works all fine without --lit option. Was the support LuaJitTeX removed now ? Thanks a lot Joseph

2 3

Adjusting interlinespace in a table
by Mari Voipio 06 Feb '19

06 Feb '19

Hello all! This may be a really stupid question, but wiki wasn't helpful: Is there a way of adjusting interlinespace in a table? A \setupTABLE command would work as I want to change the line height throughout the table to make it smaller (have the rows closer to each other than in my running text). I don't need to set the cell height or anything like that, I just want to adjust the text inside the cells. I'm fairly certain there's some simple way of doing it... Thanks, Mari

2 1

right figure at bottom of page can narrow text block on whole next page
by Sanjoy Mahajan 06 Feb '19

06 Feb '19

Dear List, A figure near the bottom of the page can narrow the text block on the whole next page. I noticed the problem when typesetting my (next) book. But the book is more a maximal than a minimal example. However, from it I made the minimal example included below that uses no external figures. Figure 2 is the bottom of the page and the paragraph flows to its left with a correspondingly narrower text block. So far, so good. But the text block also narrows for the entirity of page 2 and for the first two lines of page 3. I've found the problem on the MkIV 2019.01.07 and 2019.01.28 betas (all on Debian amd64), as well as on the live ConTeXt (which is the 2019.01.28 beta). -Sanjoy ================== start margin-figure-region.tex ===================== \definepapersize[bookcrop][width=137mm,height=221mm] \setuppapersize [bookcrop][bookcrop] \setuplayout[marking=on, location=middle, backspace=13.5mm, width=middle, topspace=32bp, header=10bp, headerdistance=26bp, footerdistance=16bp, footer=10bp, height=578bp, ] \setupinterlinespace[line=1.3em] \setupbodyfont[times,10bp] \starttext \input knuth Silly para Silly para \placefigure[right]{}{\framed[width=100bp,height=75.75bp]{\null}} \input knuth \dorecurse{8}{\par Silly para} \placefigure[right]{}{\framed[width=100bp,height=60.75bp]{\null}} \dorecurse{32}{Silly text } \dorecurse{3}{\input knuth \par} \stoptext ================== end margin-figure-region.tex =====================

2 2

hysteresis with content in blocks (one strike and you can be out forever)
by Sanjoy Mahajan 06 Feb '19

06 Feb '19

Apologies for the cutesy subtitle. In plainer English, the information saved in the .tuc file can make it so that a valid ConTeXt file doesn't compile merely because of what it contained when it was compiled before. Here is a MIE (minimal illustrative example), on Linux amd64, 2019.01.28 beta: 1. Make the following file: ========== file: testhysteresis.tex =============== \defineblock[foo] \starttext \def\abc{20} \beginfoo Use \abc \endfoo \useblocks[foo] \stoptext ========== stop: testhysteresis.tex =============== 2. Compile it with "context --nonstopmode testhysteresis.tex" (which will work fine). 3. Modify it so that it doesn't define or use \abc (and so that it is still valid): ========== file: testhysteresis.tex =============== \defineblock[foo] \starttext \beginfoo Use \endfoo \useblocks[foo] \stoptext ========== stop: testhysteresis.tex =============== 4. Without deleting testhysteresis.tuc, recompile with "context --nonstopmode testhysteresis.tex". This run fails with the fatal error: tex error > tex error on line 1 in file virtual://block.foo.1: ! Undefined control sequence l.1 Use \abc The cause seems to be that testhysteresis.tuc contains (from the run it step 2 above): utilitydata.structures.blocks.collected={ { ["data"]="Use \\abc", ["index"]=1, ["metadata"]=3, ["references"]={ ["section"]=0, }, }, } 5. Delete testhysteresis.tuc. 6. Now "context --nonstopmode testhysteresis.tex" works fine. One workaround is always to delete the .tuc file before running context. But that approach seems like overkill (although in my scripts that I use for running expeirments with blocks etc., I take this approach), and maybe there is a simpler way. Best, -Sanjoy

2 2

constructing block content partly with lua
by Sanjoy Mahajan 06 Feb '19

06 Feb '19

Dear List, I've been trying to construct part of a block's content programmatically with Lua. Despite many experiments and much rereading of the cld manual (especially chapter 3 on functions), the following attempt fails for reasons that perplex me. Below is the MNWE (Minimal NonWorking Example). It fails with these lines in the log file: structure > sectioning > subject @ level 3 : 0.0.0 -> Answers tex error > tex error on line 1 in file virtual://block.answer.1: ! Undefined control sequence l.1 \oneargTestparameter That is, when the "answer" block is included via \useblocks, somehow the beginning of the answer, which should be "\onearg{Test parameter}", has its curly braces and spaces elided. What characteristic(s) of the Lua interface am I missing? Thank you if you happen to where I've gone wrong. I've also tried steppers without much luck (and, admittedly, without really understanding their use). =============== testluabeginblock.tex =============== \defineblock[answer] \hideblocks[answer] \def\onearg#1{{\bf #1}} \def\noarg{{\it fixed argument}} \starttext \startluacode context.beginanswer() context("\\onearg{Test parameter}") \stopluacode This is part of the answer. \endanswer \subject{Answers} \useblocks[answer] \stoptext =============== end testluabeginblock.tex =============== -Sanjoy

2 4

Nested fences, inner one changes size with outer one
by Mikael P. Sundqvist 06 Feb '19

06 Feb '19

Hi, Is it possible to automatically have the inner fence _not_ change its size with the outer one? /Mikael \definemathfence[Openinterval][left="0028,right="0029,command=yes] \definemathfence[Set][left="007B,right="007D,command=yes] \starttext \startTEXpage[offset=3bp] Nothing fancy here: \startformula \Set{\Openinterval{-n,n}~:~n\in\mathbb N} \stopformula Here, I would expect the parenthesis to be of small size: \startformula \Set[size=1]{\Openinterval{-n,n}~:~n\in\mathbb N} \stopformula This works, but it would be nice not to be forced to write \type{[size=0]} in the inner construct: \startformula \Set[size=1]{\Openinterval[size=0]{-n,n}~:~n\in\mathbb N} \stopformula \stopTEXpage \stoptext

1 0

text flowing around images
by Henning Hraban Ramm 06 Feb '19

06 Feb '19

Ahoi, in my current project I must include a bunch of illustrations in my layout, and the text should flow around their irregular shapes (side placement in single text column only). I got the pictures as TIFFs with alpha channel, but of course I can change that. I’m quite sure I remember that it was possible to let text flow around shapes somehow, but I can’t find documentation or a sample. I’d be thankful for hints. Greetlings, Hraban --- https://www.fiee.net http://wiki.contextgarden.net https://www.dreiviertelhaus.de GPG Key ID 1C9B22FD

5 8

problem with non-printing hex 0x0C
by martin 06 Feb '19

06 Feb '19

I had a problem that kept me busy for a few hours. A \page command had no effect, the text just continued in the pdf. The culprid turned out to be a hex 0x0C, a formfeed character. Once I removed them all was good. It got introduced by extracting the text from a PDF. I realize my files should be "clean" of control characters and ConTexT should (maybe) not be stripping those characters. Then again, they serve no purpose in the document. So... My question: Isn't some more resilience sensible so commands don't break? Or error messages? cheers and thanks for any thoughts. Martin For the record: ConTeXt ver: 2019.01.28 16:58 MKIV beta fmt: 2019.2.4 int: english/english I'm not sure if the FF makes it through the mail. A hex editor will/would show it in front of the \page (sheer coincidence) \starttext \startitemize[columns] \item auf \hl[6]~ Baum \stopitemize \page 1. Der Bauer sitzt auf \hl[6]~ Traktor. \stoptext

2 1

How to query fonts.handlers
by Henri Menke 05 Feb '19

05 Feb '19

Dear list, I am trying to access extra kerning that I have defined using fonts.handlers.otf.addfeature. Even though I query the kerning from within a paragraph where the kerning is evidently applied I can't seem to get the value stored earlier, see the comment in the MWE. What am I doing wrong? Cheers, Henri --- \startluacode fonts.handlers.otf.addfeature { name = "ktest", type = "kern", data = { ["t"] = { ["e"] = 500 }, } } \stopluacode \definefontfeature[ktest][ktest=yes] \definefont[1][Serif*ktest] \starttext \1 test \ctxlua{ local fnt = font.current() local tfmdata = fonts.hashes.identifiers[fnt] local t = string.byte("t") local e = string.byte("e") local kern = fonts.handlers.otf.getkern(tfmdata,t,e) context(kern) % 0 instead of 500. Why? } \stoptext --- P.S.: I have posted the same question on the LuaTeX list, but with a different MWE. -------- Forwarded Message -------- Subject: How to query fonts.handlers Date: Mon, 4 Feb 2019 15:00:12 +1300 From: Henri Menke <henrimenke(a)gmail.com> To: LuaTeX discussion. <luatex(a)tug.org> Dear list, I am trying to access extra kerning that I have defined using fonts.handlers.otf.addfeature. Even though I query the kerning from within a paragraph where the kerning is evidently applied I can't seem to get the value stored earlier, see the comment in the MWE. What am I doing wrong? Cheers, Henri --- \input luaotfload.sty \directlua{ fonts.handlers.otf.addfeature { name = "ktest", type = "kern", data = { ["t"] = { ["e"] = 500 }, } } } \font\1="lmroman10-regular.otf:+ktest" at 10pt \1 test% \directlua{ local fnt = font.current() local tfmdata = fonts.hashes.identifiers[fnt] local t = string.byte("t") local e = string.byte("e") local kern = fonts.handlers.otf.getkern(tfmdata,t,e) tex.sprint(kern) % 0 instead of 500. Why? } \bye

1 1

Re: [NTG-context] \index[infinity]{$+\infty$} gives an error
by Wolfgang Schuster 05 Feb '19

05 Feb '19

Mikael P. Sundqvist schrieb am 05.02.19 um 20:17: > On Tue, Feb 5, 2019 at 5:11 PM Wolfgang Schuster > <wolfgang.schuster.lists(a)gmail.com> wrote: >> Mikael P. Sundqvist schrieb am 05.02.19 um 15:37: >>> Hi, >>> >>> With latest beta, the file below throws me the error given below the >>> example file. I thought this was possible (see >>> http://www.pragma-ade.com/general/manuals/cont-enp.pdf, (pdf)page >>> 202). The error is not present if I remove the third problematic index >>> entry. >>> >>> /Mikael >>> >>> % Example file >>> >>> \starttext >>> This does not look right: >>> \index{entry} >>> \index[key]{entry} >>> \index[infinifty]{$+\infty$} >> \index[infinifty]{$\mathplus\infty$} >> >> ConTeXt uses + as separator in index entries. >> >> In you example the argument is split into the two parts “$” and >> “\infty$” which creates two incomplete formulas. >> >> Wolfgang > Many thanks, works like charm for +\infty. For -\infty, it seems that > an endash(?) is picked up instead. I notice the following definitions > in math-ini.mkiv > > \unexpanded\def\mathplus {+} > \unexpanded\def\mathminus{\ifmmode –\else\iffontchar\font`−−\else –\fi\fi} Seems wrong to me because math mode should use the normal hyphen. > So, a follow-up question: Should I use something else than > \index[minusinfty]{$\mathminus\infty$} if I want -\infty in the index? Only + is a special character in the index entry but - can be used without problems and you don’t have to use \mathminus. Wolfgang

1 0