- ntg-context - NTG Mailing Lists

--extra=select --once in LMTX
by Pablo Rodriguez 08 Mar '21

08 Mar '21

Dear list, I think there is a bug in LMTX with: context --extra=select --selection=15:30 a.pdf --once This gives 16 repetitions of page 30 (with any PDF document). If --once isn’t used or MkIV is deployed, selection is fine. Could anyone confirm the issue? Many thanks for your help, Pablo -- http://www.ousia.tk

2 1

Log overful boxes
by denis.maier＠ub.unibe.ch 08 Mar '21

08 Mar '21

Hi, How can you add information about underfulor overful boxes to the log? Ideally both vboxes and hboxes. Best, Denis

2 6

bug in \headnumber[section] in LMTX?
by Pablo Rodriguez 07 Mar '21

07 Mar '21

Dear list, I have the following sample: \starttext \section{Section} \currentheadnumber\\ \headnumbercontent\\ \headnumber[section] \stoptext In LMTX, \headnumber[section] triggers an error message about missing number. BTW, \currentheadnumber outputs 0 in both MkIV and LMTX. I think this may be a bug. Could anyone confirm both issues? Many thanks for your help, Pablo -- http://www.ousia.tk

2 2

Write to tuc file
by denis.maier＠ub.unibe.ch 07 Mar '21

07 Mar '21

Hi, I want to split a PDF produced by context automatically at certain points. I was thinking I could add information about the desired breakpoints to the tuc file, but I don't know how you do this. Any hints? Best, Denis

3 11

ConTeXt, KeenWrite, Markdown, and XHTML
by Thangalin 06 Mar '21

06 Mar '21

How would you convert the first class attribute of XHTML div elements to ConTeXt LMTX-specific start/stop environments? For example: <div class="poem dark"> <div class="stanza"> Whose woods these are I think I know. </div> <div class="stanza"> And miles to go before I sleep. </div> </dv> Becomes (the equivalent of?): \startpoem \startstanza Whose woods these are I think I know. \stopstanza \startstanza And miles to go before I sleep. \stopstanza \stoppoem In case this is an XY problem, background details follow. In a nutshell: convert a processed Markdown file that includes interpolated variables, arbitrary classes, and output from R functions into a format that ConTeXt can typeset. Background Details Pandoc's fenced div syntax is now supported by my text editor, allowing users to write "paragraph classes" in Markdown, such as: ::: {.poem .dark} ::: stanza Whose woods these are I think I know. ::: ::: This gets converted to XHTML (as shown above), which is to be rendered using ConTeXt LMTX. Rendering via ConTeXt needs the following tool chain: Editor (.md) -> run Pandoc (.tex) -> run ConTeXt (.pdf) Generating XHTML means Pandoc can be removed, simplifying the chain: Editor (.md -> magic -> .xhtml) -> run ConTeXt (.pdf) The Lua code to generate start/stop environments with Pandoc is described in Part 8 of my Typesetting Markdown series. https://dave.autonoma.ca/blog/2020/04/28/typesetting-markdown-part-8/#annot… The XML-MKIV documentation shows how to map a specific setup to a particular attribute: \xmlsetsetup{demo}{resource[@type='figure']}{xml:demo:figure} In Schmitz' XHTML-oriented My Way from 2010 there's a getmeas Lua function defined on page 9 that parses a width attribute. That's great for the opening div, but how would you close/stop the correct environment for nested divs? Would ConTeXt automatically track these on a stack, for example? Additional Ideas Given that the text editor converts Markdown to XHTML and has an XSLT engine, the following is possible: Editor (.md -> .xhtml) -> XSLT (.tex) -> run ConTeXt (.pdf) Piping XHTML directly into ConTeXt would be ideal, though. Well, piping CommonMark plus fenced div extensions to ConTeXt would be optimal, but my understanding is that support isn't quite there yet. Aditya wrote a Markdown filter that runs: pandoc -t context -o \externalfilteroutputfile\space \externalfilterinputfile This still needs Pandoc, though. There's also a dependency-free Markdown module. A few problems though. First, the module isn't ported to ConTeXt LMTX, yet? Second, it doesn't support element attributes beyond enabling content slicing. (Third, the module has LaTeX support tightly bundled within, which bloats a pure ConTeXt solution.) Related Links https://dl.contextgarden.net/myway/tas/xhtml.pdf https://www.pragma-ade.com/general/manuals/xml-mkiv.pdf https://github.com/DaveJarvis/keenwrite#screenshots https://github.com/adityam/filter/blob/master/README.md https://mirror.its.dal.ca/ctan/macros/generic/markdown/markdown.html#header… https://github.com/Witiko/markdown/

1 0

conditional formatting, checking the context (SOLVED)
by Henning Hraban Ramm 06 Mar '21

06 Mar '21

Hi, in the example below I’m using a custom highlighting macro in titles. Now I don’t want this highlighting in the ToC or in bookmarks (in my real world example the changes affect bookmarks, not in the MWE). I know I can use the list= and bookmark= keys of \startchapter, but since the text is always the same for all, I’d like to check within the \SPECIAL macro if we’re within the chapter title or within a list or bookmarks. In preparing the MWE and this message I found a solution with the *chapter system mode. Wanted to share anyway ;) Hraban \define[1]\SPECIAL{\doifmodeelse{*chapter}{{\bf #1}}{#1}} \setupinteraction[state=start] \placebookmarks[chapter,title] \starttext \startchapter[title={This \SPECIAL{and} That}] \input knuth \stopchapter \startchapter[title={Something \SPECIAL{Other}}] \input tufte \stopchapter \completecontent[criterium=all] \stoptext

2 2

Center a text (Metafun)
by Fabrice Couvreur 06 Mar '21

06 Mar '21

Hi Hans, Some time ago, you offered this code to respond to a specific request from me. I used this code again and wanted to know if it was possible for the title "Algorithm" to be automatically centered based on the content. Thank you Fabrice \definecolor[MyBlue][c=0.2 , m=0.03, y=0.00, k=0.00] \definecolor[maincolor] [b=.5] \defineframedtext [MyFrame] [frame=off, background=MyFrame, width=fit, height=fit, style=small] \startuseMPgraphic{MyFrame} path b; picture p; p := textext.rt("\tfx\bf\white\framedtextparameter{Title}"); p := p shifted (2BodyFontSize,OverlayHeight-ypart center p+.25ExHeight); b := boundingbox p leftenlarged .5EmWidth rightenlarged .5EmWidth topenlarged .5EmWidth bottomenlarged .5EmWidth ; fill OverlayBox withcolor "MyBlue" ; fill b withcolor \MPcolor{maincolor} ; draw p ; setbounds currentpicture to boundingbox currentpicture enlarged 2mm ; \stopuseMPgraphic \defineoverlay [MyFrame] [\useMPgraphic{MyFrame}] \starttext \MyFrame[Title=Algorithme]{% \m{a\gets 2x-1} \m{b\gets a²-1} \m{c\gets b\div 4} \m{d\gets c-a+x} } \stoptext

3 2

externalizing TikZ graphics
by Henning Hraban Ramm 06 Mar '21

06 Mar '21

Hi, did anyone succeed in externalizing TikZ graphics with ConTeXt? It’s about a project with hundreds of diagrams that (in the current state) clutter the main directory with cryptically-named PDFs (at least sorted by component name) and that on each ConTeXt run take a lot of runtime (I guess also the many log lines slow the process). In 2013, Aditya said it wasn’t possible to externalize pgf/TikZ graphics as documented in the pgf manual, and "perhaps" it would make sense to use his filter module: https://mailman.ntg.nl/pipermail/ntg-context/2013/071162.html Did anyone try to do that? I didn’t find anything in this list’s archives. The original pgf way is two-pass, and you’d need to call LaTeX with the intended graphics name as --jobname; that’s far too much of a hassle for that many graphics. I generally like how the filter module works, as you can also define the name of every buffer, but my only experience with that is my LilyPond setup. If nobody has better advice, I’ll try to come up with a filter setup. That would mean we’d avoid the tikz module, every TikZ diagram will get written to a buffer of configurable name, and that (with preamble setup) will get run through LaTeX. I read pgf had some restrictions in plain TeX mode, but perhaps we can also use LuaTeX in plain mode to avoid the LaTeX dependency. Best, Hraban

4 11

placefigure RTL
by Mohammad Hossein Bateni 06 Mar '21

06 Mar '21

Hello, Is there a way to make \placefigure[left,right] work in RTL documents? Here's a MWE: \starttext \setupalign[r2l] \placefigure[none,right]{}{\externalfigure[cow]} \input knuth \placefigure[none,left]{}{\externalfigure[cow]} \input knuth \page \setupalign[l2r] \placefigure[none,right]{}{\externalfigure[cow]} \input knuth \placefigure[none,left]{}{\externalfigure[cow]} \input knuth \stoptext Thanks a lot, --MHB

1 0

tex live code freeze
by Hans Hagen 05 Mar '21

05 Mar '21

Hi, The 2021 texlive code is currently being frozen. This means that Mojca will check-in the current context release right before tl gets deep frozen. The MKII code (mkii and mpii files) hasn't changed so it should still work well with pdftex and xetex although I admit that I haven't checked to what extend updates to those engines have side effects for context, but I assume none. Let me know if there are problems. The MKIV code (mkiv, mkvi, mpiv, lua files) has changed but not much, mostly as a side effect of the code split and move to LMTX where the focus is on now. There have been recent changes in the metafun code, but new functionality is LMTX only, simply because we use an extended library (more features). Of course there have been some bug fixes to MKIV and if you think more (bugs) should be fixed let us know. The yearly texlive release is also the 'official' yearly current release but of course after that there will be updates when needed. In these updates we don't distinguish between betas and currents: we dropped that some time ago because it was only confusing. Last/this year much of LMTX (mkxl, mpxl, lmt files) already got split and I expect that this year all the lua and mp files also will be independent so that at some point we have a more or less frozen MKIV that uses luatex (which doesn't change fundamentally apart from fixes so we don't need to adapt code to it i.e. MKIV should keep working just like MKII does with pdftex; updates to for instance fonts and languages will be applied). I get the impression that most users already moved to LMTX which helped getting it in the state it is now (thanks for all the testing). Although MKII/MKIV serves a reference for functionality, new stuff got and gets added to LMTX. I could backport some but it probably makes no sense (some is probably easy). There is of course untested code like the overload protection mechasnisms but I have that enabled on my machine (users can do that too) so I can notice side effects. The new engine (luametatex) doesn't change much. Recent changes are mostly cosmetic and I don't expect many more fundamental additions, but who knows ... (not all in there is yet used extensively) and maybe context users have interesting demands that trigger extra stuff (read: challenges me). So apart from new trickery at the tex macro end, we also reach a more stable state in LMTX. Soon I'll pick up some todo's. Some users want parallel stuff (keeps coming up), I also want to see how we can do more metafun - let me know what is missing as I'm currently in metafun mode - and go over some older lua code that started as experiment but hasn't been checked recently. I also want to cleanup the export code a bit but it's kind of boring to do and maybe we should ditch some pdf backend functionilty that adobe dropped from its viewers. And there are always manuals to complete / update ... Anyway, the current LMTX release is also a kind of yearly snapshot. So, if there is some last minute stuff that needs to be done to context MKII and MKIV before the tl code freeze, let us know. 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