- ntg-context - Mailing Lists

Mathematical symbol of non-inclusion
by Fabrice Couvreur 31 Aug '20

31 Aug '20

Hello, The result is not what you expected. How can I correct this problem? Thank you Fabrice \starttext \m{A \not\subset B} \stoptext

3 5

setuplayout vs Indesign!
by jbf 27 Aug '20

27 Aug '20

Severe Covid-19 restrictions locally have left me out on a limb unable to be side-byside with people who can set me on track for a few things! Hence the bombardment of questions, for which I apologise. But almost there! The InDesign QC individual (who accepts my ConTeXt-produced pdfs) wants some tweaking to my layout, saying, in simple terms:/Odd/right pgs left margin should be 20mm and right margin 15mm; even/left pgs right margin 20mm and left margin 15mm/. I think the difficulty is that what InDesign calls margins might be termed a little differently in ConTeXt and I have no experience with InDesign. My initial setup was as follows for a paper size defined as [width=140mm,height=216mm] double-sided setup (in other words a standard 8.5"x5.5" book): \setuplayout [backspace=16mm, topspace=12mm, header=6mm, headerdistance=10mm, footerdistance=9mm, footer=8mm, width=fit, horoffset=12.7mm, location=middle, height=198mm, marking=on] There was no mention of 'margins' as such in that layout, and the result is close to what is wanted but not quite. Do I solve the problem by adding in: leftmargin=20mm, rightmargin=15mm, or is it some other item I need to adjust to ensure the 20mm/15mm dimensions requested? Julian

4 6

catch % in gsub("%", "\\letterpercent")
by Pablo Rodriguez 27 Aug '20

27 Aug '20

Dear list, I have and \xmlraw command that gives some text with percent signs. ConTeXt parses them as comments (so no output). Using Lua gsub(), I need to replace something like: string.gsub([[\xmlraw{#1}{.}]], "%", "\\letterpercent") How do I need to invoke % to get the character found? Many thanks for your help, Pablo -- http://www.ousia.tk

4 7

wrong 2TOPSIDE?
by Pablo Rodriguez 27 Aug '20

27 Aug '20

Dear list, I have the following sample: \startmode[*first] \startbuffer[abcde] \setuppapersize[A5, landscape] \setupbodyfont[100pt] \starttext \dorecurse{158}{% \startmakeup[page][style=\bf\ss, align=center, pagestatus=start] \recurselevel \stopmakeup} \stoptext \stopbuffer \savebuffer[abcde][singular.tex] \executesystemcommand{context --purgeall --result=\jobname-singular.pdf \jobname-singular.tex} \ctxlua{os.remove(tex.jobname.."-singular.tex")} \stopmode \startnotmode[*first] \setuppapersize[A5, landscape][A4] \setuparranging[2TOPSIDE] \setuplayout[page] \setupinteractionscreen[option={portrait,paper}] \starttext \insertpages[\jobname-singular.pdf][width=0pt] \stopnotmode \stoptext I would say that last page (number 158 on #81) is misplaced. I think it should be on #80. Could anyone confirm this? I’m also experiencing issues (I don’t get the first 11 imposed pages), because I have to use: \executesystemcommand{context --purgeall --result=\jobname-singular.pdf --environment=\jobname-singular.tex \jobname-singular.xml} Is there a fix for this? I’m reporting this right now, but I won’t be reaching a computer until next Wednesday. (I know I’m going to forget, if I don’t write this now.) Many thanks for your help, Pablo -- http://www.ousia.tk

1 0

Wiki New Extension: ConTeXtXML
by Taco Hoekwater 27 Aug '20

27 Aug '20

Hi, As announced last week, I have been working on a wiki extension to control the editing of /Command pages. That extension is now installed on the main wiki. In short, we will switch to XML as the page model for newly created /Command pages. This makes editing a bit harder, but it allows much better quality control and (fairly) easy export and import. The goal is to eventually be able to easily export all of the reference documentation in the wiki to a separate system (for instance, Paul Mazaitis plans to create a full-blown reference manual). In the current situation, this is nearly impossible because there is so much variation in the content and quality of the wiki /Command pages (not to mention that many are missing). We also want it to be possible to merge improvements to the interface xml definitions by Wolfgang without loosing any existing documentation work. The documentation pages are here: https://wiki.contextgarden.net/Command https://wiki.contextgarden.net/Help:Command https://wiki.contextgarden.net/Extension:ConTeXtXML After reading those, have a look at the three ‘work pages’: https://wiki.contextgarden.net/Document_level_commands_work_page https://wiki.contextgarden.net/Style_level_commands_work_page https://wiki.contextgarden.net/System_level_commands_work_page All the bright red links are currently undocumented commands. Clicking on one should bring you to the edit screen automatically, with a blob of XML preloaded, ready for you to start writing. All the dark red links are existing /Command pages. All of those are traditional wiki text pages. Following those links will bring you to a normal /Command page just like on the main wiki. If you want to see how one of those pages would look like in the new system, you’ll have to rename the existing page first (as explained in https://wiki.contextgarden.net/Command#Pre-existing_pages ) If you do some work, please update those work pages! Comments, suggestions and bug reports are more than welcome. Please direct those to me personally or (better) to the wiki mailing list: https://lists.contextgarden.net/mailman/listinfo/wiki Have fun! Taco

1 1

Index formatting difference LMTX and MkIV
by Rik Kabel 27 Aug '20

27 Aug '20

Hello list, I have an index which uses multilevel indexing (a+b+c) to insert entries which contain snips of text. LMTX behaves differently from MkIV when trimming that text, resulting in line wrapping which does not happen with MKiV. I am not sure when this began -- I just picked up work again on this project this week after a hiatus of a couple of months. This does not occur in every instance, but it happens often enough in this 20 page two-column index to add another full page, and it looks ugly in comparison (although perhaps no index looks good). The source is the same for both LMTX and MkIV. There is no explicitly conditional coding. With MkIV, I get: With LMTX, I get: I am struggling to prepare a MWE, but will try to do so if there is no obvious difference to those who ken the code. The problem may not be unique to register creation, but I have not noticed other appearances of the issue in the text. -- Rik

1 0

CFF2 based variable fonts with SubRS
by Marcel Fabian Krüger 26 Aug '20

26 Aug '20

Hi, I was playing with the variable font support of ConTeXt's font loader and noticed some issues. 1. While parsing the LocalSubRS and GlobalSubRS Indices, ConTeXt tries to use 16bit count fields as in CFF(1) instead of 32bit fields as in CFF2, reducing the number of found subroutines by a factor of 65536. Effectivly this suppressed all subroutines in the fonts I tested. 2. For fonts where the Top DICT does not contain an FDSelect entry, ConTeXt tries to read the Private dictionary offset from the Top dictionary as in name-keyed CFF1 fonts. This is not the expected behavior for CFF2, where the Top dictionary never contains the Privte offset. Instead, a missing FDSelect means that exactly one entry exists in FDArray which should be used for all CIDs. This caused problems when ConTeXt tried to find the Private directory in order to find local subroutines. A test font demonstrating both issues is "SourceCode Variable" https://github.com/adobe-fonts/source-code-pro/releases: The document \definefontfeature [light] [default] [axis={weight=200}] \definefont [sourcelight] [file:SourceCodeVariable-Roman.otf*light] \starttext \sourcelight Hallo \stoptext generates [...] otf reader > cff > unknown local call 14, case 2 : [] n=0 otf reader > cff > unknown local call 11, case 2 : [] n=0 otf reader > cff > unknown local call 138, case 2 : [] n=0 otf reader > cff > unknown local call 314, case 2 : [300 -12] n=2 otf reader > cff > unknown local call 607, case 2 : [-99 -66 99 174] n=4 otf reader > fatal error in file 'SourceCodeVariable-Roman.otf': ...e0dde776fb1556f32e/formats/luametatex/font-cff-macro.lua:1517: attempt to perform arithmetic on a nil value (local 'v') stack traceback: ...e0dde776fb1556f32e/formats/luametatex/font-otr-macro.lua:2339: in metamethod 'add' ...e0dde776fb1556f32e/formats/luametatex/font-cff-macro.lua:1517: in local 'a' ...e0dde776fb1556f32e/formats/luametatex/font-cff-macro.lua:1980: in upvalue 'process' [...] A possible fix for both issues would be diff --git a/tex/context/base/mkiv/font-cff.lua b/tex/context/base/mkiv/font-cff.lua index c2cf0e699..d00637b8e 100644 --- a/tex/context/base/mkiv/font-cff.lua +++ b/tex/context/base/mkiv/font-cff.lua @@ -2265,8 +2265,8 @@ do end -local function readglobals(f,data) - local routines = readlengths(f) +local function readglobals(f,data,version) + local routines = readlengths(f,version == "cff2") for i=1,#routines do routines[i] = readbytetable(f,routines[i]) end @@ -2324,14 +2324,14 @@ local function readprivates(f,data) end end -local function readlocals(f,data,dictionary) +local function readlocals(f,data,dictionary,version) local header = data.header local private = dictionary.private if private then local subroutineoffset = private.data.subroutines if subroutineoffset ~= 0 then setposition(f,header.offset+private.offset+subroutineoffset) - local subroutines = readlengths(f) + local subroutines = readlengths(f,version=="cff2") for i=1,#subroutines do subroutines[i] = readbytetable(f,subroutines[i]) end @@ -2394,7 +2394,7 @@ readers.parsecharstrings = parsecharstrings -- used in font-onr.lua (type 1) local function readnoselect(f,fontdata,data,glyphs,doshapes,version,streams) local dictionaries = data.dictionaries local dictionary = dictionaries[1] - readglobals(f,data) + readglobals(f,data,version) readcharstrings(f,data,version) if version == "cff2" then dictionary.charset = nil @@ -2402,9 +2402,19 @@ local function readnoselect(f,fontdata,data,glyphs,doshapes,version,streams) readencodings(f,data) readcharsets(f,data,dictionary) end + local cid = dictionary.cid + local fdarray = cid and cid.fdarray + if fdarray and not dictionary.private then + setposition(f,data.header.offset+fdarray) + local dictionaries = readlengths(f,version=="cff2") + assert(#dictionaries == 1) + dictionaries[1] = readstring(f,dictionaries[1]) + parsedictionaries(data,dictionaries) + dictionary.private = dictionaries[1].private + end readprivates(f,data) parseprivates(data,data.dictionaries) - readlocals(f,data,dictionary) + readlocals(f,data,dictionary,version) startparsing(fontdata,data,streams) parsecharstrings(fontdata,data,glyphs,doshapes,version,streams) stopparsing(fontdata,data) @@ -2416,7 +2426,7 @@ local function readfdselect(f,fontdata,data,glyphs,doshapes,version,streams) local dictionary = dictionaries[1] local cid = dictionary.cid local cidselect = cid and cid.fdselect - readglobals(f,data) + readglobals(f,data,version) readcharstrings(f,data,version) if version ~= "cff2" then readencodings(f,data) @@ -2462,7 +2472,7 @@ local function readfdselect(f,fontdata,data,glyphs,doshapes,version,streams) local cidarray = cid.fdarray if cidarray then setposition(f,header.offset+cidarray) - local dictionaries = readlengths(f) + local dictionaries = readlengths(f, version == "cff2") for i=1,#dictionaries do dictionaries[i] = readstring(f,dictionaries[i]) end @@ -2470,7 +2480,7 @@ local function readfdselect(f,fontdata,data,glyphs,doshapes,version,streams) cid.dictionaries = dictionaries readcidprivates(f,data) for i=1,#dictionaries do - readlocals(f,data,dictionaries[i]) + readlocals(f,data,dictionaries[i],version) end startparsing(fontdata,data,streams) for i=1,#charstrings do ---- Best regards, Marcel

2 1

odd behaviour with \definefontfamily
by jbf 26 Aug '20

26 Aug '20

Can someone tell me why, when I define my typefaces as follows below, I get: mkiv lua stats > loaded fonts: 2 files: baskervaldadfstd.otf, texgyrepagella-math.otf when in fact my font definitions are: \definefontfamily [mainface] [rm] [baskervaldadfstd] [tf=file:BaskervaldADFStd.otf] \definefontfamily [mainface] [ss] [librisadfstd] [tf=file:LibrisADFStd-Regular.otf] \definefontfamily [mainface] [mm] [TeX Gyre Pagella Math] \setupbodyfont[mainface] --------------------- ConTeXt loads the [rm] and the [mm] but not the [ss]. Be assured that the ss typeface is available. So if, for example, I comment out the first line ([rm]) and change the Libris to rm instead, I am told: mkiv lua stats > loaded fonts: 2 files: librisadfstd-regular.otf, texgyrepagella-math.otf In other words, only two, not three definitions are working at any one time. Or is it not accepting [ss] for some reason regardless? I have tried any number of existing sans serif fonts and none of them will load. I know the family names are correct, so that is not the problem. What could I be doing wrong? Julian

3 6

set_lua freezes control sequences
by Marcel Fabian Krüger 25 Aug '20

25 Aug '20

Hi, I noticed that recent LuaMetaTeX versions treats control sequences defined using token.set_lua with `value` or `condition` as frozen and does not allow redefining them. Given that these are not macros, we also can't "unfreeze" them using \unletfrozen. 1. Would it be possible to add a variant of Lua value and condition control sequences that are not frozen? 2. Also is there some way to disable the \frozen restrictions altogether? Maybe \suppressfrozenerror? 3. I also noticed that `token.set_lua` is not affected by control sequences being frozen. Therefore it allows redefining frozen control sequences which seems inconsistent. Best regards, Marcel

2 2

new version
by Hans Hagen 25 Aug '20

25 Aug '20

Hi, The current version of lmtx has some updated tracing of memory usage. This is irrelevant for most users but some of you generat elarge an complex files so ... (I'm talking about mf here). There is a command line option --usage that will make a run report some more statistics. The info shown might look somewhat cryptic but we basically have (per category) - max: the maximum allowed memory (for many categories we can make that larger, but I need proof that it's needed) - min: this is how we start out - stp: when more memory is needed, this is the step that we use to increase - set: this is the value that context configures by default, often larger than min, and less than max - mem: the memory usage (often in units) - all: the real usage (multiplied by the unit) - ini, ptr and top: are the startup values (when something is also stored in the format), the current usage and the max usage (all within the mentioned min-max range). The rest speaks for itself. Font usage reflects only the tex end, of course there is plenty usage at the lua end. The language info .... I might extend that with pattern and exception usage. Actually, tex memory usage is not that large in luametatex. When mem gets increased, there is a message. We can use that to eventually determine the best values. Actually we might even lower some initial values (not that it matters much, lua uses more). Of course there is also --timing but that one has been there from the start, although I did update it to reflect the more detailed tracing. The graphics are the same as always: red lines are usage, the blue line is the runtime. In general, memory management has been improved: all categories are now more dynamic, there is more checking for overflows, there is some recovery slack in allocation, etc. I will play a bit more some of it, for instance we might end up with more detailed configuration options, in addition the the already new ones. 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 -----------------------------------------------------------------

1 0