ntg-context December 2019

ntg-context@ntg.nl

46 participants
94 discussions

Laundry symbols (now: altered picture)
by Procházka Lukáš Ing. - Pontex s. r. o. 02 Jan '22

02 Jan '22

Hello ConTeXters, is there a way how to get laundry symbols into ConTeXt? - The image is copied from "The Comprehensive LATEX Symbol List", Scott Pakin. TIA. Best regards, Lukas -- Ing. Lukáš Procházka [mailto:LPr@pontex.cz] Pontex s. r. o. [mailto:pontex@pontex.cz] [http://www.pontex.cz] Bezová 1658 147 14 Praha 4 Tel: +420 244 062 238 Fax: +420 244 461 038

5 10

Undefined control sequence: \pdfpxdimen
by Aditya Mahajan 23 Jun '20

23 Jun '20

The drops module uses the primitive \pdfpxdimen in a couple of places, but that is no longer defined in the current beta. What is the equivalent command now? Examples of usage: \pdfpxdimen1in\relax\divide\pdfpxdimen\numexpr\dropsparameter\c! resolution\relax % set actual pixel dimension Aditya

3 6

Outputting custom types in MKiv bibliography
by Mike O'Connor 11 Mar '20

11 Mar '20

Hello, I’m trying to create my first publication using ConTeXt mkiv. All going well except for the bibliography formatting. Previously I have used LaTeX, standard entry types in BibTeX, and custom output formats using Biblatex. My publication cites lots of historical sources, viz.: (1) Newspaper articles — currently stored as ‘article’ types in BibTex. (2) Archival sources (historic letter, some leather-bound volume, a catalogued box of old photographs, etc.) — currently stored as ‘unpublished’ or ‘misc'. I would prefer to store these (in BibTeX, buffer, lua, or xml) as custom types (eg. ‘newspaper’, ‘archivalItem’), create setups for how they are output and which fields I output. I found a ’newspaper’ type (and other non-BibTeX types) defined in publ-imp-apa.mkiv as: \startsetups btx:apa:list:newspaper \fastsetup{btx:apa:list:article} \stopsetups I hoped this would mean I could output something: Boxing. (1903, September 13). The Sunday Times, p.8 However, if I create an item of type 'newspaper’ and \cite it I get an output of all stored fields: newspaper: [day: 13] [journal: {The Sunday Times}] [month: 09] [pages:8][title: {Boxing.}] [type: newspaper article] [year: 1903] A similar thing happens if I try to cite the standard BibTeX type ‘misc’. If I store the newspaper item as type ‘article’ I get: “Boxing.”, The Sunday Times, 8, 1903. (missing day and month) Is it relevant that there is a problem when I include \showbtxfields[rotation=30] in my document? The resulting table has ‘*’ for fields in ‘article’, ‘book’, ‘demo-a’, ‘demo-b’ but the columns for ‘newspaper’ and ‘misc’ are empty. Any pointers gratefully received. Cheers, Mike O’Connor P.S. I am working in TeXShop on OSX (10.11.3), and it reports: This is LuaTeX, Version beta-0.80.0 (TeX Live 2015) (rev 5238) ConTeXt ver: 2015.05.18 12:26 MKIV current fmt: 2016.3.19 int: english/english

4 5

body text invades space for notes
by Pablo Rodriguez 04 Mar '20

04 Mar '20

Dear list, I’m afraid to admit that ConTeXt notes are increasily problematic for me. I don’t think this is special to me and I hope we can discuss the general issue. Bottom notes are somewhat tricky in ConTeXt. The user expects that these notes (either footnotes, or linenotes) aren’t moved to the next page. I mean, no reader expects to find a full footnote in the next page from the one that calls it. (At least, I have never seen that in any book read or paged through.) There may be good reasons for that, but ConTeXt doesn’t enable this by default. Both options "split=verystrict" and "scope=text" have to be used in "\setupnote". This translated in wrong space before notes when paragraph form was used. I was very interested to use these (line)notes for critical editions, but sometimes the text run into the notes. I’m afraid that left linenotes extremely problematic to be used. With the arrival of LMTX, space before footnotes is more problematic than before. No paragraph notes, see the attached sample (wrong-6.png). In other cases, ConTeXt seems to ignore totally that the page bottom contains footnotes. I cannot provide minimal samples. Consider that if it were so easy to reproduce, problably the issue would have been gone long ago. Even when one avoids the problematic bottom partition (which I did in that case by removing the "before" option from "\setupnote[footnote]"), there is clearly an issue with the footnote having its space before remaining blank from the body text (wrong-2.png). My first question is why the bottom notes have problems to preserve the space before them (and simultaneously remain in the same page where they come from). This applies also for paragraph notes. My second question is what can be improved to achieve what may be considered as a basic typographic feature. Sorry for not providing more than output samples. Bear with me. I may not be an expert user, but I think I’m a frequent ConTeXt user. And I don’t think it is totally wrong to consider this a basic feature that needs to be improved. Many thanks for your help in advance, Pablo -- http://www.ousia.tk

3 6

Some questions regarding math typesetting
by TeXnician 29 Feb '20

29 Feb '20

Dear list, while doing some math typesetting, I have found the following features not working in LMTX: 1. Non-displaystyle operators are simply not shown (try \sum or \lim in text or scriptstyle). This works in MkIV (and iirc in LMTX versions from before november). 2. \underbrace{x}_{y} stopped working. It produces an underbrace but the subscript is not centered below the brace. It will show up as right subscript. This works in MkIV. 3. \startformulas does not allow numbering formulas because the number will run into the next column. I have posted this at https://tex.stackexchange.com/questions/518262/context-number-formulas-side… and Henri Menke tested that it broke in 2017. Aditya Mahajan mentioned that it is a bug. For the upper two cases: Is anything wrong with my LMTX installation or did I miss some upgrade instructions for math in LMTX? Many thanks for an answer.

3 3

Quotation dash issues with semantic markup
by Sam May 18 Jan '20

18 Jan '20

3 3

Line numbering in two column layout conflicts with marking
by Oliver von Criegern 07 Jan '20

07 Jan '20

Dear list members, line numbering in a two column layout apparently conflicts with the marking mechanism. Consider the following example: \setupcolumns[n=2] \setuplinenumbering [ step=5, method=page, align=flushright, ] \definemarking[Test] \setupheadertexts[{\fetchmark[Test][top] -- \fetchmark[Test][bottom]}] \startbuffer \dorecurse{12}{words } \stopbuffer \starttext \startcolumns \startlinenumbering \marking[Test]{ONE}ONE \dorecurse{12}{\getbuffer}\par \marking[Test]{TWO}TWO \dorecurse{29}{\getbuffer}\par \marking[Test]{THREE}THREE \dorecurse{12}{\getbuffer}\par \stoplinenumbering \stopcolumns \stoptext In the result, the header of the first page reads "ONE -- THREE", despite marking "THREE" being placed in the third line of the second page. Without linenumbering, the header of the first page reads "ONE -- TWO", as is to be expected. Best regards, Oliver -- Dr. Oliver von Criegern Referat für IT und Digital Humanities Bayerische Akademie der Wissenschaften Alfons-Goppel-Str. 11 80539 München Tel.: 089-23031-1310

3 5

Item group parentheses
by Jairo A. del Rio 07 Jan '20

07 Jan '20

I'm defining item groups in ConTeXt and I find the following issue: combining the "text" parameter with others automatically disables "left" and "right" keys, so numbers always appear enclosed in parentheses. %What I expect: %I. This ain't right %What I get: %(I) This ain't right \defineitemgroup[erroneous] \setupitemgroup[erroneous][1][R,text,continue][left=,right=.,stopper=] \starttext \starterroneous \startitem This ain't right \stopitem \stoperroneous \stoptext Maybe a bug, I want to know how to get the expected result. Thank you in advance.

3 2

Indentation problem inside enumeration
by Mikael P. Sundqvist 02 Jan '20

02 Jan '20

Hi! I've met a strange problem with indentation in consecutive enumerations. It seems to me that if 1) the first enumeration uses indentnext=no AND 2) the next enumeration uses a background then the second(?) paragraph of the second enumeration is not indented. Here is a small example (see what lines to comment to avoid the problem). %%% \defineenumeration[losning][ text=Lösning, title=yes, alternative=serried, width=fit, number=no, headstyle={\em}, titlestyle=, indentnext=no,% another way to get indentation is to comment this line indenting={yes,medium}, ] \defineframedtext[anmärkningsbakgrunden][ width=\textwidth, background=color, backgroundcolor=gray, ] \defineenumeration[anmarkning][ text=Anmärkning, title=yes, headstyle={\definedfont[Bold*default]\WORD}, alternative=serried, width=fit, number=no, prefix=no, indentnext=no, indenting={yes,medium}, before={\startanmärkningsbakgrunden},% if these two lines are commented then after={\stopanmärkningsbakgrunden},% the indentation works ] \starttext \startlosning This environment destroys indentation in the next. \stoplosning \startanmarkning This is just a first paragraph. This paragraph should be indented. This paragraph is always indented. \stopanmarkning \stoptext %%% (This is a stripped down example with some settings removed. But it shows the point.) Am I doing something wrong? The resulting pdf is attached. /Mikael PS I think I saw this problem both with mkiv and lmtx.

1 1

last beta this year
by Hans Hagen 31 Dec '19

31 Dec '19

Hi, I uploaded the last beta for this years so we will leave all old bugs behind us. Here's a bit of agenda: - mkiv will use luatex so as part of the upcoming tl code freeze that needs the usual testing; - next year i suppose that lmtx will be used by the majority of users - we need to (read mojca and i will do that when we're in the mood) adapt the garden infrastructure for installing lmtx; part of that is also the context repository - we have to think about how to deal with the extra modules as part of that (basics are already there) - idris, mohammad, wolfgang and i are trying to make right-to-left handling of layout related items more complete and consistent, expect more next year - i expect to do some more luametafun stuff, maybe some cleanup of old code, maybe a bitmore split between old mkiv and new lmtx - i also want to do some pending font trickery, probably lmtx only - wolfgang (he doesn't know that yet) and i (and maybe some others) are going to think about some lightweight protection of core macros (using some new lmtx features) .. i'm curious to know if and how frequently users are bitten by accidental redefinitions - aditya (he knows) has to pick up on some pending math issues so math will get better too - thomas (he also knows as he needs it) and i are looking into some tricky layout things related to synchronizing content - i want to see if the installation can be more automatic (as we basically need a real minimalistic copy-end-run approach in for instance texlive for lmtx) - i need to move some pending stuff into all kind of manuals (but will probably forget about it unless i run into new cd's to keep me occupied while doing it) - there will be a ctx meeting in czech (at the place we've been before) - in addition, next year will see the wiki being improved, something Taco and Pavneet and others are / have been working on; feel free to contribute to that effort! So, upto next year, 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 -----------------------------------------------------------------

3 2

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

ntg-context December 2019