Re: [NTG-context] Same counter for figures as theorems
Hi Tim, I misunderstood your goal, sorry. Proposed setup below. But first, what I think is a bug in ConTeXt: Neither \setupcaptions [counter=object] nor \setupcaption [figure] [counter=object] work. the caption always falls back to the ‘current float counter’; figure or table or … For the singular explicit \setupcaption[figure], I think this is a bug. The solution I found is to blatantly redefine the ‘figure’ counter, that works! Second, it seems that \setupenumerations does not modify the counter of an explicit defined enumeration, so you need to use the explicit \setupenumeration[enumeration] form. This may be intentional, I do not know for sure. Here is what I believe is the required code for your desired effect (re-indented for Hans' style): \setupcaptions [way=bysection, prefixsegments=chapter:section] \setupenumerations [prefix=yes, prefixsegments=chapter:section] \defineenumeration [enumeration] [text=Enumeration] \definecounter [object] [way=bysection] \setupenumeration [enumeration] [counter=object] \definecounter [figure] [object] Best wishes, Taco > On 14 Aug 2020, at 09:49, Tim Steenvoorden wrote: > > Hi Taco, > > Thanks for your example and the pointer to make a MWE. > > Sadly, it doesn’t work for me. It numbers the first enumeration 1.1.1 and the > first figure _also_ 1.1.1, which I’d like to be 1.1.2. > > This time, you’ll find the code and the output pdf in the attachment! > > Cheers, > Tim > > > P.S. I’m on Context MacTeX/TeXLive 2020: > > mtx-context | ConTeXt Process Management 1.03 > mtx-context | > mtx-context | main context file: > /usr/local/texlive/2020basic/texmf-dist/tex/context/base/mkiv/context.mkiv > mtx-context | current version: 2020.03.10 14:44 > mtx-context | main context file: > /usr/local/texlive/2020basic/texmf-dist/tex/context/base/mkiv/context.mkxl > mtx-context | current version: 2020.03.10 14:44 > On 13 Aug 2020, 13:12 +0200, Taco Hoekwater , wrote: >> >> >>> On 13 Aug 2020, at 10:06, Tim Steenvoorden >>> wrote: >>> >>> Hi all, >>> >>> Anybody some pointers? >> >> Next time, prepare a minimal (non)working example. Because the attachment >> works for me. >> >> Best wishes, >> Taco >> >> >> >> >> >> ___ >> 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 >> ___ > ___ > 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 > ___ Taco Hoekwater Elvenkind BV ___ 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] \scantokens in luametatex
Thank you for fixing this!
On Thu, Aug 13, 2020 at 02:31:51PM +0200, Marcel Fabian Krüger wrote:
> Hi,
>
> in the current luametatex upload, \scantokens (and also \scantextokens)
> behave odd: They seem to act like \detokenize, except that spaces get
> catcode other instead of catcode space:
>
> \starttext
> \edef\abc{\scantokens{\relax}}
> \abc
> \edef\abc{\scantextokens{\relax}}
> \abc
> \stoptext
>
> used to result in an empty output file but with luametatex, it writes \relax
> \relax to the output.
>
> \starttext
> \def\showsecond#1{\show}
> \edef\abc{\scantokens{a b}}
> \expandafter\showsecond\abc
> \edef\abc{\detokenize{a b}}
> \expandafter\showsecond\abc
> \stoptext
>
> prints
>
> > the character
> > blank space
>
> Best regard,
> Marcel Krüger
___
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] fatal error with latest lmtx
On 8/14/2020 7:11 PM, Alan Bowen wrote: Hi— I have just installed (clean) the latest lmtx. Processing \starttext Hello world! \stoptext fails with this error message: Fatal Error > Your format does not match the base files! Format Version > 2020.08.14 18:28 LMTX Files Version > 2020.08.14 18:27 yes, i noticed and will reupload (a rare case actually, two files updated with overflowing the minutge but it might be why we sometimes have issues so i now check it) 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 ___
[NTG-context] fatal error with latest lmtx
Hi— I have just installed (clean) the latest lmtx. Processing \starttext Hello world! \stoptext fails with this error message: Fatal Error > Your format does not match the base files! Format Version > 2020.08.14 18:28 LMTX Files Version > 2020.08.14 18:27 Alan ___ 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] compilation error in LMTX
Hello Lutz, I can confirm this. Compiling luametafun.tex (see luametafun.zip; I included the log-file, but the log-file doesn't include all the output I can see on the console (therefore I included the file output_console.txt with a copy of my console-output). I used linux aarch64. Yes, commenting things out in my own tex-documents might result in a successful compilation, but I had a document (which compiles normaly now, but not two days before) where I got the same error at another position in the file (after deleting all chapters after the one where the error occurred including the one with the error). Greetings Jannik Am 14.08.20 um 13:38 schrieb Lutz Haseloff: > Hi all > > I have a similar problem compiling luametafun.tex in the doc sources. > It fails with different errorcodes on win64 and linux aarch64. On linux > aarch64 i get a bonus "Segmentation fault". > I append the console outputs of the context runs. > > If i comment out the input of luametafun-axis and luametafun-followtext > i get a readeable pdf. > > So perhaps only the code is changing too rapidly. > > Greetings Lutz > > Am 14. August 2020 13:04:52 MESZ schrieb Hans Hagen : > > On 8/14/2020 11:41 AM, Jannik Voges wrote: > > Hello Pablo, > > > thank you for your suggestions, but I don't use LMTX > productively, so I > have no problem with a broken LMTX-version. I only use it to check > whether there are breaking changes in LMTX by typesetting all of my > documents with the newest LMTX-version (to see if I need to > change them > in the future). And by doing so I recognized this error, which > seemed to > happen randomly. > > you can try to run with > > \tracingall > > and/or > > \enabletrackers[*] > > and see where it crashes > > 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 > > > > ___ > 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 > ___ > <> 0x805A4918E8698418.asc Description: application/pgp-keys ___ 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] compilation error in LMTX
On 8/14/2020 1:38 PM, Lutz Haseloff wrote: Hi all I have a similar problem compiling luametafun.tex in the doc sources. It fails with different errorcodes on win64 and linux aarch64. On linux aarch64 i get a bonus "Segmentation fault". I append the console outputs of the context runs. If i comment out the input of luametafun-axis and luametafun-followtext i get a readeable pdf. So perhaps only the code is changing too rapidly. i found the issue ... i switched to a more efficient method of piping a path back to mp ... 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] compilation error in LMTX
Hi Wolfgang, thats a little bit difficult, because the error apparently happens at a random position in the document (you can add a syntax error in the document an change the position of the syntax error in the document until lmtx crashes before it detects the error to get the paragraph where the crash happens, but that paragraph is fine). And I don't know why the error happens in one document and not in others (I use similar commands in affected and not-affected documents; the affected documents are long but not the longest documents I have) or why it happened two days ago in one document, which is fine today, and today at another document (which was fine two days ago). So I don't have a clue how to reproduce the error. Jannik Am 14.08.20 um 11:33 schrieb Wolfgang Schuster: > Jannik Voges schrieb am 14.08.2020 um 11:29: >> Hello Hans, >> >> I get the error with the newest upload too. > > You have to provide a minimal example which produces the error. > > Wolfgang > 0x805A4918E8698418.asc Description: application/pgp-keys ___ 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] compilation error in LMTX
Hello Pablo, thank you for your suggestions, but I don't use LMTX productively, so I have no problem with a broken LMTX-version. I only use it to check whether there are breaking changes in LMTX by typesetting all of my documents with the newest LMTX-version (to see if I need to change them in the future). And by doing so I recognized this error, which seemed to happen randomly. Jannik Am 14.08.20 um 09:26 schrieb Pablo Rodriguez: > On 8/14/20 8:47 AM, Hans Hagen wrote: >> On 8/14/2020 2:38 AM, Jannik Voges wrote: >>> [...] >>> I have a similar problem with long context-documents (but not all long >>> context-documents are affected and I don't know what triggers the >>> error). Sometimes, the errors (error code 139) are happening on second >>> or third runs (but it might happen on first runs too). When I remove the >>> chapter where the error happens and all later chapters from the document >>> it might happen, that the error occurs in an earlier chapter. >>> In addition to that, documents, which had this error yesterday, can now >>> be compiled without the problem and other documents without the error >>> yesterday have the error today. Its really strange. >> >> i uploaded a new lmtx but as i'm in the middle of a few things it's a >> gamble if that solves your problem > > Jannik, > > it is wise to make a backup of your installed ConTeXt version when > updating. Especially now that LMTX is in testing mode. > > Latest from 2020.08.11 works fine for my huge document, but current > latest (from today) breaks compilation. So I use latest from 2020.08.11. > > Just in case it helps, > > Pablo > -- > http://www.ousia.tk > ___ > 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 > ___ > ___ 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] compilation error in LMTX
Hello Pablo, thank you for your suggestions, but I don't use LMTX productively, so I have no problem with a broken LMTX-version. I only use it to check whether there are breaking changes in LMTX by typesetting all of my documents with the newest LMTX-version (to see if I need to change them in the future). And by doing so I recognized this error, which seemed to happen randomly. Jannik Am 14.08.20 um 09:26 schrieb Pablo Rodriguez: > On 8/14/20 8:47 AM, Hans Hagen wrote: >> On 8/14/2020 2:38 AM, Jannik Voges wrote: >>> [...] >>> I have a similar problem with long context-documents (but not all long >>> context-documents are affected and I don't know what triggers the >>> error). Sometimes, the errors (error code 139) are happening on second >>> or third runs (but it might happen on first runs too). When I remove the >>> chapter where the error happens and all later chapters from the document >>> it might happen, that the error occurs in an earlier chapter. >>> In addition to that, documents, which had this error yesterday, can now >>> be compiled without the problem and other documents without the error >>> yesterday have the error today. Its really strange. >> >> i uploaded a new lmtx but as i'm in the middle of a few things it's a >> gamble if that solves your problem > > Jannik, > > it is wise to make a backup of your installed ConTeXt version when > updating. Especially now that LMTX is in testing mode. > > Latest from 2020.08.11 works fine for my huge document, but current > latest (from today) breaks compilation. So I use latest from 2020.08.11. > > Just in case it helps, > > Pablo > -- > http://www.ousia.tk > ___ > 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 > ___ > 0x805A4918E8698418.asc Description: application/pgp-keys ___ 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] compilation error in LMTX
Hello Hans, I get the error with the newest upload too. Jannik Am 14.08.20 um 08:47 schrieb Hans Hagen: > On 8/14/2020 2:38 AM, Jannik Voges wrote: >> >> Hello, >> >> >> I have a similar problem with long context-documents (but not all long >> context-documents are affected and I don't know what triggers the >> error). Sometimes, the errors (error code 139) are happening on second >> or third runs (but it might happen on first runs too). When I remove the >> chapter where the error happens and all later chapters from the document >> it might happen, that the error occures in an earlier chapter. >> In addition to that, documents, which had this error yesterday, can now >> be compiled without the problem and other documents without the error >> yesterday have the error today. Its really strange. > i uploaded a new lmtx but as i'm in the middle of a few things it's a > gamble if that solves your problem > > 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 > ___ > 0x805A4918E8698418.asc Description: application/pgp-keys ___ 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] Embedding fonts from a file
Krešimir Cindrić schrieb am 14.08.2020 um 14:28:
Hello,
About a year ago, I asked on this list how to embed OpenType fonts from
files (that is, use fonts that are not installed on the system), because
one of my projects needed portability (be entirely contained in one
directory that I could share). I was given a great answer by Hans and
this minimal example
```
\starttext
% \ctxlua{fonts.names.addruntimepath("./myfonts")}
\ctxlua{os.setenv("RUNTIMEFONTS","./myfonts")}
Hello World!
\definefont[myfont][file:myfont.otf]
{\myfont Hello World!}
\stoptext
```
This worked beautifully (with some caveats, like having to clear the
cache regularly), but for some reason, it stopped working. I don't know
exactly when, because I haven't compiled that project in months, and in
the meantime I reinstalled Linux. But now, all embedded fonts are not
loading and I get "'fallback modern-designsize rm 12pt' is loaded" as an
error message.
Any assistance would be appreciated.
\usefontpath[myfont]
\starttext
Hello \CONTEXT!
{\definedfont[file:myfont*default]Hello \CONTEXT!}
\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] Embedding fonts from a file
Hello,
About a year ago, I asked on this list how to embed OpenType fonts from
files (that is, use fonts that are not installed on the system), because
one of my projects needed portability (be entirely contained in one
directory that I could share). I was given a great answer by Hans and this
minimal example
```
\starttext
% \ctxlua{fonts.names.addruntimepath("./myfonts")}
\ctxlua{os.setenv("RUNTIMEFONTS","./myfonts")}
Hello World!
\definefont[myfont][file:myfont.otf]
{\myfont Hello World!}
\stoptext
```
This worked beautifully (with some caveats, like having to clear the cache
regularly), but for some reason, it stopped working. I don't know exactly
when, because I haven't compiled that project in months, and in the
meantime I reinstalled Linux. But now, all embedded fonts are not loading
and I get "'fallback modern-designsize rm 12pt' is loaded" as an error
message.
Any assistance would be appreciated.
Krešimir
___
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] compilation error in LMTX
Hi all I have a similar problem compiling luametafun.tex in the doc sources. It fails with different errorcodes on win64 and linux aarch64. On linux aarch64 i get a bonus "Segmentation fault". I append the console outputs of the context runs. If i comment out the input of luametafun-axis and luametafun-followtext i get a readeable pdf. So perhaps only the code is changing too rapidly. Greetings Lutz Am 14. August 2020 13:04:52 MESZ schrieb Hans Hagen : >On 8/14/2020 11:41 AM, Jannik Voges wrote: >> Hello Pablo, >> >> >> thank you for your suggestions, but I don't use LMTX productively, so >I >> have no problem with a broken LMTX-version. I only use it to check >> whether there are breaking changes in LMTX by typesetting all of my >> documents with the newest LMTX-version (to see if I need to change >them >> in the future). And by doing so I recognized this error, which seemed >to >> happen randomly. >you can try to run with > >\tracingall > >and/or > >\enabletrackers[*] > >and see where it crashes > >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 >___ aarch64.log Description: Binary data win64.log Description: Binary data ___ 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] compilation error in LMTX
On 8/14/2020 11:41 AM, Jannik Voges wrote: Hello Pablo, thank you for your suggestions, but I don't use LMTX productively, so I have no problem with a broken LMTX-version. I only use it to check whether there are breaking changes in LMTX by typesetting all of my documents with the newest LMTX-version (to see if I need to change them in the future). And by doing so I recognized this error, which seemed to happen randomly. you can try to run with \tracingall and/or \enabletrackers[*] and see where it crashes 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] How can I use ConTeXt from TeXLive2020 ?
On Fri, 14 Aug 2020 at 09:43, Otared Kavian wrote: > > Hi Mojca, > > You are correct about not removing « by hands » parts of a package… > The reason for which I wen to that extremity was that I wanted absolutely to > be sure to be able to run ConTeXt from TeXLive2020 in order to convince a few > colleagues to experiment it with TeXShop. > > If I type in the Terminal > port installed 'tex*' > the answer is: > None of the specified ports are installed. > > I guess this is because after having solved the problem I met with installing > MacTeX2020, I had done: > sudo port uninstall texlive-basic --follow-dependencies > in order to uninstall ant TeX related package from Macports (I don't know how > thos packages were installed, maybe when I tried to use asymptote, and since > I couldn't use it from within ConTeXt I gave up…). Yes, Asymptote definitely depends on texlive. But I guess that John is open for some "bribery" to make Asymptote work better with ConTeXt :) Last time I tested (maybe that was a few years ago) it was certainly possible to set context as the "backend engine". What's missing is better integration though (to end up with almost as good integration as metapost/metafun offers), and 3D with javascript mousing support never worked either. Mojca ___ 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] compilation error in LMTX
Jannik Voges schrieb am 14.08.2020 um 11:29: Hello Hans, I get the error with the newest upload too. You have to provide a minimal example which produces the error. 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 ___
Re: [NTG-context] headers again
jbf schrieb am 14.08.2020 um 02:28:
I will let the people with far superior knowledge than I have work
through this, but I am following it with interest. All I can say is
that by adopting Aditya's solution, ensuring that for the unnumbered
titles I also included 'number=no', the numbered chapters did
increment correctly, after being interrupted by an unnumbered one.
\starttext
\startchapter[title={Chapter one}] \stopchapter
\startchapter[title={Chapter two},number=no] \stopchapter
\startchapter[title={Chapter three}] \stopchapter
\startchapter[title={Chapter four},number=no] \stopchapter
\startchapter[title={Chapter five}] \stopchapter
\startchapter[title={Chapter six},number=no] \stopchapter
\startchapter[title={Chapter seven}] \stopchapter
\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
___
Re: [NTG-context] Same counter for figures as theorems
Hi Taco, Thanks for your example and the pointer to make a MWE. Sadly, it doesn’t work for me. It numbers the first enumeration 1.1.1 and the first figure _also_ 1.1.1, which I’d like to be 1.1.2. This time, you’ll find the code and the output pdf in the attachment! Cheers, Tim P.S. I’m on Context MacTeX/TeXLive 2020: mtx-context | ConTeXt Process Management 1.03 mtx-context | mtx-context | main context file: /usr/local/texlive/2020basic/texmf-dist/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2020.03.10 14:44 mtx-context | main context file: /usr/local/texlive/2020basic/texmf-dist/tex/context/base/mkiv/context.mkxl mtx-context | current version: 2020.03.10 14:44 On 13 Aug 2020, 13:12 +0200, Taco Hoekwater , wrote: > > > > On 13 Aug 2020, at 10:06, Tim Steenvoorden > > wrote: > > > > Hi all, > > > > Anybody some pointers? > > Next time, prepare a minimal (non)working example. Because the attachment > works for me. > > Best wishes, > Taco > > > > > > ___ > 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 > ___ test-counters.tex Description: Binary data test-counters.pdf Description: Binary data ___ 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] compilation error in LMTX
On 8/14/2020 9:26 AM, Pablo Rodriguez wrote: Latest from 2020.08.11 works fine for my huge document, but current latest (from today) breaks compilation. So I use latest from 2020.08.11. i really need a MWE example then .. all runs well 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 ___
Re: [NTG-context] How can I use ConTeXt from TeXLive2020 ?
Hi Mojca, You are correct about not removing « by hands » parts of a package… The reason for which I wen to that extremity was that I wanted absolutely to be sure to be able to run ConTeXt from TeXLive2020 in order to convince a few colleagues to experiment it with TeXShop. If I type in the Terminal port installed 'tex*' the answer is: None of the specified ports are installed. I guess this is because after having solved the problem I met with installing MacTeX2020, I had done: sudo port uninstall texlive-basic --follow-dependencies in order to uninstall ant TeX related package from Macports (I don't know how thos packages were installed, maybe when I tried to use asymptote, and since I couldn't use it from within ConTeXt I gave up…). Best regards: Otared > On 13 Aug 2020, at 16:57, Mojca Miklavec > wrote: > > Dear Otared, > > On Thu, 13 Aug 2020 at 11:05, Otared Kavian wrote: >> >> Indeed following your suugestion, I removed the >>/opt/local/etc/texmf/ >> directory, as well as all other tex related directories and files in >> /opt/local/, and then installed again MacTeX2020. > > There is usually an easier way: just ensure that path to MacTeX comes > before /opt/local/bin. > > What does >port installed 'tex*' > return? > > It's usually a somewhat bad idea to randomly delete a subset of files > installed by a package manager. > > Mojca > ___ > 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 > ___ ___ 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] compilation error in LMTX
On 8/14/20 8:47 AM, Hans Hagen wrote: > On 8/14/2020 2:38 AM, Jannik Voges wrote: >> [...] >> I have a similar problem with long context-documents (but not all long >> context-documents are affected and I don't know what triggers the >> error). Sometimes, the errors (error code 139) are happening on second >> or third runs (but it might happen on first runs too). When I remove the >> chapter where the error happens and all later chapters from the document >> it might happen, that the error occurs in an earlier chapter. >> In addition to that, documents, which had this error yesterday, can now >> be compiled without the problem and other documents without the error >> yesterday have the error today. Its really strange. > > i uploaded a new lmtx but as i'm in the middle of a few things it's a > gamble if that solves your problem Jannik, it is wise to make a backup of your installed ConTeXt version when updating. Especially now that LMTX is in testing mode. Latest from 2020.08.11 works fine for my huge document, but current latest (from today) breaks compilation. So I use latest from 2020.08.11. Just in case it helps, Pablo -- http://www.ousia.tk ___ 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] compilation error in LMTX
On 8/14/2020 2:38 AM, Jannik Voges wrote: Hello, I have a similar problem with long context-documents (but not all long context-documents are affected and I don't know what triggers the error). Sometimes, the errors (error code 139) are happening on second or third runs (but it might happen on first runs too). When I remove the chapter where the error happens and all later chapters from the document it might happen, that the error occures in an earlier chapter. In addition to that, documents, which had this error yesterday, can now be compiled without the problem and other documents without the error yesterday have the error today. Its really strange. i uploaded a new lmtx but as i'm in the middle of a few things it's a gamble if that solves your problem 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] headers again
On 8/14/2020 1:44 AM, Aditya Mahajan wrote:
On Thu, 13 Aug 2020, Wolfgang Schuster wrote:
Aditya Mahajan schrieb am 13.08.2020 um 04:53:
On Thu, 13 Aug 2020, jbf wrote:
Where running heads (headers) are concerned, if I use \chapter I have no
problems, nor should I expect any. But because I am also using \title,
given that I need some unnumbered chapters interspersed among them, I
run into difficulties with headers. Numbered chapters have the correct
headers, unnumbered ones (with \title) either don't have them, or do not
have the proper chapter header (they pick up the header from the
previous numbered chapter).
At the moment the only thing I have in the preamble is the expected set
of commands for the numbered chapters:
[{\hfill\getmarking[chapter]\hfill}][]
[{\hfill\documentvariable{metadata:title}\hfill}][]
I thought that might work for the unnumbered ones (\title), thinking
that maybe \title inherits from \chapter, but it doesn't. But no amount
of variations on the above commands (repeating them but replacing
'chapter' with 'title'; adding [title] or just title, in the first set
of commands in various positions...) gives me the correct result.
I am assuming, of course, that there is a solution to this difficulty,
and that it may be simple. But I haven't found it. Is the problem that I
am using \title in the main body to get my unnumbered chapters? I
wouldn't think so? It produces the correct result, utlimatley, in the
TOC, Is it possible that I may have something else in my preamble that
is causing the problem? If so, I can't expect someone to 'guess' that
from outside! But at the moment I don't think that is the problem.
If not a direct solution, are there any clues someone might give me that
will lead me to finding my own solution? It would be much appreciated.
A rose by any other name would smell as sweet ...
\showframe
\setupheadertexts[\setups{header}]
\startsetups header
\getmarking[chapter]
\stopsetups
\starttext
\startchapter[title={This is a chapter}]
\input knuth
\page
\input knuth
\stopchapter
\startchapter[title={This is a title}, number=no]
\input ward
\page
\input knuth
\stopchapter
\stoptext
Don't do this, unnumbered chapter still increase the counter and
when you add another chapter afterwards you wonder why the number
is wrong.
(this reply is in jest )
incrementnumber=no,
The correct way here is to reset the marking entries
at the begin of a new chapter or title with
\setuphead
[chapter,title]
[marking=reset]
Agreed. This is a better solution. Any idea why this is not the default?
because this is all kind of tricky wrt when to reset ... chapters can
start a new page or not ... esp in a double sided layout it can be that
one does or doesn't do things that neeed to be reflected on a following
page (so in a complex setup when one changes headers or other properties
oneself, one also might have to make sure a \page happens at the right
spot)
changing something like this for sure will break something else
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
___
