June 2017 - ntg-context - NTG Mailing Lists

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 11 Jun '17

11 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

change image resolution
by Henning Hraban Ramm 08 Jun '17

08 Jun '17

Ahoi, the old unofficial lua module grph-downsample doesn’t seem to work anymore (with latest MkIV), don’t know when it stopped working and what the problem is – at least my pictures aren’t found any more if I load that file (\loadluafile[grph-downsample]). Is there a different/better/newer way of downsampling pictures? (Keywords: shrink resolution externalfigure) Greetlings, Hraban --- http://www.fiee.net http://meeting.contextgarden.net GPG Key ID 1C9B22FD

1 0

how to prevent stupid typos?
by Pablo Rodriguez 07 Jun '17

07 Jun '17

Dear list, I have the following sample: \starttext This is \linenote{abed intended. \stoptext >From which I get the error: close source > level 2, order 3, name '/home/ousia/untitled.tex' close source > level 1, order 3, name '/home/ousia/ctxbeta/tex/texmf-context/tex/context/base/mkiv/cont-yes.mkiv' * tex error > tex error on line 0 in file : ! Emergency stop <*> cont-yes.mkiv <empty file> End of file on the terminal! Would it be any way to make ConTeXt report that \linenote{ hasn’t been closed? I mean, with a three line source, it is stupid to get this. But in a longer file, it can be an exhausting task. The scenario may be worse. At work I have a system to generate some documents (mainly letters) automatically. I have to add an option (which I didn’t find the time to fully implement it). The system uses ConTeXt and there are about 30 source files. Depending on the options you need, the main file requires the other files (via modes and \input commands). Well, in this context (no pun intended), I get an error such as this: open source > level 3, order 4, name 'untitled.tex' But the source isn’t closed. I don’t have the files here, but I don’t know even how to start searching. In this second case, how could I get a hint of what is ConTeXt expecting? May thanks fory your help, Pablo -- http://www.ousia.tk

5 17