- ntg-context - NTG Mailing Lists

--extra=combine no more working
by Peter Münster 27 Jan '21

27 Jan '21

Hi, The command "context --extra=combine file-1.pdf file-2.pdf" doesn't work any more with the latest version. Here is the output: --8<---------------cut here---------------start------------->8--- mtx-context | processing extra: /opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine.tex resolvers | formats | executing runner 'run luametatex format': /opt/context/tex/texmf-linux-64/bin/luametatex --jobname="mtx-context-combine" --fmt=/opt/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt --lua=/opt/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui /opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine.tex --c:currentrun=1 --c:extra="combine" --c:files="file-1.pdf,file-2.pdf" --c:fulljobname="/opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine.tex" --c:input="/opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine.tex" --c:kindofrun=1 --c:maxnofruns=9 --c:purgeall --c:result="context-extra" --c:texmfbinpath="/opt/context/tex/texmf-linux-64/bin" open source > level 1, order 1, name '/opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine.tex' system > system > ConTeXt ver: 2021.01.24 16:07 LMTX fmt: 2021.1.26 int: english/english system > system > 'cont-new.mkxl' loaded open source > level 2, order 2, name '/opt/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > beware: some patches loaded from cont-new.mkiv close source > level 2, order 2, name '/opt/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl' system > files > jobname 'mtx-context-combine', input '/opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine', result 'context-extra' fonts > latin modern fonts are not preloaded languages > language 'en' is active open source > level 2, order 3, name 'mtx-context-common.tex' close source > level 2, order 3, name 'mtx-context-common.tex' fonts > preloading latin modern fonts (second stage) fonts > 'fallback modern-designsize rm 12pt' is loaded mtx-context | fatal error: return code: 139 --8<---------------cut here---------------end--------------->8--- How could that be fixed please? TIA, -- Peter

2 4

possible problem with MPinstance or MPinclusions? works in 20200920 but not in the current 20210124 ...
by Rudd, Kevin 26 Jan '21

26 Jan '21

Hi--- I have a number of included figures that work in 20200920 but not in the current 20210124 version. There's a project structure that sets everything up but after that they are input as a figure: \startplacefigure[title={NS Hierarchy}, reference={f:ns-hierarchy}] \input ns_hierarchy \stopplacefigure and generate the error: metafun > log > error: Not implemented: (unknown numeric)=(string) metafun > log > metapost > log > metapost > log > <to be read again> metapost > log > , metapost > log > <*> make_BoxRow [ name = "Parent", metafun > log > metafun > log > I'm afraid I don't know how to apply that operation to that combination of types. Continue, and I'll return the second argument (see above) as the result of theoperation. metafun > log > metapost > log > label = "Parent Root Namespace", ]; ; >From triaging, it looks like the "boxrow.mp" file isn't being input by the current version from within the MPinclusions block associated with the MPinstance; the error appears to be spurious as a result of make_BoxRow not being defined and doesn't occur in the old version where the file is input. "boxrow.mp" is not in the same directory as the document but is in the configured through the usepath/usesubpath interface from an environment file. I can put together and share a runnable MWE set of files if this information is not complete enough to identify the problem. Here is the MWE that I used for the input figure file that demonstrates the problem. \defineMPinstance[ns_hier] [ format=metafun, extensions=yes, initializations=yes, method=double, ] \startMPinclusions{ns_hier} input boxrow \stopMPinclusions \startMPdefinitions{ns_hier} % nothing to see here.... \stopMPdefinitions \startMPcode{ns_hier} make_BoxRow [ name = "Parent", label = "Parent Root Namespace", ]; \stopMPcode Thanks for any feedback, ---K Kevin W. Rudd, Ph.D. CAPT, USN (Ret) Computer Architecture & Computer Engineering Advanced Computing Systems (ACS) Research Program Laboratory for Physical Sciences (LPS) 443-654-7878 kevin(a)lps.umd.edu<mailto:kevin@lps.umd.edu> Visiting Research Professor United States Naval Academy rudd(a)usna.edu<mailto:rudd@usna.edu>

2 4

Re: [NTG-context] fancybreak module
by Clyde Johnston 25 Jan '21

25 Jan '21

I just realized that \starbreak was one of my own macros (defined ages ago) so the MWE should be: \usemodule[fancybreak] \define\starbreak{ \fancybreak{ \strut\hfill\hfill\symbol[star]\hfill\symbol[star]\hfill\symbol[star]\hfill\ hfill\strut }} \starttext \input ward \starbreak \input ward \stoptext Sorry for the confusion. Clyde From: Clyde Johnston [mailto:clyde@johnston.name] Sent: Monday, January 25, 2021 6:46 PM To: mailing list for ConTeXt users (ntg-context(a)ntg.nl) Subject: fancybreak module I have finally gotten around to upgrading my ConTeXt installation to LTMX and found that the \starbreak command in the "fancybreak" module no longer works. \usemodule[fancybreak] \starttext \input ward \starbreak \input ward \stoptext Have I missed something about the LTMX changes? I was working in version 2018.07.02 14:39 but not in 2021.01.24 16:07. Regards, Clyde

2 7

Inline Fractions
by Johann Birnick 25 Jan '21

25 Jan '21

Recently inline fractions stopped working correctly. For example symbol spacing, sub-/superscripts, the line is too short,... You can see the 3 named problems and how they sometimes appear and sometimes not in this two fractions: \starttext $\frac{\sin(x)}{16 \pi \epsilon_0 c^2 m_e^2} \frac{\sin(x)}{\epsilon_0}$ \stoptext Compare the output between the current LMTX version with some old version. (I compared with mk4, because I had nothing else available. I don't know when bugs were introduced.) Best regards, Johann

2 1

fancybreak module
by Clyde Johnston 25 Jan '21

25 Jan '21

I have finally gotten around to upgrading my ConTeXt installation to LTMX and found that the \starbreak command in the "fancybreak" module no longer works. \usemodule[fancybreak] \starttext \input ward \starbreak \input ward \stoptext Have I missed something about the LTMX changes? I was working in version 2018.07.02 14:39 but not in 2021.01.24 16:07. Regards, Clyde

1 0

Download old version
by Johann Birnick 25 Jan '21

25 Jan '21

How to download an old LMTX version? Best regards, Johann

1 0

Re: [NTG-context] Missing images in Wiki?
by Andres Conrado Montoya Acosta 25 Jan '21

25 Jan '21

This is one example: https://wiki.contextgarden.net/Command/externalfigure However, now I checked the source, and the image files are there... and they are being correctly linked, but the image attributes width and height are set to zero. Maybe something wrong with lazy loading? Example in html code: <img class="image-lazy-loaded" alt="" style="" src="/wikiteximage/966d36e3a607022bcbae59654239a147.png" srcset="" *width="0" height="0"*> El vie, 22 ene 2021 a las 6:00, <ntg-context-request(a)ntg.nl> escribió: > Send ntg-context mailing list submissions to > ntg-context(a)ntg.nl > > To subscribe or unsubscribe via the World Wide Web, visit > https://mailman.ntg.nl/mailman/listinfo/ntg-context > or, via email, send a message with subject or body 'help' to > ntg-context-request(a)ntg.nl > > You can reach the person managing the list at > ntg-context-owner(a)ntg.nl > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of ntg-context digest..." > > > Today's Topics: > > 1. Missing images in Wiki? (Andres Conrado Montoya) > 2. Re: Missing images in Wiki? (Taco Hoekwater) > 3. new lmtx / fonts (Hans Hagen) > 4. \doassign variable - updates not picked up (Werner Hennrich) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 21 Jan 2021 14:30:59 -0500 > From: Andres Conrado Montoya <andresconrado(a)gmail.com> > To: mailing list for ConTeXt users <ntg-context(a)ntg.nl> > Subject: [NTG-context] Missing images in Wiki? > Message-ID: > <CAGhDZhBhKYygadgykbrqDm_VEqHDA= > z7sh-Ng53xaxs6LR_DyQ(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > It seems a lot of image examples from the wiki are gone now. Most articles > lost many images. Is this on purpose? > > -- > Andrés Conrado Montoya >

2 1

Using \overloaded
by Rik Kabel 24 Jan '21

24 Jan '21

Hans and all, Preparing my standard environments for future strict enforcement of overloading prevention, I have run into one issue. I had been using the following construction to change the formatting of URLs: \let\OrigHyphenatedurl\hyphenatedurl \starttexdefinition hyphenatedurl #URL \begingroup \URLfont\OrigHyphenatedurl{#URL} \endgroup \stoptexdefinition This results in the following warning about overloading \hyphenatedurl: csname overload > warning, protection level 3, control sequence 'hyphenatedurl', properties 'permanent protected', file 'env_layout.mkvi', line 1 I have tried adding \overloaded to indicate the intentional overloading, but \overloaded cannot be used with \starttexdefinition, so I rewrote it as: \let\OrigHyphenatedurl\hyphenatedurl \overloaded\define[1]\hyphenatedurl{% \begingroup% \URLfont\OrigHyphenatedurl{#1}% \endgroup}% but that (and also with \overloaded\def\hyphenatedurl#1...) gives the same (except for the line number) warning: csname overload > warning, protection level 3, control sequence 'hyphenatedurl', properties 'permanent protected', file 'env_layout.mkvi', line 822 So, what is the proper way to indicate intentional overloading? Or should this redefinition be done in another way? (Also, it is interesting that the line number in the first warning message does not point to the actual line.) -- Rik

4 5

Re: [NTG-context] new font trickery
by Pablo Rodriguez 24 Jan '21

24 Jan '21

On 1/24/21 5:51 PM, Hans Hagen wrote: >> [...] >> I only get black cows and black squares for bitmap images. >> >> I think this isn’t intended. > Works ok here ... so are the images found? Buggy pdf viewer? Many thanks for your reply, Hans. Images are found, but not with "directory=default", but with "location=default". Evince doesn’t display the images or colors. Acrobat for Linux doesn’t display it either (this is why I thought it might be a bug). But MuPDF and SumtraPDF (based on MuPDF) display it fine. Sorry for the noise and many thanks for your help, Pablo -- http://www.ousia.tk

2 1

rscale not working
by Pablo Rodriguez 24 Jan '21

24 Jan '21

Hans, rscale doesn’t work with latest from 2021.01.24 16:07: \definefontfamily[mainface][rm][Latin Modern Serif] \definefontfamily[mainface][tt][Latin Modern Sans][rscale=2] \setupbodyfont[mainface, 60pt] \starttext \dorecurse{26} {\character{\recurselevel}{\tt\character{\recurselevel} }} \stoptext Or am I missing something? Many thanks for your help, Pablo -- http://www.ousia.tk

1 0