- ntg-context - Mailing Lists

nested \xmlprocessfile calls
by Meer, Hans van der 13 Jun '17

13 Jun '17

In a document <root> <file name="file1"/><file name="file2"/></root> a series of xml files is processed. The nodes processed are as usual defined in \xmlsetsetup{#1}\writestatus{}{MARKER}{node1|node2|..}{name:*}\stopxmlsetups \xmlregistersetup{name:setups} The root is called with \xmlprocessfile{root}{filename}{} and has a setup as follows: \startxmlsetups name:root % each inner <file> node is in turn called with \xmlprocessfile{root-node in file}{filename from attribute}{} \stopxmlsetups The problem is that the \xmlsetsetup is called each time one of the file's is processed, as shown by the MARKER in the log. However, it is the intention to process the setups one and for all. How can the apparent rereading on the defining setups be restricted to an inital setup only? Hans van der Meer

1 0

Position of standard footnotes that are set-up in floats
by Sebastian L. 13 Jun '17

13 Jun '17

Hello together, I have the following example: I place a simple float (a graphic) in the text within \startplacefigure...\stopplacefigure and create a footnote with the graphic's source, that I want to be placed as simple footnote at the bottom of the page. CTX, LuaTX do this just fine. But when the float is being set on the next page, due to spacing, then the footnote remains on the initial page, i.e. the footnote stays on page 1, whereas the float with its description text and the footnote marker are set on page 2. Is it possible to make the footnote's location depend on the location of the float, rather than where the last text passage was before the float? An example: \startplacefigure[title={Heijunkabox \footnote{source: https://commons.wikimedia.org/Box.svg}}, reference=gfxHeijunka, location=] \externalfigure... \stopplacefigure Thanks in advance for any suggestions, Sebastian.

3 3

Fwd: Re: Bug regarding placement and size of primes
by Hans Hagen 12 Jun '17

12 Jun '17

-------- Forwarded Message -------- Subject: Re: [NTG-context] Bug regarding placement and size of primes Date: Mon, 12 Jun 2017 17:10:25 +0200 From: Hans Hagen <pragma(a)wxs.nl> To: Mathias Schickel <msch(a)fa.uni-tuebingen.de> On 6/12/2017 4:54 PM, Mathias Schickel wrote: >> the alternative is that i waste time again and again on getting >> something to work for all fonts and all combinations which leads to a >> mess that i then need to maintain without any gain > > At first: Thank you very much for your work! > >> so, i decided to follow a route that works for most fonts / cases and >> not some messy hybrid solution (and i don't want a different setup or >> bag of tricks for each font that is out there as that is a long term >> no-go) > > But I have to contradict you here: It has nothing to do with special or > hybrid fonts. The problem persists at present (using the LuaTeX version > that is shipped with the Garden version) in /all/ fonts. The primes are > not rendered as they should in /any/ font I tried out. > As Mikael told me, you optimised the code for LuaTeX 1.05 which seems to > be terminated September this year. But until then the output of primes > will be not correct. I have no possibility to switch back to the current > (non-beta) version of ConTeXt, because this version contains the bugs > with primes you have already resolved. there will probably be a 1.0.5 one of these days (also for other reasons) but Mojca has to configure the garden compile farm > This means that ConTeXt is not usable for me until LuaTeX 1.05 will be > released or until I am able to compile the source of LuaTeX 1.05 on my > own. Some of the latest betas (the version one or two weeks ago) did > solve all problems regarding primes. The problem I am referring to rose > up in the most recent betas. As Mikael told me, this is because you > introduced new code to work with LuaTeX 1.05. This is very nice, but > because this version is not yet released, this decision is questionable, > since this makes ConTeXt unusable until this release (if you need primes). > > So I appreciate your hard work, but I would be nice to have a version > that runs with the current LuaTeX version of the beta of ConTeXt (or > alternatively it would be nice if instructions are provided to compile > the source of LuaTeX for every OS that can be used simply). then just use old versions and then accept the bugs and limitations in those versions > And (to repeat myself) the problem has nothing to do with special fonts > of hybrid version or whatever. You get the problem using standard Latin > Modern or any font else. Simply try latin modern has all kind of issues ... and it's inconsistent with cambria, other gyre fonts etc ... in a decade of luatex and open type math fonts i captured a lot of font issues in runtiem fixes but that will always give side effects so, i can fix somethign for you with lm and then someone else complains about lucida etc etc as i explained before, primes are a mess conceptually .. not a real character and not a proper superscript candidate either so when one corrects for one aspect one has to fight the other also, we have unicode and therefore multiple primes are one character i simply have no time (nor motivation) to spend days on some temporary solution that will be complained about also and discarded a while later anyway 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

Bug regarding placement and size of primes
by Mathias Schickel 12 Jun '17

12 Jun '17

Dear Hans, the newest beta (I have updated some hours ago) contains again some bugs regarding the size and placement of primes. You can verify that by using the following minimal example (created to show some older bugs being resolved meanwhile): %%%%%%% \starttext % Compare $f'$ to $(f')$ and to $f''$, $(f'')$, $f^{''}$ and $(f^{''})$. % \startformula % \int\nolimits_a^b \bigl(\|f(x)\|\bigr)\, {\mathrm d}x % \stopformula % \stoptext %%%%%%% The output is attached. The primes are obviously rendered too small. And while $f'$ seems to lead to a placement of the prime a little too low, $f^{'}$ seems to cause the prime being placed too high. Best Mathias

3 6

Typesetting all documents in a project
by Mike O'Connor 12 Jun '17

12 Jun '17

Hello all, I'm setting up a new project structure, and having trouble when I typeset the project file in TeXShop with engine ConTeXt (LuaTeX). The console report includes... close source > level 2, order 7, name '/Users/mhoc/Documents/projects/histories/history-earlyMidWest/proj-git/context/project_guide.tex' system > invalid \starttext ... \stoptext structure and further down... mkiv lua stats > result saved in file: project_guide.pdf, compresslevel 3, objectcompresslevel 3 The claimed output “project_guide.pdf” does not materialise (nor should it). Instead I hoped typesetting "project_guide.tex" would create a PDF of each product mentioned i.e. "prd_guide" in this case ; a way of generating in one action all outputs for a project. I saw the same result in the TexLive 2017 version, but the above messages are from the latest beta: My ConTeXt ver: 2017.05.15 21:48 MKIV beta fmt: 2017.6.10 Grateful for any hints about where I'm going wrong. Mike ----- project_guide.tex ----- \startproject project_guide \environment env_guide \product prd_guide \stopproject ----- prd_guide.tex ----- \startproduct prd_guide \project project_guide \environment env_guide2 \startfrontmatter \stopfrontmatter \startbodymatter \component c_guide.tex \stopbodymatter \startbackmatter \stopbackmatter \stopproduct ----- c_guide.tex ----- \startcomponent c_guide \project project_guide \starttext \startchapter[title={Chapter 1}] Chapter 1 begins here. \stopchapter \stoptext \stopcomponent

2 1

problem loading attachments (important for my work)
by Pablo Rodriguez 11 Jun '17

11 Jun '17

Dear list, I have the following sample: \setupinteraction[state=start] \setupinteractionscreen[option=attachment] \setuppapersize[A5, landscape] \setuppagenumbering[location=] \starttext File: \attachment[file={h:/general-documents/document.pdf}] \stoptext I’m afraid that the file exists and ConTeXt in Win10 (64bit) isn’t able to load the file. ConTeXt loads \attachment[file=document.pdf], but not documents with paths. Could anyone confirm the issue in Windows? This is important for my work. BTW, if you don’t want to invoke "net use", "subst" may do the trick (https://ss64.com/nt/subst.html) Many thanks for your help, Pablo -- http://www.ousia.tk

2 3

problem loading attachments (important for my work)
by Akira Kakuto 08 Jun '17

08 Jun '17

> Could anyone confirm the issue in Windows? Here, in both of examples below, the file is successfully attached in Windows: \setupinteraction[state=start] \setupinteractionscreen[option=attachment] \setuppapersize[A5, landscape] \setuppagenumbering[location=] \starttext File: \attachment[file={c:/usr/work/examples/pic.pdf}] \stoptext % % without braces % \setupinteraction[state=start] \setupinteractionscreen[option=attachment] \setuppapersize[A5, landscape] \setuppagenumbering[location=] \starttext File: \attachment[file=c:/usr/work/examples/pic.pdf] \stoptext Best, Akira

1 0

splitting a landscape table with local footnotes
by Alan Bowen 08 Jun '17

08 Jun '17

I have a very long table (landscape) with local footnotes that I wish to split over two pages so that (a) the table is on a verso page and (b) the notes on the next recto page. Any suggestions about how to do this will be gratefully received. Here is a MWE that is not too small, I hope. \starttext \dorecurse{5}{\input knuth} \setupnotation[footnote][numberconversion=characters] \startlocalfootnotes \setupTABLE[frame=off,split=yes] \setupTABLE[c][1,2,3,4,5,6][roffset=.3pc] \setupTABLE[c][2,3,4,5,6,7][loffset=.3pc] \startplacetable[title={Hellenistic calendars}, location={page,header,high,90}] %leftpage does not seem to work {\setbox\scratchbox\vbox{% \bTABLE \bTABLEbody \bTR\bTD \eTD \bTD Babylonian\eTD \bTD Greek\eTD \bTD Egyptian\eTD \bTD Roman\eTD \bTD Judaean% \footnote{\input knuth}\eTD\eTR \eTABLEbody \eTABLE} \par \hsize\wd\scratchbox \box\scratchbox \par \placelocalfootnotes \stoplocalfootnotes} \stopplacetable \stoptext Alan

1 0

Position of prime for derivatives
by Otared Kavian 08 Jun '17

08 Jun '17

Hi Hans, Thanks for having fixed the behavior of the prime in the latest beta release (ConTeXt version 2017.05.15 21:48). However, as you may see in the two attached PDF files, the result is still incorrect when one types for example $f_2’’(x)$, which should give the same result as $f’’_2(x)$. The correct behaviour is that obtained with mkii. Indeed one can circumvent the behaviour of the latest beta release of mkiv by using tricks such as the ones in the example code below, but this should be avoided in my opinion. The following PDF have been obtained with mkii and mkiv with the following example code. Best regards: OK %%% begin derivatives-prime.tex \starttext \startformula f''_{2}(x) = f_{2}''(x) = f^{''}_{2}(x) = f_{2}^{''}(x) % = f^{{}^{''}}_{2}(x) \stopformula As one may see the result of \type{f_{2}''(x) = } $f_{2}''(x)$ is not correct in \type{mkiv}. The following positions of the superscripts \type{(3)} are correct both in \type{mkii} and in \type{mkiv}. \startformula f^{(3)}_{2}(x) = f_{2}^{(3)}(x) \stopformula \stoptext %%% end derivatives-prime.tex

6 27

Misnamed parameter in \setuppagenumbering?
by Henri Menke 08 Jun '17

08 Jun '17

Dear list, On TeX.SX there was a question about why ConTeXt starts the document with a left instead of a right page. Turns out the OP merely confused "marginedge" with "inmargin". However, that made me wonder, is "marginedge" perhaps misnamed when it does not place the pagenumber in the margin close to the edge of the page? I think it should be named "marginspine" instead. The below MWE should illustrate the problem. Cheers, Henri --- \setuppagenumbering [ alternative=doublesided, location={footer,marginedge}, ] \starttext Behold the pagenumber on the left \stoptext

2 1