April 2021 - ntg-context - NTG Mailing Lists

profies and fonts in current latest (2021.04.26 00:55)
by Pablo Rodriguez 27 Apr '21

27 Apr '21

Dear list, I have the following sample: \setupbackend [format=PDF/A-3a, intent=sRGB IEC61966-2.1, profile={sRGB, default_gray.icc}, level=0] \setuptagging[state=start] \setupcolors[cmyk=no, pagecolormodel=auto] \definefontfamily[mainface][rm][TeX Gyre Heros] \definefontfamily[mainface][tt][Cousine] \setupbodyfont[mainface] \starttext \input zapf \tt\input zapf \stoptext I’m afraid that Acrobat isn’t able to display the fonts and SumatraPDF displays random characters with Cousine, when compiled with current latest (from 2021.04.26 00:55). Previous latest from 2021.04.21 11:39 has no probles with the fonts (either in Acrobat, or in SumatraPDF). Could anyone confirm this issue? Many thanks for your help, Pablo -- http://www.ousia.tk

2 2

Re: [NTG-context] new page before xtable with repeated headers
by Werner Hennrich 26 Apr '21

26 Apr '21

Am 25.04.21 um 10:52 schrieb Wolfgang Schuster: > Yes, some slack is needed to avoid the table being pushed to the next > space because not enough space is available. I recommend also to > ensure a minimum amount of space (e.g. 5 lines) is available to avoid > tables with just a few rows. > > Wolfgang I caught a some fail-cases (attached) using a test-runner (linux/bash/python3, attached as well) - hope this helps. Thanks in advance und best regards, Werner

1 0

[formatting verbatim text]
by Floris van Manen 26 Apr '21

26 Apr '21

What is the easiest way, if possible, to highlight some sections of verbatim text? given: \starttyping one two three four five six seven eight nine \stoptyping i'd like to color the word 'five' in red, or italic. .Floris

2 4

font message?
by Hans van der Meer 26 Apr '21

26 Apr '21

I get the following message in the log (latest beta): fonts > ! fonts > ! check count_components with mkiv ! fonts > ! These are my font settings: \definefontfeature [default] [default] [itlc=yes] \setupbodyfont[schola,10pt] \setupitaliccorrection [text] What does it mean? Is there something I should do? dr. Hans van der Meer

2 1

Fwd: Corrupt PDF files with LMTX?
by Jairo A. del Rio 26 Apr '21

26 Apr '21

---------- Forwarded message --------- De: Jairo A. del Rio <jairoadelrio6(a)gmail.com> Date: sáb, 24 de abr. de 2021 a la(s) 08:05 Subject: Re: [NTG-context] Corrupt PDF files with LMTX? To: Hans Hagen <j.hagen(a)xs4all.nl> The following: \starttext \startMPpage fill fullcircle scaled 1cm withcolor red \stopMPpage \stoptext gives **** Error: stream Length incorrect. Output may be incorrect. **** Error: stream Length incorrect. Output may be incorrect. However, an image is generated. However, when it includes text, the message above appears. As Thomas says, it happens even with simple documents. Jairo El sáb, 24 de abr. de 2021 a la(s) 01:36, Hans Hagen (j.hagen(a)xs4all.nl) escribió: > On 4/24/2021 8:03 AM, Jairo A. del Rio wrote: > > Hi, list! > > When I try to convert a PDF generated by ConTeXt LMTX to PNG using > > ImageMagick's convert the following happens: > hard to handle when there is no mwe ... > > 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 > ----------------------------------------------------------------- >

2 2

Corrupt PDF files with LMTX?
by Jairo A. del Rio 24 Apr '21

24 Apr '21

Hi, list! When I try to convert a PDF generated by ConTeXt LMTX to PNG using ImageMagick's convert the following happens: **** Error: stream Length incorrect. Output may be incorrect. **** Error: An error occurred while reading an XREF table. **** The file has been damaged. This may have been caused **** by a problem while converting or transfering the file. **** Ghostscript will attempt to recover the data. **** However, the output may be incorrect. Error: /ioerror in --runpdf-- Operand stack: post_eof_count 4096 --nostringval-- 4571 Execution stack: %interp_exit .runexec2 --nostringval-- runpdf --nostringval-- 2 %stopped_push --nostringval-- runpdf runpdf false 1 %stopped_push 1990 1 3 %oparray_pop 1989 1 3 %oparray_pop 1977 1 3 %oparray_pop 1978 1 3 %oparray_pop runpdf runpdf runpdf runpdf runpdf runpdf runpdf Dictionary stack: --dict:735/1123(ro)(G)-- --dict:1/20(G)-- --dict:80/200(L)-- --dict:80/200(L)-- --dict:135/256(ro)(G)-- --dict:315/325(ro)(G)-- --dict:28/32(L)-- Current allocation mode is local GPL Ghostscript 9.50: Unrecoverable error, exit code 1 convert-im6.q16: FailedToExecuteCommand `'gs' -sstdout=%stderr -dQUIET -dSAFER -dBATCH -dNOPAUSE -dNOPROMPT -dMaxBitmap=500000000 -dAlignToPixels=0 -dGridFitTT=2 '-sDEVICE=pngalpha' -dTextAlphaBits=4 -dGraphicsAlphaBits=4 '-r300x300' '-sOutputFile=/tmp/magick-55690XUwDR8veJQEc%d' '-f/tmp/magick-55690zbxNvSPCVCYe' '-f/tmp/magick-55690aVvG11u3p8wd'' (1) @ error/pdf.c/InvokePDFDelegate/291. convert-im6.q16: no images defined `151.png' @ error/convert.c/ConvertImageCommand/3258. I'd blame ImageMagick, except for the fact that 1) other converters fail too and 2) it doesn't happen with ConTeXt MkIV (PDF is successfully converted). Cordially, Jairo

3 2

Bug: missing Lua API in binaries
by Sylvain Hubert 24 Apr '21

24 Apr '21

Dear Devs, Sorry if this is not the best place for reporting bugs. I'm trying to use the lpeglabel library written in C and delivered as lpeglabel.so. $ ls testlabel.lua lpeglabel.so $ cat testlabel.lua require("lpeglabel") The ConTeXt binary cannot load the library because it lacks certain Lua API: $ context --forcecld --permitloadlib testlabel.lua ... fatal lua error: registered function call [1542]: ...tx/tex/texmf-context/tex/context/base/mkiv/l-package.lua:348: error loading module 'lpeglabel' from file './lpeglabel.so': ./lpeglabel.so: undefined symbol: lua_gettop ... nor does LuaTeX: $ luatex -luaonly testlabel.lua error loading module 'lpeglabel' from file './lpeglabel.so': ./lpeglabel.so: undefined symbol: lua_getiuservalue It seems that lua_gettop and others are optimized out from the `context` binary, while lua_getiuservalue and others are missing from `luatex`. I'm not sure if it works but I would suggest adding `__attribute__ ((used))` to the `LUA_API` macro if the binaries are compiled with gcc. Best, Sylvain

2 3

nbsp in XML (S01E01)
by Jano Kula 23 Apr '21

23 Apr '21

Dear list, first episode of series on nbsp of XML in lmtx. Unfortunately, not that catchy as Netflix. Used XML input has two types of non-breakable space: - unicode character - html entitity (in fact an ugly output of HTML editor) HTML is preprocessed with ctx preprocessor (great feature!) and substituted for unicode char nbsp or tilde. MWE shows unichar spaces are non-breakable (see end of the first lines), however they are not stretchable (see second line of the paragraphs). Does unicode nbsp have fixed with in ctx? When tilde is the replacement in preprocessor (uncomment first replacement in preprocessor), xmlfush will display tilde (which is, as character, non-breakable and unstretchable, no surprise). Why tilde is displayed? Replacing or adding nbsp (tilde) with finalizers have different results, see next episode after this one is understood. Thank you, Jano MWE (rather use attached file not to loose invisible characters): \startbuffer[doc] <?xml version "1.0"?> <document> <p>Temperature 20 °C 20 °C 20 °C 20 °C average.</p> <p>Altitude 6000&nbsp;m 6000&nbsp;m 6000&nbsp;m 6000&nbsp;m average.</p> </document> \stopbuffer \startluacode function lxml.preprocessor(data) -- data = string.gsub(data, "&nbsp;", "~") -- replacement nbsp invisible in luacode data = string.gsub(data, "&nbsp;", " ") return data end \stopluacode \startxmlsetups xml:name \xmlsetsetup{\xmldocument}{*}{-} \xmlsetsetup{\xmldocument}{document|p}{xml:name:*} \stopxmlsetups \xmlregistersetup{xml:name} \startxmlsetups xml:name:document \xmlflush{#1}\par \stopxmlsetups \startxmlsetups xml:name:p \parfillskip0pt\xmlflush{#1}\par \stopxmlsetups \startTEXpage[offset=5mm,width=60mm] \xmlprocessbuffer{xml:name}{doc}{} \stopTEXpage

6 7

ToC filler dots/leaders not aligned in LMTX
by Schister, Roman 23 Apr '21

23 Apr '21

Hello everyone I’m trying to typeset a table of contents with filler dots (list alternative C) in LMTX. Unfortunately, the dots are not vertically aligned and do not end flush on the right-hand side. If I try to use leaders in a paragraph, I get the same behaviour: the leading dots are not aligned. Compiling the same document with MkIV leads to correct alignment of the filler dots in both instances. Here is an MWE: \setuplistalternative[c][width=2em] \starttext \completecontent[alternative=c] \chapter{Short title} Lorem ipsum \hskip.5em\gleaders\hbox to .5\emwidth{\hss.\hss}\hfill\hskip.5em\relax dolor sit amet. \par Lorem \hskip.5em\gleaders\hbox to .5\emwidth{\hss.\hss}\hfill\hskip.5em\relax ipsum dolor sit amet. \chapter{Slighlty longer title} \chapter{Not so long title} \stoptext Are there any changes in LMTX that I need to take into account when typesetting a ToC/leaders? Any help is much appreciated. Thank you! Roman

2 1

setupalign[height] vs setupalign[line] in MKIV
by denis.maier＠ub.unibe.ch 23 Apr '21

23 Apr '21

Hi, I've noticed a somewhat unexpected behaviour. MWE below. \setupalign[line] adds an enormous amount of whitespace to fill a last page, but \setupalign[height] doesn't. Is that intended ? Currently this only happens with mkiv. As stated in another mail, these options seem to have no effect at all under LMTX. Best, Denis \setuppapersize[A5][A5] \showframe \setupdelimitedtext[blockquote] [before={\switchtobodyfont[small]}, spacebefore={medium,flexible},] \starttext \setupalign[line] % this here causes the last page to be filled \section{A section heading} \input knuth\par \page \setupalign[height] %this here doesn't \section{A section heading} \input knuth\par \stoptext

1 0