ntg-context July 2019

ntg-context@ntg.nl

39 participants
66 discussions

Figure labels in combinations
by Luca Mauri 30 Jul '19

30 Jul '19

I am trying to typeset two or more figures next to each other, inside a floating environment, each with its own label. I am familiar with a mechanism of the form \startplacefigure[reference=pic] \startcombination[3*1] {figure 1}{a} {figure 2}{b} {figure 3}{c} \stopcombination \stopplacefigure which then requires \in{figure}{b}[pic] to reference, as documented on the context wiki. The problem with this mechanism is that if figure 2, say, is moved elsewhere and ts label becomes "d", all references to it have to be corrected by hand. Is there a mechanism to reference directly the figures inside, without having to depend on the outer float? What I am thinking of, is an hypothetical "\placeinlinefigure" command, so that one could write, in analogy with \placefigure, \startplacefigure[number=no] \startcombination[3*1] {\placeinlinefigure[pic1]{figure 1}}{} {\placeinlinefigure[pic2]{figure 2}}{} {\placeinlinefigure[pic3]{figure 3}}{} \stopcombination \stopplacefigure so that one could then use \in[pic1] Of course, there is then the issue of having the ability to use the same counter of the placefigure environment, and of disabling the combination caption. I could not find anything along these lines in the documentation; also tried to concoct a "nonfloating" float or to use an enumeration, but was not able to come up with a solution. Luca

2 2

(again) inmargin attachments in notes
by Pablo Rodriguez 30 Jul '19

30 Jul '19

Hi Hans, I have the following sample: \showframe\showgrid \setupinteraction[state=start] \setupinteractionscreen[option=attachment] \setupattachment[location=inmargin] \starttext a\attachment[file=xml-mkiv.pdf] b\footnote{\attachment[file=i-context.pdf]} \stoptext Inmargin attachment from notes aren’t shown in Acrobat nor displayed in margin. Files are embedded. I have a bunch of documents (over 100) in which I have to embed other PDF documents and I need them to be in the marginal space from notes. Sorry for reporting this again (https://mailman.ntg.nl/pipermail/ntg-context/2019/094337.html), but this issue is relevant for me. Many thanks for your help, Pablo -- http://www.ousia.tk

2 2

In a two column layout, activate line numbering for one column only
by Oliver von Criegern 30 Jul '19

30 Jul '19

Dear list members, I am trying to recreate a layout for some dictionary with ConTeXt. It is a two column layout with line numbering between the columns, that is, there is only one numbering for both columns. How can I do this with ConTeXt? I would need either an option to activate line numbering only for one column, which, as far as I can see, does not exist; or I could use the "command" option for "\setuplinenumbering" to make the line numbers dissappear for one column, but then I would need some way to decide whether a line number belongs to the first or to the second column, some command that returns to me the number of the actual column, which I can't find, too. For illustration, I give a minimal example: ||\setuppapersize[A4][A4]\setupbodyfont[9pt]|| |||\setupcolumns[n=2, distance=1cm, ]\setuplinenumbering[step=5, method=page, location=right, align=flushright, width=.25cm]\starttext\startcolumns\startlinenumbering\dorecurse{10}{\inputlorem}\par\stoplinenumbering\stopcolumns\stoptext||| In the result, there are (as is to be expected) line numbers between both columns and also to the right of the second column. How can I get rid of the latter ones? (For the pdf result see also: https://tex.stackexchange.com/questions/501269/context-how-to-have-line-num…). Best regards, Oliver. ||

1 0

consecutive full stops in "num" bib style after "et al"
by Sanjoy Mahajan 29 Jul '19

29 Jul '19

In the "num" bibliography style, bibliography entries that get "et al."ed (the author list is too long and "et al." is inserted) end up with two full stops in a row. Here's a minimal example: \setupbibtex[database=tmp] \setuppublications[alternative=num] \setuppublicationlist[artauthoretallimit=3, authoretaldisplay=3, editoretaldisplay=3, artauthoretaldisplay=3, % authoretaltext={ et al}, % artauthoretaltext={ et al}, ] \starttext Test \cite[Larkin:1980]. \blank[big] \placepublications[criterium=text] \stoptext (The tmp.bib file is attached.) The bibliography entry is: [1] Jill Larkin, John McDermott and Dorothea P. Simon et al.. Expert and novice performance in solving physics problems. Science, 208(4450):1335--1342, 1980. The doubled full stop can be fixed by commenting in the two lines % authoretaltext={ et al}, % artauthoretaltext={ et al}, Should these commented-in settings be the default for the "num" style (because it'll always put one more full stop between the author list and the title)? Another workaround is never to use et al. But that idea failed when I had to cite the Nobel-Prize-winning gravity-wave paper ("Observation of Gravitational Waves from a Binary Black Hole Merger"). It has, I think, 1000 authors! -- -Sanjoy <http://savelongwharfpark.org/> Save Long Wharf Park in Boston Harbor! <http://streetfightingmath.com/> Six reasoning tools to make hard problems easy.

2 2

about SimpleSlide
by Atsuhito Kohda 29 Jul '19

29 Jul '19

Hi all, SimpleSlide is very useful for novice users so I do use it. I'm afraid these might be known but I encountered few problems. When we use a style BigNumber or Embossed, an error occured: --------- tex error > tex error on line 87 in file /usr/share/texmf/tex/context/third/simpleslides/s-simpleslides-BigNumber.tex: ! Undefined control sequence l.87 \beginOLDTEX --------- I modified s-simpleslides-BigNumber.tex as follows: comment out from line #87 to #99 % \beginOLDTEX ... % \endLUATEX except line #98 \definefontsynonym [BigNumberFont] [name:texgyreherosbold] then it seems to work fine. But I suspect unconditional definition is not good so I'd like to know the correct fix. Another problem is with style Split. Browsing simpleslides.pdf, date, author, title and page number would be displayed on each slide but we can't see them in fact except page number. It seems, e.g. the following in s-simpleslides-Split.tex fails to get the "date". draw \sometxt[simpleslides:sometxt:left]{\getvariable{simpleslides:title}{date}} I think it is very helpful to see date, title on a slide so I'd like to know the fix. Thanks in advance. Best regards, Atsuhito Kohda

1 0

ConTeXt Group Newsletter July 2019
by Taco Hoekwater 29 Jul '19

29 Jul '19

In this newsletter: * 2018 journal progress * 2017 journal articles * ConTeXt Meeting 2019 updates * Board elections * Becoming a CG member * Membership promo action = 2018 journal progress = Our next ConTeXt Group journal issue is finished! It will go off to the printer today, with expected delivery to our members at or around the next meeting in September. The Table of Contents is already online at: https://articles.contextgarden.net/journal/2018.html The PDFs are not yet publicly available but current CG Members can send me an email for an advance copy of any of the article PDFs. If you are not a member, you will have to wait until summer 2020. = 2017 journal articles = Also on the articles site: we enabled the pdf downloads for the articles in the 2017 journal: https://articles.contextgarden.net/journal/2017.html = ConTeXt Meeting 2019 updates = Hans plans to do a number of announcements about the future of ConTeXt, LuaTeX and MetaPost (LMTX) which should be exciting you as well! If you have not registered yet, please consider joining us at ’t Sjetootje, Bassenge-Boirs, Belgium on September 16–21, 2019. Some other ‘surprise' talks have been added to the abstracts page, and submissions are still welcome as there is still some room in the program. (not that free time cannot be filled with Hans talking, but we have to consider the health condition of his throat.) The ConTeXt meeting is an excellent way to get help with any problems you may have in ConTeXt, to learn about future directions of ConTeXt and LuaTeX, or just to talk and have a drink with other ConTeXt users. You do not have to be a ConTeXt Group member to attend the meeting, but members do get a meeting fees discount worth more than the CG membership fees for a year. In fact, if you attend for the very first time, there is an extra discount for that as well. For registration and other information, see the website at https://meeting.contextgarden.net/2019 The 13th ConTeXt Meeting is sponsored by Dante e.V (www.dante.de) and NTG (www.ntg.nl), as well as by Pragma ADE (Hans & Ton) and Bittext (Taco). We are very grateful to all our sponsors! = Board elections = The ConTeXt meeting is also the location of the annual CG membership meeting. This year, no less than four board members are forced to resign according to the bylaws. We are looking for CG members to help fill those spots in the board. If you are interested in joining the CG board, please send a message to any of the current board members and we will get in touch with you. We can really use the help! Our previous newsletter already provided one tentative new board member, but ideally we would like at least one more candidate. = Becoming a CG member = Our official stated purpose: * to promote the ConTeXt typographic system; * provide its users with infrastructure and information; * support its development; * provide a platform for discussion of quality automated typography; * serve as a meeting place for people who want the best possible typography for the languages and writings of the world; * organise congresses and trainings for users and ConTeXt developers to meet; * provide financial support to those involved in documentation and ConTeXt development, including through their participation in conferences; * produce and sell printed materials on ConTeXt; * sell advertising items for ConTeXt. The more members we have, the more we can do. If you are not a member already, please consider registering at https://group.contextgarden.net/register.shtml Membership fees are €40 per year for normal members, €20 for students, and €200 for institutions and corporations. = Membership promo action = Our 50th active member is David Neubauer, and he will get his fees for 2018-2019 waived. Congratulations to David (and CG itself)! = That’s all for now = Keep happy ConTeXting! Best wishes, Taco Taco Hoekwater Elvenkind BV

1 0

Override MathML formula label
by Duncan Hothersall 29 Jul '19

29 Jul '19

Hi all. In processing MathML if I want a formula to be numbered I add a label="X" attribute to the <formula> tag as per: \usemodule[mathml] \starttext \xmlprocessdata{}{<formula label='X'> <math xmlns='http://www.w3.org/1998/Math/MathML'> <mi>p</mi><mo>=</mo><mi>c</mi><mo>-</mo><mi>t</mi> </math> </formula>}{} \stoptext This will label the formula as (1). I know I can adjust how the automatic numbering is generated using \setupformulae, but how can I override the label used for a specific formula, say to set it to (36A)? Basically I have a setup where formulae are mostly numbered sequentially but occasionally individual formulae need to have an out-of-sequence or differently formatted number. Thanks as ever for any help. Duncan

2 2

grid+formulas: bug or expected behavior?
by Luca Donetti 26 Jul '19

26 Jul '19

Dear all, I'm typesetting a document with grid layout and some formulas, like in the minimal example below: %%%%%%%%%%%%%%%%%%%%%%%%%%%% \setuplayout[grid=yes] \showgrid \starttext \input knuth %\blank \startformula a = b + c \stopformula \input knuth \stoptext %%%%%%%%%%%%%%%%%%%%%%%%%%%% I don't have any specific need for the alignment of the formula with respect to the grid, but I expect the text below the formula to be on the grid. However, I've not been able to achieve that with any of the layout options described in the latest "details.pdf" manual: in all cases I've tried the text below the formula doesn't "sit" on the grid. While I do not understand this behavior, I've thought that it could be the intended one, because this is what happens in chapter 4 of the "details" manual. Then, I noticed that in older versions of the same manual (for example the one included in texlive 2017) the behavior shown in chapter 4 is the one I expect: the text after formulas is aligned to the grid. So I'm a bit puzzled: should the text after formulas be aligned to the grid or not? Is this a (known?) bug or intended behavior? If this is the expected behavior, I can live with that because by trial and error I found a workaround. If I employ a \blank command before the formula (as in the commented line in the above example), the text after the formula is "correctly" aligned. Thank you in advance. LD

3 3

Re: [NTG-context] grid+formulas: bug or expected behavior?
by Luca Donetti 26 Jul '19

26 Jul '19

> > I don't have any specific need for the alignment of the formula with > > respect to the grid, but I expect the text below the formula to be on the > > grid. However, I've not been able to achieve that with any of the layout > > options described in the latest "details.pdf" manual: in all cases I've > > tried the text below the formula doesn't "sit" on the grid. > > Looking through my unread ML mails, I saw nobody answered to you. > > Did you try enclosing your formulae in \startlinecorrection ... > \stoplinecorrection ? > AFAIK that should do the job. > > Greetlings, Hraban > > Thank you Hraban, Indeed what you suggest works. If I write: \startlinecorrection \startformula a = b + c \stopformula \stoplinecorrection the text below the formula is correctly aligned to the grid. However, what puzzles me is that the version _without_ \startlinecorrection ... \stoplinecorrection works with an old version of context (from texlive 2017). Moreover, i guess this is not something due to my setup, because I observe the same (or at least very similar) behavior in the chapter of the details.pdf manual about grid and math. In the attached screenshot I show the first page of such chapter in the version shipped with a recent beta (on the left) and with texlive 2017 (on the right). While in the old version the text after the formulas is aligned to the grid, in the new version of the manual this is not the case: the text is not aligned. Is this a known (documented?) change or an unnoticed regression? Thank you in advance, LD

2 1

some mac fonts do not work correctly
by Ulrike Fischer 25 Jul '19

25 Jul '19

Hello Hans, we got a bug report that some (proprietary) mac fonts don't work correctly. The reason seem to be that the OpenType cmap format used by these fonts isn't supported by the fontloader. The necessary cmap formats are "platform 0 (Unicode), encoding 1 (Unicode 1.1(?)), format 12" and maybe as a fallback "platform 1 (Mac), encoding 0 (Roman), format 0". A test would be \starttext \font\oddfont="Big Caslon Medium" \oddfont A \stoptext (I don't have a mac and so couldn't check) The bug report we got is here https://github.com/u-fischer/luaotfload/issues/73 -- Ulrike Fischer https://www.troubleshooting-tex.de/

2 5

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

ntg-context July 2019