[NTG-context] Can't find `t-pgf.tex` and `pgflibrarypgfplots.contourlua.code.tex`

[Gavin]

Hello list,

Tik-Z files seem to have gone missing in the ConTeXt. Here’s a MWE:

\usemodule[tikz]% Error in current MkIV and LMTX, but OK in TeX 
Live 2021
\usemodule[pgfplots]% Error in Tex Live 2021
\starttext
Hello
\stoptext

The error is in MkIV is:

tex error   > tex error on line 21 in file 
/Users/Gavin/context-osx-64/tex/texmf-context/tex/context/modules/mkiv/m-tikz.mkiv:
 ! I can't find file `t-pgf.tex'.
l.21 \input t-pgf.tex

The same error in LMTX. The error in Tex Live 2021 is:
   
tex error   > tex error on line 48 in file 
/usr/local/texlive/2021/texmf-dist/tex/generic/pgfplots/pgfplots.code.tex: ! I 
can't find file `pgflibrarypgfplots.contourlua.code.tex’.
l.48 \usepgfplotslibrary{contourlua}

Maybe I’m doing a poor job of maintaining my installations, but maybe this is a 
problem with the download.

Thanks!
Gavin
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] help with xtreme tables

[Ajith R]

Hi,

I have a table with around 120 rows and 120 columns which fits an A0 
paper. I want it to be split so that it fits A4 sized papers.

When I tried using xtables :

\startxtable[split=repeat,header=repeat]
\startxtablehead
...
\stopxtablehead
\startxtablebody

.
.
.

\stopxtablebody

the table rows get split into different pages, but the columns get cut 
at the right edge of the page.
Is there a way to split the columns as well (repeating the first column 
as necessary)?


Also, what is the use of grouping rows within \startxtablenext and 
\stopxtablenext?


Note: I am just typing the outline of the code as the cell definitions 
is very long and hopefully my requirement is clear without the entire 
cell definitions.


Thanks,
ajith




___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] randomizer line-breaking

[Steffen Wolfrum]

> Am 07.06.2021 um 16:39 schrieb Hans Hagen :
> 
> Not that I know of ... but you can run wiht --keeptuc and see if there are 
> differences in the tuc file that create some oscillation.


Ok. Each run now creates 4 additional files:

file_name-tuc-02.tmp
file_name-tuc-03.tmp
file_name-tuc-04.tmp
file_name-tuc-05.tmp

Is this right?

Steffen
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] keep text strictly inside box

[Wolfgang Schuster]

Hans van der Meer schrieb am 07.06.2021 um 22:57:
As can be seen in this screenshot, the text overshoots on the right side 
the boundary of the fairly narrow \framedtext.
My intent is to not hyphenate the names, even if that means a ragged 
edge on the right side.
But at the same time the text must absolutely stay within the confines 
of the framedtext.
I played with \raggedright, \tolerance, \looseness, \emergencystretch 
but no combination of them seems sufficient fto force all gtext inside.


Is there another solution to force the text inside the box or do I have 
to insert linebreaks manually (a nuisance to be avoided, of course.)


Use the align key.

\starttext

\startframedtext[width=10cm,align={flushleft,nothyphenated}]
Martinus, zoon van Johannes van Zonnevelt en Johanna
Teikenbort: getuigen Adrianus van Zonnevelt en Anna
van Oostbroek.
\stopframedtext

\stoptext

Wolfgang
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] keep text strictly inside box

[Hans van der Meer]

As can be seen in this screenshot, the text overshoots on the right side the 
boundary of the fairly narrow \framedtext.
My intent is to not hyphenate the names, even if that means a ragged edge on 
the right side.
But at the same time the text must absolutely stay within the confines of the 
framedtext.
I played with \raggedright, \tolerance, \looseness, \emergencystretch but no 
combination of them seems sufficient fto force all gtext inside.

Is there another solution to force the text inside the box or do I have to 
insert linebreaks manually (a nuisance to be avoided, of course.)



dr. Hans van der Meer


___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] PDF forms not creating proper children

[Leonard Janis Robert König]

Hi Adam, Hi Pablo,

I just noticed your replies, sorry for the late answer!

> On the viewers, I cannot recall exactly what I've done earlier in the
> year,
> but indeed, most likely I have tried evince after signing it from the
> command line. From
> https://gitlab.gnome.org/GNOME/evince/-/issues/143 there
> is still no support for the signing itself, though okular should have
> some
> support.

I could sign forms with both okular as well as mupdf just fine,
although the behavior is different.  The former assumes that the field
is already an existing signature and segfaults when you look at the
properties, but cann successfully add another signature using the
"Tools" menu.  With the latter you can click on the form field to
trigger a menu to select the signature you want to sign with, and it
"replaces" the "empty" signature generated by ConTeXt.  Both work fine,
even with my newer ConTeXt.

> On Sun, May 2, 2021 at 5:50 PM Pablo Rodriguez  wrote:
> > 
> > 
> > > Using the https://live.contextgarden.net/ with (LuaTeX 2.06
> > > 20200630 +
> > > ConTeXt MkIV 2020.06.30 17:30) looks good, but evince does not
> > > display
> > > the field.
> > 
> > Evince never displays the signature field, only when signed.
> > 
> > BTW, using mupdf-gl to sign the PDF document will mess it, since it
> > has
> > problems to recognize the child object.
> > 
> > From my experience, only Acrobat deals with child objects in
> > signatures
> > generating a valid signature (and rewriting the two objects into a
> > single one).

As mentioned above, it seems that mupdf (now?) actually rewrites "both"
signatures into one, however Okular doesn't.

I could, however, isolate the original issue I posted on the ML: 
Actually forms still work, but they don't, if embedded into TABLEs. 
Here's a MWE:

\setupinteraction[state=start]
\definefield[lineField][line][][][]
\starttext
\bTABLE[] \bTR \bTD
\field[lineField]
\eTD \eTR \eTABLE
\stoptext

This produces

Syntax Error: Form field child is not a dictionary

when you run pdfinfo on it, and Firefox can't properly render the forms
either.  However, if you comment the lines defining the begin and end
of the TABLE, the form is properly displayed in FF and pdfinfo doesn't
produce any errors anymore.

This was apparently not an issue when the original beschwerdeform.pdf
in the form/ subdir of [1] was built, but both my local installation
and live.contextgarden.net produce the "faulty" PDF.


~ Leo



[1]: https://github.com/fiee/ConTeXt

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] frameoffset in textbackground?

[Hans van der Meer]

In the following MWE for a textbackground the parameter backgroundoffset has the expected effect. But for positive values only. A backgroundoffset=-10pt has no visible effect.But the real problem is the parameter frameoffset. No effect at all, whatever frameoffset= is set to.
dr. Hans van der Meer




textbackgroundoffset.pdf
Description: Adobe PDF document
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] setup parameter problem

[Hans Hagen]

On 6/7/2021 6:17 PM, Hans van der Meer wrote:
The code below seems ok in \startsection[title=] but not when I program 
the parameter collection with \def\setupparameters{\getparameters[prefix]}
In that case even [title={enclosed value}] crashes with error message: 
Use of \doMacro doesn't match its definition.

Obviously I am missing something here. What?

\def\Macro{\dosingleargument\doMacro}
\def\doMacro[#1]#2{#1X#2}

The code below shows that it should be possible.
\startsection[title=\Macro{arg} no braces needed]\stopsection
\startsection[title={\Macro[arg1]{arg2} enclosed in braces}]\stopsection
\stoptext


just prevent expansion:

  \protected\def\Macro{\dosingleargument\doMacro}

  \def\doMacro[#1]#2{#1X#2}

and when you're in adventurous mode (which i know you are) try this:

  \protected\tolerant\def\Macro[#1]#;#2%
{\ifparameter#1\or#1:\fi#2}

and when you for some reason do wan tto expand then, as in, do:

  \edef\foo{\expand\Macro[arg1]{arg2}}

etc etc

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
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Modify ToUnicode with Goodies

[Hans Hagen]

On 6/3/2021 11:25 AM, Christoph Reller wrote:

Hi,

On Windows, we have the consola font. Consider the MWE:

\starttext
\definedfont[name:consola*default at 12 pt]
-
\stoptext

The output PDF is correctly generated with recent versions of ConTeXt 
LMTX. The hyphen is, however, mapped to a soft hyphen 
 by means of the ToUnicode table 
which contains:

     beginbfchar
         <015E> <00AD>
     endbfchar

Consequently, when copying the text from the PDF and pasting in an 
editor or a console, the soft hyphen is pasted.


I would like to change the ToUnicode information to an ordinary 
hyphen-minus :

     beginbfchar
         <015E> <002D>
     endbfchar

I have tried with a goodies file, and an updated MWE:

--- 8< --
return {
    name = "consola",
    version = "1.00",
    comment = "",
    author = "",
    copyright = "",
    remapping = {
       tounicode = true,
       unicodes = {
          hyphen = 0x002D,
       },
    },
}
--- 8< --
\definefontfeature[consola][mode=base, goodies=consola, unicoding=yes]
\starttypescript[mono][consolas]
   \definefontsynonym[ConsolasRegular][file:consola][features=consola]
\stoptypescript
\starttypescript[mono][consolas]
   \definefontsynonym[Mono][ConsolasRegular]
\stoptypescript
\definetypeface[Body][tt][mono][consolas][default]
\setupbodyfont[Body, ss, 10pt]

\starttext
\tt -
\stoptext
--- 8< --

Unfortunately, this has no effect.

Please tell me how to correctly update ToUnicode information with a 
goodies file.
It is (as awlways with fonts) more complex than that (1) because 
different unicode slots share the same shape and (2) we have some 
(already) old hyphen patching code for messy fonts (which is kind of bad 
anyway).


We actually want all these hyphens to have the right tounicode even if 
they share shapes (i already had some comment about looking into that 
but never ran into a font that needed it).


So, after some experimenting i decided to solve that in a different way 
(lmtx only because there i have more control) ... i need to run some 
checks and then do an upload so that you can test (also other files if 
possible).


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
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] where to break a long header

[Steffen Wolfrum]

> Am 06.06.2021 um 22:02 schrieb Hans Hagen :
> 
> On 6/6/2021 3:34 PM, Steffen Wolfrum wrote:
>> This minimal I ran with «ConTeXt  ver: 2021.06.04 17:28 MKI» and got two PDF 
>> files:
>> One «test.pdf» as expected and one called «test-pdf-keep.pdf».
>> What's the reason behind this double feature?
> see thread of a few days ago


sure, just overlooked it (or rather my search didn't match).

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] setup parameter problem

[Hans van der Meer]

The code below seems ok in \startsection[title=] but not when I program the 
parameter collection with \def\setupparameters{\getparameters[prefix]}
In that case even [title={enclosed value}] crashes with error message: Use of 
\doMacro doesn't match its definition.
Obviously I am missing something here. What?

\def\Macro{\dosingleargument\doMacro}
\def\doMacro[#1]#2{#1X#2}

The code below shows that it should be possible.
\startsection[title=\Macro{arg} no braces needed]\stopsection
\startsection[title={\Macro[arg1]{arg2} enclosed in braces}]\stopsection
\stoptext


dr. Hans van der Meer


___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] randomizer line-breaking

[Hans Hagen]

On 6/7/2021 5:44 PM, Steffen Wolfrum wrote:




Am 07.06.2021 um 16:39 schrieb Hans Hagen :

Not that I know of ... but you can run wiht --keeptuc and see if there are 
differences in the tuc file that create some oscillation.



Ok. Each run now creates 4 additional files:

file_name-tuc-02.tmp
file_name-tuc-03.tmp
file_name-tuc-04.tmp
file_name-tuc-05.tmp

Is this right?

indeed and you can compare them to get some clue about what changes

normally you get one so your style somehow triggers differences

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] randomizer line-breaking

[Hans Hagen]

On 6/7/2021 4:32 PM, Steffen Wolfrum wrote:


Hi Hans,

is there some kind of randomizer involved in line-breaking?

I have a 458 pages project, a book of humanities.

When I immediately typeset (engine=luatex) it a second time, the resulting PDF 
differs on 14 pages, diffpdf-compared to the original PDF
when I typeset it a third time, the resulting PDF differs on 7 pages,
when I typeset it a forth time, the resulting PDF differs on 12 pages,
when I typeset it a fifth time, the resulting PDF differs on 0 pages.

"differs" means that there a paragraphs (mostly footnotes, rarely in the main 
text) that show different line-breaking: This doesn't mean wrong hyphenation, just 
*different* hyphenation, different each time.

As you can imagine, I can't provide a minimal example for this, only the entire 
project-folder and the entire context-standalone.
Not that I know of ... but you can run wiht --keeptuc and see if there 
are differences in the tuc file that create some oscillation.


Also, as you mention luatex: there have been no (nor will be) 
fundamental changes to the engine because that would harm 'long term 
stability' as well as not play well with macro packages that depend 'no 
changes' (otherwise an update in engine for an existing setup e.g. older 
texlive, could fail).


So, a change in hyphenation only can happen when there's is something 
different in the node lists (something that influences for instance what 
is seen as boundary of a character). When lua is involved a difference 
can be in hashing (which is random per run) but that seems unlikely here.


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
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___