May 2018 - ntg-context - NTG Mailing Lists

\textrule location
by Hans van der Meer 22 May '18

22 May '18

\textrule{TEXT} puts a rule with the TEXT to the left, like so: --TEXT——————————————[endofline] I imagined that \textrule[location=..] could be used to vary the position of TEXT to middle or to the right (as I would like to have it). But I could not get this working, the only effect of for example \textrule[location=left] is to insert a blank line after the rule. I am missing something or isn’t this possible? Hans van der Meer

1 0

table and tabulate "negative" extra spacing
by Alan Braslau 21 May '18

21 May '18

Hello, In \starttable and \starttabulate, one can add extra blank space between rows using \TB[...]. Is there some way to add "negative" spacing, that is to tighten or reduce the spacing between any two rows? Thanks, Alan

2 2

Numbered, counted snippets in running text
by Idris Samawi Hamid ادريس سماوي ح امد 20 May '18

20 May '18

Dear gang, Just put together a macro that appears to do what's desired. However, is there a cleaner, more ConTeXt-like way to do this? ======= \newcount \MQT \MQT=1 \define[1]\NUM{% \framed[offset=overlay,frame=off,background=color,backgroundcolor=green] {\starttabulate[|c|] \NC \mbox{\the\MQT} \NR \NC #1 \NR \stoptabulate}% \advance\MQT by 1 \hbox{}} \startTEXpage \dorecurse{5}{Unnumbered Text \NUM{Numbered Text} } \stopTEXpage ======= See attached. Thanks in advance for any suggestions for improvement. Best wishes Idris -- Idris Samawi Hamid, Professor Department of Philosophy Colorado State University Fort Collins, CO 80512

3 4

Conversion of \newcounts
by Idris Samawi Hamid ادريس سماوي ح امد 19 May '18

19 May '18

Dear gang, Related to the last thread ("Numbered, counted snippets in running text"). Let us consider the same macro: ======= \newcount \MQT \MQT=1 \define[1]\NUM{% \framed[offset=overlay,frame=off,background=color,backgroundcolor=green] {\starttabulate[|c|] \NC \mbox{\the\MQT} \NR \NC #1 \NR \stoptabulate}% \advance\MQT by 1 \hbox{}} \startTEXpage \dorecurse{5}{Unnumbered Text \NUM{Numbered Text} } \stopTEXpage ======= How can one make a conversion of the numerals output by the \newcount? That is, how so we replace the default U+0030-U+0039 digits (0 1 2 3..) with some defined conversion (e.g., \romannumerals)? Is there a ConTeXt way to setup new counts so that they can automatically use the conversion mechanism? See attached. Thanks in advance for your wisdom! Best wishes Idris -- Idris Samawi Hamid, Professor Department of Philosophy Colorado State University Fort Collins, CO 80512

2 2

ConTeXt Sources (MkII)
by Robert Zydenbos 19 May '18

19 May '18

A question for the hardcore members. On http://wiki.contextgarden.net/Manuals I read: ConTeXt Sources (MkII) Apart from the manuals, the source files (especially, some of the old ones) contain excellent documentation and examples. If you want a pretty printed pdf of a source file, say core-rul.tex, you can type texmfstart texexec --module kpse:core-rul.tex But this apparently doesn’t work any more (i.e., I simply entered that line in the Mac terminal and nothing happened). Am I doing something wrong? Robert

4 9

Fonts and equations
by Lance Larsen 19 May '18

19 May '18

I have a context document with several equations. One really nice feature with equations is that by default you can search for variable names in equation in a PDF reader like acrobat. However, I needed to configure the document to use arial for the text. Once I do this, the equations are no longer searchable. I assume something happened to the mathematics font. How to I change the font for the document text, but keep the math equations searchable? Is there a way to change the document font, but not affect the math font? Here is a sample of how I configured the font. The equations are no longer searchable. % Load the Arial font values for regular, italics, bold, etc. \starttypescript [serif] [arial] \definefontsynonym [Serif] [name:arial] \definefontsynonym [SerifBold] [name:arialbold] \definefontsynonym [SerifItalic] [name:arialitalic] \definefontsynonym [SerifSlanted] [name:arialitalic] \definefontsynonym [SerifBoldItalic] [name:arialbolditalic] \definefontsynonym [SerifBoldSlanted] [name:arialbolditalic] \definefontsynonym [SerifCaps] [name:arial] \stoptypescript % Now we define the 'arial' font as an available option \definetypeface [arial] [rm] [serif] [arial] % Set 'arial' 10pt as the default font for the document \setupbodyfont [arial,rm,10pt] \starttext $z_1 = x_1 + y_1$ $a = b + c$ \stoptext

3 4

Re: [NTG-context] Fonts and equations
by Lance Larsen 18 May '18

18 May '18

Henri, Thanks for the suggestion. I tried to add the additional fonts, but this did not seem to make a difference. The math equations render fine, but a search performed for terms in an equation still does not work when I specify the font. When I remove the font specification, it works fine. There must be some difference in the font that is used even if I don't specify a math font. Any other thoughts about why the math font changes or how to get a math font that is searchable, or get back to the default math font? -Lance ------------------------------ > > Message: 4 > Date: Fri, 18 May 2018 18:55:14 +1200 > From: Henri Menke <henrimenke(a)gmail.com> > To: ntg-context(a)ntg.nl > Subject: Re: [NTG-context] Fonts and equations > Message-ID: <12743277-ebd0-67c7-2393-fe33e97bfaac(a)gmail.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > > > On 17/05/18 23:19, Lance Larsen wrote: > > I have a context document with several equations. One really nice > > feature with equations is that by default you can search for variable > > names in equation in a PDF reader like acrobat. However, I needed to > > configure the document to use arial for the text. Once I do this, the > > equations are no longer searchable. I assume something happened to the > > mathematics font. How to I change the font for the document text, but > > keep the math equations searchable? Is there a way to change the > > document font, but not affect the math font? Here is a sample of how I > > configured the font. The equations are no longer searchable. > > > > % Load the Arial font values for regular, italics, bold, etc. > > \starttypescript [serif] [arial] > > \definefontsynonym [Serif] [name:arial] > > \definefontsynonym [SerifBold] [name:arialbold] > > \definefontsynonym [SerifItalic] [name:arialitalic] > > \definefontsynonym [SerifSlanted] [name:arialitalic] > > \definefontsynonym [SerifBoldItalic] [name:arialbolditalic] > > \definefontsynonym [SerifBoldSlanted] [name:arialbolditalic] > > \definefontsynonym [SerifCaps] [name:arial] > > \stoptypescript > > > > % Now we define the 'arial' font as an available option > > \definetypeface [arial] [rm] [serif] [arial] > > The typeface "arial" you defined has no math font (and no sans and no > mono font). Add those and you should be fine: > > \definetypeface [arial] [rm] [serif] [arial] > \definetypeface [arial] [ss] [sans] [modern] > \definetypeface [arial] [tt] [mono] [modern] > \definetypeface [arial] [mm] [math] [modern] > > > > > % Set 'arial' 10pt as the default font for the document > > \setupbodyfont [arial,rm,10pt] > > > > \starttext > > > > $z_1 = x_1 + y_1$ > > > > $a = b + c$ > > > > \stoptext > > >

1 0

Re: [NTG-context] roadmap
by Christoph Reller 18 May '18

18 May '18

On Tue, 15 May 2018 16:51:13 +0200 luigi scarso <luigi.scarso(a)gmail.com> wrote: > > On Tue, May 15, 2018 at 4:46 PM, Christoph Reller < > christoph.reller(a)gmail.com> wrote: > > > On Tue, 15 May 2018 08:23:04 +0200 luigi scarso <luigi.scarso(a)gmail.com> > > wrote: > > > >> > >> On Tue, May 15, 2018 at 8:15 AM, Christoph Reller < > >> christoph.reller(a)gmail.com> wrote: > >> > >> > > >> > Our company is producing (and weekly updating) 67 manuals and > >> > technical documents from more than 900 ConTeXt source files for our > >> > software products. The output PDFs are converted to PDF/A-2a, which is > >> > only possible due to ConTeXt's tagging. > >> > > >> What do you think of verapdf ? > >> > > > > Well, verapdf is only a validator and not a converter. > > > > And, by the way, there is no reasonable way to convert from, say, PDF/A-2b > > to PDF/A-2a without a rediculous amount of AI or manual input because the > > tagging cannot be created out of the blue. It has to be there from the > > document's birth. This is what makes this ConTeXt feature so precious. > > > sure, the point is if verapdf is reliable as validator. In my opinion, verapdf has one advantage a couple of disadvantages: + If everything works out as planned then verapdf may become one of the most widely adopted validators, free of charge and open source - verapdf is yet relatively new and hence inmature - verapdf currently only validates against the PDF/A specifications and not (really) against the PDF specifications. This is bad because the latter are integral parts of the former. - verapdf does not validate embedded streams such as images, font files and color profiles. In short: Only if you are sure that the input document is a valid PDF, then verapdf can be used to test PDF/A conformance. Cheers, Christoph

1 0

two nested \mathbin command changes spacing
by Ulrike Fischer 17 May '18

17 May '18

In the following document the second a is much nearer placed to the V: \starttext $V \mathbin{a} W \qquad V \mathbin{\mathbin{a}} W $ \stoptext (in the second case an italic kern seems to be missing) Can one avoid this side effect of nested \math-command? When building symbols it is not always easy to avoid such nestings. -- Ulrike Fischer http://www.troubleshooting-tex.de/

2 3

roadmap
by Hans Hagen 17 May '18

17 May '18

Hi, The ConTeXt meeting is - as usual - the right place and moment to discuss the roadmap. We never had real binding roadmaps, more informal ones. Anyway, here are some thoughts on the two main components: MkIV and LuaTeX. ConTeXt MkIV: - Check if some mechanism can (by now) be simplified due to LuaTeX extension introduced the last few years that can be considered stable by now. This has a low impact as we already use Lua a lot. - Figure out what mechanism in ConTeXt are bottlenecks in performance if there are such bottlenecks at all. We need user input on this. - Get rid of inconsistencies in the user interface e.g. by introducing new commands with settings. - Check what additional features users want (miss) and decide to what extent and with what priority we will put effort in this. We've reached a point where interference prevents more complex extensions. - Try to improve tricky mechanisms, like columns and tables. Improvements are of course always on the agenda. - We can add more trickery for fonts and scripts. There are some pending extensions. - Maybe we should provide a few more general styles. - Are there reasonable challenges left. LuaTeX 1.09: - This version is pretty close to what is the final version (seen from the functional point of view). We're still debating where to move after this. LuaTeX 2.0? A stripped down (lean and mean) version specific for ConTeXt? Keep in mind that we cannot fundamentally change something, even if we want to, because other macro packages use it and don't expect it to change much. - There will probably be some more options in controlling math (given issues with fonts). We have to accept that not everything has a generic programmable solution (which is why we have Lua on board). - There might be a few more callbacks but probably nothing fundamental is planned. - We keep cleaning up the code base (less code is better, less dependencies too, some documentation is missing or not yet adapted to the new code). For instance the pdf inclusion code will soon be redone (and then tested in the ConTeXt distribution as usual). - When possible we will try to improve performance but there is not much to gain to be expected there. - We will also keep up with Lua (currently 5.3, some day 5.4). It is unclear to what extent LuaJit follows. When it stays behind we need to decide if support in ConTeXt will stay (to some extent we can have dual code paths as we have now). - We expect the ffi interface to external libraries to become more stable over time. ConTeXt will not introduce dependencies (what can be done in Lua will happen in Lua) but on the other hand we might put some libraries in the distribution e.g. for database support. - We might add some extensions to MetaPost in MPLib. In addition we could formulate ideas with respect to the distribution, garden, documentation and so on. You can react on this list but if you come to the meeting, you can participate in discussions. So far for now, 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 -----------------------------------------------------------------

10 17