Re: [NTG-context] orphans and widows not working in LMTX?
Hi Pablo, I've reported similar issue to Hans 2 days ago, from my checks he fixed it in LMTX version 2020.08.07 23:37. I have not downloaded more recent version yet. Hoping it helps Joseph Le dim. 9 août 2020 à 14:06, Pablo Rodriguez a écrit : > Dear list, > > I have the following sample: > > \showframe\showgrid > \setuppapersize[A7] > \setuplayout[setups=*lessstrict] > \startsetups[*lessstrict] > \widowpenalty=1000 > \clubpenalty=1000 > \brokenpenalty=1000 > \stopsetups > \setupbodyfont[15pt] > \starttext > \dorecurse{5}{a\\ > b\\ > c\\ > d\par} > \stoptext > > Compiling it with current latest in LMTX (2020.08.07 23:37) leaves an > orphan line on page 2 (page #2 starts with "d"). > > MkIV beta from 2020.01.30 14:13 moves the the last line to avoid the > orphan (page #2 starts with "c"). > > Could anyone confirm the issue with orphans/widows in LMTX? > > Many thanks for your help, > > 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] Difference in right justification in LMTX
Hi Hans, I still get the issue with right justification with LMTX for some reason. I see a small whitespace between the last 't' in the line with LMTX which I don't see with Mkiv. I also notice that position of the 't' box computed from all previous boxes/characters in the line is different from position I get from pdf backend function (job.positions.getpos called in a latelua). I attach the MWE below + pdfs I get from latest Mkiv and LMTX I've installed from scratch. \setuppapersize[A5][A5] \definefontfeature[base][mode=node, protrusion=quality, expansion=quality] \definefontfamily[mainfont][serif][EBGaramond][features=base] \setupalign[hanging, lesshyphenation, hz] \setupbodyfont[mainfont, 9pt] \showframe \starttext les bestes/ & sus toute la terre/ & sus tout reptile qui bouge sur surete sur la {\righttoleft terre. Dieu} donc crea l'homme a son image. \stoptext Thanks again Joseph Le ven. 11 oct. 2019 à 22:35, Joseph Canedo a écrit : > > > Le ven. 12 avr. 2019 à 09:39, Joseph Canedo a > écrit : > >> Yes. I’ve deleted my lmtx installation directory and fetched the install >> .zip from Pragma ADE web site and ran install.bat, to double check. >> >> >> >> *De : *Hans Hagen >> *Envoyé le :*jeudi 11 avril 2019 22:59 >> *À : *Joseph Canedo ; mailing list for ConTeXt >> users >> *Objet :*Re: [NTG-context] Difference in right justification in LMTX >> >> >> >> On 4/11/2019 8:07 PM, Joseph Canedo wrote: >> >> > Thanks Hans. I’ve ran install.bat to update my LMTX local copy (ran >> >> > without apparent errors) and reran context command on my MWE, but I am >> >> > afraid I see no difference. >> >> > >> >> > Not sure if I missed any step or not. >> >> it works here >> >> >> >> did the update download files and remake the format? >> >> >> >> 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 >> >> - >> >> >> > Test2_lmtx.pdf Description: Adobe PDF document Test2_mkiv.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] Difference in right justification in LMTX
Le ven. 12 avr. 2019 à 09:39, Joseph Canedo a écrit : > Yes. I’ve deleted my lmtx installation directory and fetched the install > .zip from Pragma ADE web site and ran install.bat, to double check. > > > > *De : *Hans Hagen > *Envoyé le :*jeudi 11 avril 2019 22:59 > *À : *Joseph Canedo ; mailing list for ConTeXt > users > *Objet :*Re: [NTG-context] Difference in right justification in LMTX > > > > On 4/11/2019 8:07 PM, Joseph Canedo wrote: > > > Thanks Hans. I’ve ran install.bat to update my LMTX local copy (ran > > > without apparent errors) and reran context command on my MWE, but I am > > > afraid I see no difference. > > > > > > Not sure if I missed any step or not. > > it works here > > > > did the update download files and remake the format? > > > > 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] Trouble with lmtx install.bat
Dear list, It seems that sometimes incremental install.bat (ie run without wiping out the whole lmtx directory) does not work the same as full installation (ie wiping out the whole directory and reinstalling). I’ve ran install.bat first time this morning and I got the following error during installation tex error > tex error on line 137 in file page-txt.mklx: ! Undefined control sequence \c!middlestyle \mult_interfaces_get_parameters_item ...ty \fi #2 ...youtelementparameter \c!style , \c!middlestyle =\layoutelementparameter \... \mult_interfaces_get_parameters_indeed ..._item #1 ,], \setup_layoutelement ...ers {\??layouttexts :}[#1] \the \everysetuplayoutelem... \syst_helpers_double_empty_two_nop \par l.137 Deleting the lmtx directory entirely and reinstalling from scratch succeeded (ie without above error), but I thought install.bat was able to update the files without need of erasing everything before ? Thanks Joseph ___ 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] Issue with \hbox attrSomeAttr=Val (LTMX only)
Dear list With LMTX the Following MWE does not seem find attribute value (it does with luatex 1.10) \defineattribute[MarginNode][public] \newbox\MyBox \startluacode local nuts = nodes.nuts local margin_node_attr = attributes.public('MarginNode') function test_attribute(box_id) local box = nuts.takebox(box_id) local margin_node = nuts.getattr(box, margin_node_attr) context('Expected 555=' .. (margin_node or '(nil)')) end \stopluacode \starttext Test. \the\MarginNodeattribute \setbox\MyBox\hbox attr\the\MarginNodeattribute=555{Test} \ctxlua{test_attribute(\the\MyBox)} \stoptext Thanks ___ 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] Missing font features in page header if \feature[-] is used in header text
Dear list, With latest ConTeXt beta (13-04-2019) I notice that font features seem ignored in page header rendering. (missing kern between Ps in « Psalme » and different Th in « Thimothee ». Anything I am doing wrong ? Rendering is fine if \headerok is used. Any help would be appreciated. Thanks Best regards Joseph \definefontfeature[base][mode=node, liga=yes, dlig=yes, hlig=yes, kern=yes] \definefontfeature[xvicentury][] \definefontfamily[mainfont][serif][EBGaramond][features=base] \setupbodyfont[mainfont, 9pt] \showfontkerns \def\wrongheader{First book {\feature[-][xvicentury]v} Psalme De David. Thimothee.} %% \feature[-] seems to cause problems in header \def\headerok{First book v Psalme De David. Thimothee.} \setupheadertexts[\wrongheader] %% kern/ligatures missing <--- % \setupheadertexts[\headerok] %% kern/ligatures ok <--- \starttext \wrongheader %% all ok in main text \headerok \stoptext mwe_header.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] Difference in right justification in LMTX
Yes. I’ve deleted my lmtx installation directory and fetched the install .zip from Pragma ADE web site and ran install.bat, to double check. De : Hans Hagen Envoyé le :jeudi 11 avril 2019 22:59 À : Joseph Canedo; mailing list for ConTeXt users Objet :Re: [NTG-context] Difference in right justification in LMTX On 4/11/2019 8:07 PM, Joseph Canedo wrote: > Thanks Hans. I’ve ran install.bat to update my LMTX local copy (ran > without apparent errors) and reran context command on my MWE, but I am > afraid I see no difference. > > Not sure if I missed any step or not. it works here did the update download files and remake the format? 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] Difference in right justification in LMTX
Thanks Hans. I’ve ran install.bat to update my LMTX local copy (ran without apparent errors) and reran context command on my MWE, but I am afraid I see no difference. Not sure if I missed any step or not. Joseph De : Hans Hagen Envoyé le :mercredi 10 avril 2019 10:15 À : mailing list for ConTeXt users; Joseph Canedo Objet :Re: [NTG-context] Difference in right justification in LMTX On 4/10/2019 12:07 AM, Joseph Canedo wrote: > Dear list. > > Given the following MWE (could not reproduce with smaller example). > > \setuppapersize[A5][A5] > > \definefontfeature[base][mode=node, protrusion=quality, expansion=quality] > > \definefontfamily[mainfont][serif][EBGaramond][features=base] > > \setupalign[hanging, lesshyphenation, hz] > > \setupbodyfont[mainfont, 9pt] > > \showframe > > \starttext > > les bestes/ & sus toute la terre/ & sus tout reptile qui bouge sur > surete sur la {\righttoleft terre. Dieu} donc crea l'homme a son image. > > \stoptext > > I notice that LMTX seems to add some small gap at right margin in the > 1st typeset line. I attach the pdf I get with luatex and lmtx. The > showframe directive makes it more visible. i uploaded a new version 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] Difference in right justification in LMTX
Dear list. Given the following MWE (could not reproduce with smaller example). \setuppapersize[A5][A5] \definefontfeature[base][mode=node, protrusion=quality, expansion=quality] \definefontfamily[mainfont][serif][EBGaramond][features=base] \setupalign[hanging, lesshyphenation, hz] \setupbodyfont[mainfont, 9pt] \showframe \starttext les bestes/ & sus toute la terre/ & sus tout reptile qui bouge sur surete sur la {\righttoleft terre. Dieu} donc crea l'homme a son image. \stoptext I notice that LMTX seems to add some small gap at right margin in the 1st typeset line. I attach the pdf I get with luatex and lmtx. The showframe directive makes it more visible. Joseph Test2_lmtx.pdf Description: Adobe PDF document Test2_mkiv.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] luametatex : command not found
Hi Fabrice, Have you added /home/viserion/data/context/tex/texmf-linux-64/bin to your PATH environment variable? Joseph De : Fabrice Couvreur Envoyé le :dimanche 7 avril 2019 13:13 À : mailing list for ConTeXt users Objet :[NTG-context] luametatex : command not found Hi, My system is unix and my platform is linux-64. I installed ConTeXt LMTX as described, namely in my home and in the directory /data /context/ I then tried to compile but without success a file : [viserion@archlinux ~]$ /home/viserion/data/context/tex/texmf-linux-64/bin/context area.tex mtx-context | run 1: luametatex --fmt="/home/viserion/data/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en" --jobname="area" --lua="/home/viserion/data/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui" --c:currentrun=1 --c:fulljobname="./area.tex" --c:input="./area.tex" --c:kindofrun=1 --c:maxnofruns=9 --c:texmfbinpath="/home/viserion/data/context/tex/texmf-linux-64/bin" "cont-yes.mkiv" sh: luametatex : commande introuvable mtx-context | fatal error: return code: 32512 [viserion@archlinux ~]$ Thanks Fabrice ___ 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] \hbox dir TRT syntax error with LMTX
Dear all, Trying to compile this MWE \starttext \hbox dir TRT{TRT box} \stoptext Fails with context LMTX command with error : tex error > tex error on line 3 in file c:/Users/Jo/Documents/Bible/Bibles/Olivetan/Tests/test_hbox_dir.tex: ! Missing { inserted d d ir l.3 \hbox dir TRT{TRT box} 1 \starttext 2 3 >> \hbox dir TRT{TRT box} 4 5 \stoptext 6 What’s the syntax for setting box direction now please? Thanks Joseph ___ 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] Output problem with nodes.toutf utility function(latest beta 02.26.2019)
Yes, that’s correct, and that’s what I see in pdf. When I use nodes.toutf I suspect that now output in log file is no longer decomposed in T + h chars but it’s the Unicode char corresponding to Th ligature which editor font does not have glyph for. Apparently in previous versions the fonts.hashes.characters lua structure used to store unicode of components of ligature (so unicode element was a lua table/array) and now its 1 single value. local fonthashes = fonts.hashes local chardata = fonthashes.characters local info = chardata[font][c] Before, info could have been a lua table (having 2 values, unicode for T and unicode for h) or a number (unicode for some single non ligature). Now it seems to be always 1 single value (unicode for Th). Is there anyway else I could get the decomposition of the ligature ? Thanks, Joseph De : Rik Kabel Envoyé le :mercredi 27 février 2019 18:37 À : ntg-context@ntg.nl Objet :Re: [NTG-context] Output problem with nodes.toutf utility function(latest beta 02.26.2019) On 2/27/2019 11:53, Joseph Canedo wrote: Dear list, I use lua function nodes.toutf to print text being typeset in log output for debugging purposes etc… and I noticed output is now different for some characters/glyphs. I use EB Garamond font, which might explain. Before, for example output was : user > margin > margin box text Thareh. Now it is : user > margin > margin box text areh. The « Th » was replaced by some placeholder perhaps for unknown character? Please note that typeset text is not impacted, it seems correct. Joseph The dlig feature for EBGaramond causes "Th" to be replaced by a ligature. Look carefully at your typeset text and you will likely see that the "T" and "h" are joined. -- Rik ___ 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] Output problem with nodes.toutf utility function (latest beta 02.26.2019)
Dear list, I use lua function nodes.toutf to print text being typeset in log output for debugging purposes etc… and I noticed output is now different for some characters/glyphs. I use EB Garamond font, which might explain. Before, for example output was : user> margin > margin box text Thareh. Now it is : user> margin > margin box text areh. The « Th » was replaced by some placeholder perhaps for unknown character? Please note that typeset text is not impacted, it seems correct. Joseph ___ 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] Failure using --jit with latest beta
Yes, it works fine. I’ll amend my build script. Thanks a lot Joseph Provenance : Courrier pour Windows 10 De : Hans Hagen Envoyé le :mercredi 6 février 2019 09:47 À : mailing list for ConTeXt users; Joseph Canedo Objet :Re: [NTG-context] Failure using --jit with latest beta On 2/5/2019 11:31 PM, Joseph Canedo wrote: > Dear list, > > I get a fatal error when using –jit using latest beta. > > $ ./build.sh Livre.pdf > > [1/1] context --noconsole --jit --errors Livre.tex > > FAILED: Livre.pdf > > context --noconsole --jit --errors Livre.tex > > mtx-context | run 1: luajittex > --fmt="c:/ConTeXt/test/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en" > > --jobname="Livre" > --lua="c:/ConTeXt/test/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en.lui" > > --c:currentrun=1 --c:directives="logs.errors,logs.target=file" > --c:engine="luajittex" --c:errors --c:fulljobname="./Livre.tex" > --c:input="./Livre.tex" --c:jit --c:kindofrun=1 --c:maxnofruns=9 > --c:noconsole --c:texmfbinpath="c:/ConTeXt/test/tex/texmf-win64/bin" > "cont-yes.mkiv" > > This is LuajitTeX, Version 1.09.2 (TeX Live 2018/W32TeX) > > system commands enabled. > > *---! > c:/ConTeXt/test/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en.fmt > > was written by luatex* > > *(Fatal format file error; I'm stymied)mtx-context | fatal error: > return code: 1* > > It works all fine without --lit option. Was the support LuaJitTeX > removed now ? does "contextjit ... " work? - 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] Failure using --jit with latest beta
Dear list, I get a fatal error when using –jit using latest beta. $ ./build.sh Livre.pdf [1/1] context --noconsole --jit --errors Livre.tex FAILED: Livre.pdf context --noconsole --jit --errors Livre.tex mtx-context | run 1: luajittex --fmt="c:/ConTeXt/test/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en" --jobname="Livre" --lua="c:/ConTeXt/test/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en.lui" --c:currentrun=1 --c:directives="logs.errors,logs.target=file" --c:engine="luajittex" --c:errors --c:fulljobname="./Livre.tex" --c:input="./Livre.tex" --c:jit --c:kindofrun=1 --c:maxnofruns=9 --c:noconsole --c:texmfbinpath="c:/ConTeXt/test/tex/texmf-win64/bin" "cont-yes.mkiv" This is LuajitTeX, Version 1.09.2 (TeX Live 2018/W32TeX) system commands enabled. ---! c:/ConTeXt/test/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en.fmt was written by luatex (Fatal format file error; I'm stymied)mtx-context | fatal error: return code: 1 It works all fine without --lit option. Was the support LuaJitTeX removed now ? Thanks a lot Joseph ___ 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] Issue with missing kerns when using fallbackfamily(or KeterYG font)
No rush at all, I’ll try to work out another MWE or find out if anything is wrong with my typesetting. Enjoy New Year’s Eve, best wishes too to all other people in this mailing list for end of year. De : Hans Hagen Envoyé le :dimanche 30 décembre 2018 19:35 À : Joseph Canedo; mailing list for ConTeXt users Objet :Re: [NTG-context] Issue with missing kerns when using fallbackfamily(or KeterYG font) On 12/30/2018 7:03 PM, Joseph Canedo wrote: > The MWE case is fixed but for some weird reason the « real » typesetting > is still missing the kerns in some cases. > > I’ll try to dig up a bit more to modify the MWE eventually. ok. nothing really fundamental changed, only a different kind of housekeeping which is fixable (and actually at some point we can do more things but that's for 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 - ___ 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] Issue with missing kerns when using fallback family(or KeterYG font)
Forgot to write, thanks a lot BTW. De : Hans Hagen Envoyé le :dimanche 30 décembre 2018 13:18 À : mailing list for ConTeXt users; Joseph Canedo Objet :Re: [NTG-context] Issue with missing kerns when using fallback family(or KeterYG font) On 12/30/2018 12:06 PM, Joseph Canedo wrote: > Dear list, > > Given the Following MWE, I notice that with latest beta (does not seem > to happen before) kerns are not applied in paragraph in which there are > some hebrew letters. This only affects text after that hebrew letters up > to end of paragraph. > > I use 2 fonts in sample : EBGaramond and KeterYG (can be found in > various places). > > Thanks for advising > > Best regards > > Joseph > > \showfontkerns > > \definefontfeature[base][mode=node, kern=yes, script=latn, trep=yes] > > \definefontfeature[hebrew][default][mode=node, lang=heb, script=hebr] > > \definefallbackfamily[mainfont][serif][KeterYG][preset=range:hebrew, > scale=1.0, features=hebrew] > > \definefontfamily[mainfont][serif][EBGaramond][features=base] > > \setupbodyfont[mainfont, 9pt] > > \def\He{\hebrewHe} > > \def\Tav{\hebrewTav} > > \def\Vav{\hebrewVav} > > \starttext > > VA c'est {\setupalign[r2l]\Tav\He\Vav} VA c'est % there is no kern > between latest V and A > > VA c'est. % kern as expected > > \stoptext in font-ots.lua you can find local lefttoright = 0 local righttoleft = 1 the second line misses a 't' can you test with fixing that (i'm cleaning up a bit of directional code and upcoming betas might have more of that cleanup) 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] Issue with missing kerns when using fallback family(or KeterYG font)
The MWE case is fixed but for some weird reason the « real » typesetting is still missing the kerns in some cases. I’ll try to dig up a bit more to modify the MWE eventually. De : Hans Hagen Envoyé le :dimanche 30 décembre 2018 13:18 À : mailing list for ConTeXt users; Joseph Canedo Objet :Re: [NTG-context] Issue with missing kerns when using fallback family(or KeterYG font) On 12/30/2018 12:06 PM, Joseph Canedo wrote: > Dear list, > > Given the Following MWE, I notice that with latest beta (does not seem > to happen before) kerns are not applied in paragraph in which there are > some hebrew letters. This only affects text after that hebrew letters up > to end of paragraph. > > I use 2 fonts in sample : EBGaramond and KeterYG (can be found in > various places). > > Thanks for advising > > Best regards > > Joseph > > \showfontkerns > > \definefontfeature[base][mode=node, kern=yes, script=latn, trep=yes] > > \definefontfeature[hebrew][default][mode=node, lang=heb, script=hebr] > > \definefallbackfamily[mainfont][serif][KeterYG][preset=range:hebrew, > scale=1.0, features=hebrew] > > \definefontfamily[mainfont][serif][EBGaramond][features=base] > > \setupbodyfont[mainfont, 9pt] > > \def\He{\hebrewHe} > > \def\Tav{\hebrewTav} > > \def\Vav{\hebrewVav} > > \starttext > > VA c'est {\setupalign[r2l]\Tav\He\Vav} VA c'est % there is no kern > between latest V and A > > VA c'est. % kern as expected > > \stoptext in font-ots.lua you can find local lefttoright = 0 local righttoleft = 1 the second line misses a 't' can you test with fixing that (i'm cleaning up a bit of directional code and upcoming betas might have more of that cleanup) 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] Issue with missing kerns when using fallback family (or KeterYG font)
Dear list, Given the Following MWE, I notice that with latest beta (does not seem to happen before) kerns are not applied in paragraph in which there are some hebrew letters. This only affects text after that hebrew letters up to end of paragraph. I use 2 fonts in sample : EBGaramond and KeterYG (can be found in various places). Thanks for advising Best regards Joseph \showfontkerns \definefontfeature[base][mode=node, kern=yes, script=latn, trep=yes] \definefontfeature[hebrew][default][mode=node, lang=heb, script=hebr] \definefallbackfamily[mainfont][serif][KeterYG][preset=range:hebrew, scale=1.0, features=hebrew] \definefontfamily[mainfont][serif][EBGaramond][features=base] \setupbodyfont[mainfont, 9pt] \def\He{\hebrewHe} \def\Tav{\hebrewTav} \def\Vav{\hebrewVav} \starttext VA c'est {\setupalign[r2l]\Tav\He\Vav} VA c'est % there is no kern between latest V and A VA c'est. % kern as expected \stoptext ___ 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] Grammar to parse TeX input?
I’d like to change some input to modify used font but only in parts of it, for example to implement having first line with different font. So basically if I have text with macros etc…: \WORD{i}eu \Note[]{}{Ebrieux \LeftDot 11.a.}crea au commencement le ciel et la terre. Et la terre estoit \Note[]{*}{{\Hebreu\Tav\He\Vav} c'est a dire/ vaine/ qui ne proffite et ne sert a rien.}indisposee et \Note[]{*}{{\Hebreu\Bet\He\Vav} non remplie & ornee/ de plantes et d'animaux.}vuyde/ et les tenebres estoient sus les abysmes/ et \Note[]{*}{Selon les Ebrieux/ ou esperit: car {\Hebreu\Dalet\Vav\Het} signifie vent & esperit.}le vent \Note[]{*}{ou/ vehement car {\Hebreu\Alef\Lamed\Resh\He\Yod\Memfinal} se prent aucunesfois pour hault/ excellent/ & puissant.}de Dieu se demenoit par dessus les eaues. I’d like to typeset the beginning of that using a different font BigFont (but letting lua code to determine the position of closing brace). Ie : {\BigFont \WORD{i}eu \Note[]{}{Ebrieux \LeftDot 11.a.}crea au commencement le ciel et la terre.} Et la terre estoit \Note[]{*}{{\Hebreu\Tav\He\Vav} c'est a dire/ vaine/ qui ne proffite et ne sert a rien.}indisposee et \Note[]{*}{{\Hebreu\Bet\He\Vav} non remplie & ornee/ de plantes et d'animaux.}vuyde/ et les tenebres estoient sus les abysmes/ et \Note[]{*}{Selon les Ebrieux/ ou esperit: car {\Hebreu\Dalet\Vav\Het} signifie vent & esperit.}le vent \Note[]{*}{ou/ vehement car {\Hebreu\Alef\Lamed\Resh\He\Yod\Memfinal} se prent aucunesfois pour hault/ excellent/ & puissant.}de Dieu se demenoit par dessus les eaues. To do this I’d need to extract the macros etc… « Worst » case scenario I’ll write a simple adhoc lpeg grammar to parse input, but was wondering if such grammar existed already in context lua code, or elsewhere. Thanks De : Hans Hagen Envoyé le :mercredi 28 novembre 2018 09:04 À : Joseph Canedo; mailing list for ConTeXt users Objet :Re: [NTG-context] Grammar to parse TeX input? On 11/27/2018 11:00 PM, Joseph Canedo wrote: > I’ve tried context.processbuffer but I am afraid it’s not what I am > after, most probably I have not phrased clearly my question. > > What I am looking for is roughly what’s described in Taco’s presentation > https://meeting.contextgarden.net/2014/talks/2014-09-12-taco-luatex/luatextalk.pdf > > A way to decompose some input into tokens which represent either normal > text, csnames etc… I had a try to this token library in LuaTeX but I > could not find examples of how to use it. I suspect that buffers > mechanism use it somehow. you can pick up stuff from the input so in principle you can start your input with a token scanner, but then you not only end up with lots of 'tokens' but also need to interpret them ... and that is actually what tex is quite effecient in and good at, so the question is: what do you want to achieve ... there might be better ways 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] Grammar to parse TeX input?
I’ve tried context.processbuffer but I am afraid it’s not what I am after, most probably I have not phrased clearly my question. What I am looking for is roughly what’s described in Taco’s presentation https://meeting.contextgarden.net/2014/talks/2014-09-12-taco-luatex/luatextalk.pdf A way to decompose some input into tokens which represent either normal text, csnames etc… I had a try to this token library in LuaTeX but I could not find examples of how to use it. I suspect that buffers mechanism use it somehow. Thanks De : Hans Hagen Envoyé le :lundi 26 novembre 2018 18:55 À : mailing list for ConTeXt users; Joseph Canedo Objet :Re: [NTG-context] Grammar to parse TeX input? On 11/26/2018 3:19 PM, Joseph Canedo wrote: > \startluacode > > function zzz_function(text) > > - How to process ‘text’ to get bits which are macros, groups etc… ? > Eventually expanded ? > > end > > \stopluacode > > \definebuffer[ZZZBuffer] > > \def\StartZZZ{\grabbufferdata[ZZZBuffer][StartZZZ][StopZZZ]} > > \def\StopZZZ{\ctxlua{zzz_function(buffers.getcontent('ZZZBuffer'))}} > > \StartZZZ > > \input knuth > > \StopZZZ context.processbuffer { "ZZZBuffer" } - 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] Grammar to parse TeX input?
Dear list, I use a buffer to make some text processing. That text contains TeX macros etc… and I’d like to know if there is some feature in lua to parse the text to extract bits which macros, normal text etc… ? Thanks Best regards Joseph Example of pseudo MWE follows. \startluacode function zzz_function(text) - How to process ‘text’ to get bits which are macros, groups etc… ? Eventually expanded ? end \stopluacode \definebuffer[ZZZBuffer] \def\StartZZZ{\grabbufferdata[ZZZBuffer][StartZZZ][StopZZZ]} \def\StopZZZ{\ctxlua{zzz_function(buffers.getcontent('ZZZBuffer'))}} \StartZZZ \input knuth \StopZZZ ___ 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] Issues with hyphenation with latest beta 2018.09.12
Hello, Typesetting some documents I notice several overfull boxes and having a look to output document it looks that somehow no hyphenation at all is performed (comparing to document produced with previous beta). I use thiese settings linked to hyphenation \setupalign[hanging, lesshyphenation, hz] \language[fr] % french hyphenation \mainlanguage[fr] In some places I use ‘morehyphenation’ align option and still no hyphenation at all. Any setting has changed by any chance ? Thanks a lot Best regards Joseph ___ 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] Error running first-setup.bat
Hi all, When trying to install latest beta for ConTeXt I get the Following error : sent 55901 bytes received 21842221 bytes 306267.44 bytes/sec total size is 26889592 speedup is 1.23 c:\ConTeXt\test\bin\mtxrun.lua:612: module 'socket.http' not found: no field package.preload['socket.http'] no file 'c:\ConTeXt\test\bin\lua\socket\http.lua' no file 'c:\ConTeXt\test\bin\lua\socket\http\init.lua' no file 'c:\ConTeXt\test\bin\socket\http.lua' no file 'c:\ConTeXt\test\bin\socket\http\init.lua' no file '.\socket\http.lua' no file 'c:\ConTeXt\test\bin\socket\http.dll' no file 'c:\ConTeXt\test\bin\loadall.dll' no file '.\socket\http.dll' no file 'c:\ConTeXt\test\bin\socket.dll' no file 'c:\ConTeXt\test\bin\loadall.dll' no file '.\socket.dll' Command line is (Win10 64 bits): first-setup.bat --modules=all --engine=luatex Many thanks Best regards Joseph ___ 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] structures.lists.ordered empty in latest beta
Latest beta fixes the issue. Thanks a lot. Joseph De : Wolfgang Schuster Envoyé le :samedi 18 août 2018 18:30 À : Hans Hagen Cc : Joseph Canedo; mailing list for ConTeXt users Objet :Re: [NTG-context] structures.lists.ordered empty in latest beta Hans Hagen schrieb am 18.08.18 um 15:22: > On 8/18/2018 2:41 PM, Joseph Canedo wrote: >> I see in pdf (created using MWE Wolfgang kindly provided and latest >> Context beta) page 2: >> >> Section 16 appears on page 1. >> >> Should read I think >> >> Section 16 appears on page 2. > > hm, not here, so question for wolfgang: > > can you run the test with > > \showmakeup[whatsit] > > and see if there are lateluas shown The visualizer for section 16 appears one the first page but the section itself is moved to the second page. 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] structures.lists.ordered empty in latest beta
I see in pdf (created using MWE Wolfgang kindly provided and latest Context beta) page 2: Section 16 appears on page 1. Should read I think Section 16 appears on page 2. Joseph De : Hans Hagen Envoyé le :samedi 18 août 2018 13:48 À : mailing list for ConTeXt users; Wolfgang Schuster; Joseph Canedo Objet :Re: [NTG-context] structures.lists.ordered empty in latest beta On 8/18/2018 10:11 AM, Wolfgang Schuster wrote: > Here is your minimal example. > > > \starttext > > \dorecurse{20}{\section[sec:#1]{Section #1}} > > Section \in[sec:16] appears on page \at[sec:16]. > > Section \in[sec:17] appears on page \at[sec:17]. > > \stoptext Goes ok here. - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - test_section_page.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] structures.lists.ordered empty in latest beta
The latelua functions seems fixed with 2018-08-16 beta but in some occurrences the realpage information for some sections is wrong, being set to page before the actual page the section title appears in pdf. This seems to happen when the title of section is first at top of page. If needed I can try working on a MWE. Thanks Joseph >From .tuc file. { ["metadata"]=129, ["numberdata"]=133, ["references"]={ ["block"]="bodypart", ["internal"]=5, ["realpage"]=3, -- this should be 4 ["section"]=5, ["used"]="width", }, ["titledata"]={ ["bookmark"]="Chapitre .iiij.", ["label"]="subsection", ["marking"]="Chapitre", ["title"]="Chapitre \\LeftDot \\RM {4}.", }, ["userdata"]={ ["blank_after_chapter"]="none", ["blank_before_chapter"]="none", }, De : Joseph Canedo Envoyé le :mercredi 15 août 2018 23:46 À : mailing list for ConTeXt users Objet :RE: [NTG-context] structures.lists.ordered empty in latest beta I also noticed that (at least some) latelua functions do not seem called (They output stuff in the log and these are no longer present). De : Hans Hagen Envoyé le :mercredi 15 août 2018 23:32 À : ntg-context@ntg.nl >> mailing list for ConTeXt users Objet :Re: [NTG-context] structures.lists.ordered empty in latest beta On 8/15/2018 10:37 PM, Joseph Canedo wrote: > Hi, > > I use the global lua table ConTeXt provides called : > structures.lists.ordered to perform some manipulations with sections > (using structures.lists.ordered.section which is itself a lua table), > but from latest beta it seems that that variable (a lua table) is now > completely empty. Is this expected ? afaik nothing changed - 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 ___
Re: [NTG-context] structures.lists.ordered empty in latest beta
I also noticed that (at least some) latelua functions do not seem called (They output stuff in the log and these are no longer present). De : Hans Hagen Envoyé le :mercredi 15 août 2018 23:32 À : ntg-context@ntg.nl >> mailing list for ConTeXt users Objet :Re: [NTG-context] structures.lists.ordered empty in latest beta On 8/15/2018 10:37 PM, Joseph Canedo wrote: > Hi, > > I use the global lua table ConTeXt provides called : > structures.lists.ordered to perform some manipulations with sections > (using structures.lists.ordered.section which is itself a lua table), > but from latest beta it seems that that variable (a lua table) is now > completely empty. Is this expected ? afaik nothing changed - 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 ___
[NTG-context] structures.lists.ordered empty in latest beta
Hi, I use the global lua table ConTeXt provides called : structures.lists.ordered to perform some manipulations with sections (using structures.lists.ordered.section which is itself a lua table), but from latest beta it seems that that variable (a lua table) is now completely empty. Is this expected ? Thanks a lot Best regards Joseph ___ 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] Issue with page break at \blank samepage
No rush at all, this can wait for sure. Just wanted to report this problem. Thanks a lot (as Always 😊), Joseph De : Hans Hagen Envoyé le :vendredi 27 juillet 2018 18:22 À : mailing list for ConTeXt users; Joseph Canedo Objet :Re: [NTG-context] Issue with page break at \blank samepage On 7/26/2018 11:01 PM, Joseph Canedo wrote: > Dear list, > > Somehow the Following MWE processed with recent betas : > > > > \setuplayout[grid=both] % commenting does not change the result > > \starttext > > \dorecurse{31}{ > > A. > > } > > \input knuth > > \blank[line, samepage]Second. > > \stoptext > > > > Outputs a pdf with 2 pages and « Second » is left alone in 2^nd page. > > This is different from online context with prints last line of knuth par > in 2^nd page too. > > I thought that « samepage » specifier in \blank prevented page break at > that point ? Is there another option for this now ? i'm still figuring out the best way to support both the spacing model (which has to look ahead) and side floats (where we run into the usual stuff done in grouping that need to be known outside and it's that code that's needed for some of my collegues work) .. in fact those are the most complex mechanisms that at some point (aroudn end this year) i want to more or less freeze .. till then betas can differ (which is why they're betas) i have a solution (but esp the specific tricky side float stuff will only work ok in an upcoming luatex as i am not going to figure out some temp solution) 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] Issue with page break at \blank samepage
Dear list, Somehow the Following MWE processed with recent betas : \setuplayout[grid=both] % commenting does not change the result \starttext \dorecurse{31}{ A. } \input knuth \blank[line, samepage]Second. \stoptext Outputs a pdf with 2 pages and « Second » is left alone in 2nd page. This is different from online context with prints last line of knuth par in 2nd page too. I thought that « samepage » specifier in \blank prevented page break at that point ? Is there another option for this now ? Thanks Best regards Joseph ___ 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] Issues with vertical spacing in simple case
Thanks a lot for the fix. De : Joseph Canedo Envoyé le :samedi 21 juillet 2018 00:01 À : Hans Hagen; mailing list for ConTeXt users Objet :RE: [NTG-context] Issues with vertical spacing in simple case I’ve modified the MWE to avoid the \\ and it shows same problem. I’ve used the \\ to make a par with 2 lines (lazy typing more words :-). In any case \\ or not, the \hang* directives do not seem taken in consideration in this particular case for last par. Other cases seem to work fine. %\setuplayout[grid=both] %\enabletrackers[vspacing.synchronizepage] \starttext \dorecurse{39}{ A. } Chapitre. \blank[0pt, samepage] \hangindent=30pt\hangafter=-2Third par with some lengthy sentence. Second sentence. Third sentence. Fourth sentence. Fifth sentence. \blank[0pt, samepage] \hangindent=30pt\hangafter=-2 Fourth par not indented. Lengthy sentence. Second sentence. Third sentence. Fourth sentence. Fifth sentence. \stoptext De : Hans Hagen Envoyé le :vendredi 20 juillet 2018 10:51 À : Joseph Canedo; mailing list for ConTeXt users Objet :Re: [NTG-context] Issues with vertical spacing in simple case On 7/19/2018 10:52 PM, Joseph Canedo wrote: > Finally I could make a MWE that reproduces the issue. > > > > %\setuplayout[grid=both] % uncommenting this makes last line not indented. > > %\enabletrackers[vspacing.synchronizepage] > > \starttext > > \dorecurse{39}{ % other values like 40 do not show issue > > A. > > } > > Chapitre. > > \blank[0pt, samepage] > > \hangindent=30pt\hangafter=-2Third par.\\ > > Second line. > > \blank[0pt, samepage] > > \hangindent=30pt\hangafter=-2 Fourth par not indented.\\ Second line not > indented. > > \stoptext it's probably more related to the wrong usage of \\ which you normally should not use at the end of aparagraoh (i'll make the remover for that a bit more clever) 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] Issues with vertical spacing in simple case
I’ve modified the MWE to avoid the \\ and it shows same problem. I’ve used the \\ to make a par with 2 lines (lazy typing more words :-). In any case \\ or not, the \hang* directives do not seem taken in consideration in this particular case for last par. Other cases seem to work fine. %\setuplayout[grid=both] %\enabletrackers[vspacing.synchronizepage] \starttext \dorecurse{39}{ A. } Chapitre. \blank[0pt, samepage] \hangindent=30pt\hangafter=-2Third par with some lengthy sentence. Second sentence. Third sentence. Fourth sentence. Fifth sentence. \blank[0pt, samepage] \hangindent=30pt\hangafter=-2 Fourth par not indented. Lengthy sentence. Second sentence. Third sentence. Fourth sentence. Fifth sentence. \stoptext De : Hans Hagen Envoyé le :vendredi 20 juillet 2018 10:51 À : Joseph Canedo; mailing list for ConTeXt users Objet :Re: [NTG-context] Issues with vertical spacing in simple case On 7/19/2018 10:52 PM, Joseph Canedo wrote: > Finally I could make a MWE that reproduces the issue. > > > > %\setuplayout[grid=both] % uncommenting this makes last line not indented. > > %\enabletrackers[vspacing.synchronizepage] > > \starttext > > \dorecurse{39}{ % other values like 40 do not show issue > > A. > > } > > Chapitre. > > \blank[0pt, samepage] > > \hangindent=30pt\hangafter=-2Third par.\\ > > Second line. > > \blank[0pt, samepage] > > \hangindent=30pt\hangafter=-2 Fourth par not indented.\\ Second line not > indented. > > \stoptext it's probably more related to the wrong usage of \\ which you normally should not use at the end of aparagraoh (i'll make the remover for that a bit more clever) 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] Issues with vertical spacing in simple case
Finally I could make a MWE that reproduces the issue. %\setuplayout[grid=both] % uncommenting this makes last line not indented. %\enabletrackers[vspacing.synchronizepage] \starttext \dorecurse{39}{ % other values like 40 do not show issue A. } Chapitre. \blank[0pt, samepage] \hangindent=30pt\hangafter=-2Third par.\\ Second line. \blank[0pt, samepage] \hangindent=30pt\hangafter=-2 Fourth par not indented.\\ Second line not indented. \stoptext Thanks De : Joseph Canedo Envoyé le :jeudi 19 juillet 2018 22:26 À : Hans Hagen; mailing list for ConTeXt users Objet :RE: [NTG-context] Issues with vertical spacing in simple case Thanks for the extended explanation. I guess I need to figure out how to create a MWE that reproduces the issue. Provenance : Courrier pour Windows 10 De : Hans Hagen Envoyé le :jeudi 19 juillet 2018 09:35 À : Joseph Canedo; mailing list for ConTeXt users Objet :Re: [NTG-context] Issues with vertical spacing in simple case On 7/19/2018 8:55 AM, Joseph Canedo wrote: > Thanks. > > The problem happens in a case where there are no paragraph split between > 2 pages. All pars are entirely either in page 1 or page 2 (these numbers > are not actual page numbers, but it’s for clarity). > > I am trying to create a MWE but it’s not trivial. The situation as far > as I understand it is like the following : > > I’ve added tracers for vspacing.synchronizepage function. > > When page 1 ships, there are 2 paragraphs (1 + 3 lines) still pending > because they do not fit in page 1 so they will be shipped in page 2 (I > think that what is in texlists.page_head variable). Hence tex.prevgraf > which was 0 is set to 4 (see this from traces in output log). what do you mean with pending ... tex doesn't look ahead, only back you probably need to look at the delta of pagegoal - pagetotal and evide that by the line height .. probably good enough for text without whitespace even then, hyphenation penalties can make a page one or more lines shorter so you also need to disable some of that > vspacing > page 4, prevdepth 2.56577pt => 2.56577pt, prevgraf 0 => 4 > > vspacing > list glue:topskip hlist:line penalty:userpenalty > penalty:userpenalty glue:baselineskip hlist:line > penalty:linebreakpenalty glue:baselineskip hlist:line > penalty:linebreakpenalty glue:baselineskip hlist:line glue:userskip > > Next paragraph after the 2 pending pars I refer to above has a non zero > \hangindent and \hangafter (set to -1) and when it starts being > processed (in horizontal mode) prevgraf is already 4 so I think this > cancels out that hanging (that’s the effect I see in output, there is no > indent in 1st line of 3rd par), as IIRC TEX considers par has already 4 > lines but in actuality it has 0. If I read correctly the TeXBook, > prevgraf value has some impact on \hangafter / \hangindent you never really know what you look at: tex collects stuff and triggers the output routine when it thinks it makes sense in context there is also the rather complex vertical spacing mechanism that needs to look back and forward while looking back can interfere with page breaks (and/or retrying) these mechanisms evolved over time and are still nto perfect > The value of \prevgraf affects line breaking only when TEX > is dealing with nonstandard \parshape or \hangindent. no, it's independent ... just th enumber of lines (hboxes) that make a paragraph after it's broken into lines hangindent/after/parshape don't look at real dimensions, they only count lines this is why a side float mechanism is so complex ... lots of border cases and trickery around page breaks (because not only the size of what goes side is important but also the preceding and following space, the height and depth of lines etc > Joseph > > *De : *Hans Hagen <mailto:j.ha...@xs4all.nl> > *Envoyé le :*jeudi 19 juillet 2018 00:00 > *À : *Joseph Canedo <mailto:josephcan...@gmail.com>; mailing list for > ConTeXt users <mailto:ntg-context@ntg.nl> > *Objet :*Re: [NTG-context] Issues with vertical spacing in simple case > > On 7/18/2018 10:33 PM, Joseph Canedo wrote: > > > Thanks Hans. > > > > > > Picked up today beta and some code I have relying on value of > > > tex.prevgraf starts breaking. This is lettrine related code that sets > > > hangafter for 1st paragraph and eventually subsequent if lettrine is > > > larger than 1st par. > > > > > > I see the function vspacing.synchronizepage() sets prevgraf value I > > > guess to avoid bleeding also paragraph lines. > > > > > > Is there any possibility to get original unchanged tex.prevgraf value, > > > possibly using some callback or some other tex. ? > >
Re: [NTG-context] Issues with vertical spacing in simple case
Thanks for the extended explanation. I guess I need to figure out how to create a MWE that reproduces the issue. Provenance : Courrier pour Windows 10 De : Hans Hagen Envoyé le :jeudi 19 juillet 2018 09:35 À : Joseph Canedo; mailing list for ConTeXt users Objet :Re: [NTG-context] Issues with vertical spacing in simple case On 7/19/2018 8:55 AM, Joseph Canedo wrote: > Thanks. > > The problem happens in a case where there are no paragraph split between > 2 pages. All pars are entirely either in page 1 or page 2 (these numbers > are not actual page numbers, but it’s for clarity). > > I am trying to create a MWE but it’s not trivial. The situation as far > as I understand it is like the following : > > I’ve added tracers for vspacing.synchronizepage function. > > When page 1 ships, there are 2 paragraphs (1 + 3 lines) still pending > because they do not fit in page 1 so they will be shipped in page 2 (I > think that what is in texlists.page_head variable). Hence tex.prevgraf > which was 0 is set to 4 (see this from traces in output log). what do you mean with pending ... tex doesn't look ahead, only back you probably need to look at the delta of pagegoal - pagetotal and evide that by the line height .. probably good enough for text without whitespace even then, hyphenation penalties can make a page one or more lines shorter so you also need to disable some of that > vspacing > page 4, prevdepth 2.56577pt => 2.56577pt, prevgraf 0 => 4 > > vspacing > list glue:topskip hlist:line penalty:userpenalty > penalty:userpenalty glue:baselineskip hlist:line > penalty:linebreakpenalty glue:baselineskip hlist:line > penalty:linebreakpenalty glue:baselineskip hlist:line glue:userskip > > Next paragraph after the 2 pending pars I refer to above has a non zero > \hangindent and \hangafter (set to -1) and when it starts being > processed (in horizontal mode) prevgraf is already 4 so I think this > cancels out that hanging (that’s the effect I see in output, there is no > indent in 1st line of 3rd par), as IIRC TEX considers par has already 4 > lines but in actuality it has 0. If I read correctly the TeXBook, > prevgraf value has some impact on \hangafter / \hangindent you never really know what you look at: tex collects stuff and triggers the output routine when it thinks it makes sense in context there is also the rather complex vertical spacing mechanism that needs to look back and forward while looking back can interfere with page breaks (and/or retrying) these mechanisms evolved over time and are still nto perfect > The value of \prevgraf affects line breaking only when TEX > is dealing with nonstandard \parshape or \hangindent. no, it's independent ... just th enumber of lines (hboxes) that make a paragraph after it's broken into lines hangindent/after/parshape don't look at real dimensions, they only count lines this is why a side float mechanism is so complex ... lots of border cases and trickery around page breaks (because not only the size of what goes side is important but also the preceding and following space, the height and depth of lines etc > Joseph > > *De : *Hans Hagen <mailto:j.ha...@xs4all.nl> > *Envoyé le :*jeudi 19 juillet 2018 00:00 > *À : *Joseph Canedo <mailto:josephcan...@gmail.com>; mailing list for > ConTeXt users <mailto:ntg-context@ntg.nl> > *Objet :*Re: [NTG-context] Issues with vertical spacing in simple case > > On 7/18/2018 10:33 PM, Joseph Canedo wrote: > > > Thanks Hans. > > > > > > Picked up today beta and some code I have relying on value of > > > tex.prevgraf starts breaking. This is lettrine related code that sets > > > hangafter for 1st paragraph and eventually subsequent if lettrine is > > > larger than 1st par. > > > > > > I see the function vspacing.synchronizepage() sets prevgraf value I > > > guess to avoid bleeding also paragraph lines. > > > > > > Is there any possibility to get original unchanged tex.prevgraf value, > > > possibly using some callback or some other tex. ? > > you cannot rely on prevgraf crossing pages (so you get e.g. 8 at the top > > of a page with 5 lines > > where/how does it fail > > 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 > > - > -- -
Re: [NTG-context] Issues with vertical spacing in simple case
Thanks. The problem happens in a case where there are no paragraph split between 2 pages. All pars are entirely either in page 1 or page 2 (these numbers are not actual page numbers, but it’s for clarity). I am trying to create a MWE but it’s not trivial. The situation as far as I understand it is like the following : I’ve added tracers for vspacing.synchronizepage function. When page 1 ships, there are 2 paragraphs (1 + 3 lines) still pending because they do not fit in page 1 so they will be shipped in page 2 (I think that what is in texlists.page_head variable). Hence tex.prevgraf which was 0 is set to 4 (see this from traces in output log). vspacing> page 4, prevdepth 2.56577pt => 2.56577pt, prevgraf 0 => 4 vspacing> list glue:topskip hlist:line penalty:userpenalty penalty:userpenalty glue:baselineskip hlist:line penalty:linebreakpenalty glue:baselineskip hlist:line penalty:linebreakpenalty glue:baselineskip hlist:line glue:userskip Next paragraph after the 2 pending pars I refer to above has a non zero \hangindent and \hangafter (set to -1) and when it starts being processed (in horizontal mode) prevgraf is already 4 so I think this cancels out that hanging (that’s the effect I see in output, there is no indent in 1st line of 3rd par), as IIRC TEX considers par has already 4 lines but in actuality it has 0. If I read correctly the TeXBook, prevgraf value has some impact on \hangafter / \hangindent The value of \prevgraf affects line breaking only when TEX is dealing with nonstandard \parshape or \hangindent. Joseph De : Hans Hagen Envoyé le :jeudi 19 juillet 2018 00:00 À : Joseph Canedo; mailing list for ConTeXt users Objet :Re: [NTG-context] Issues with vertical spacing in simple case On 7/18/2018 10:33 PM, Joseph Canedo wrote: > Thanks Hans. > > Picked up today beta and some code I have relying on value of > tex.prevgraf starts breaking. This is lettrine related code that sets > hangafter for 1st paragraph and eventually subsequent if lettrine is > larger than 1st par. > > I see the function vspacing.synchronizepage() sets prevgraf value I > guess to avoid bleeding also paragraph lines. > > Is there any possibility to get original unchanged tex.prevgraf value, > possibly using some callback or some other tex. ? you cannot rely on prevgraf crossing pages (so you get e.g. 8 at the top of a page with 5 lines where/how does it fail 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] Issues with vertical spacing in simple case
Thanks Hans. Picked up today beta and some code I have relying on value of tex.prevgraf starts breaking. This is lettrine related code that sets hangafter for 1st paragraph and eventually subsequent if lettrine is larger than 1st par. I see the function vspacing.synchronizepage() sets prevgraf value I guess to avoid bleeding also paragraph lines. Is there any possibility to get original unchanged tex.prevgraf value, possibly using some callback or some other tex. ? Thanks Joseph De : Hans Hagen Envoyé le :mercredi 18 juillet 2018 11:11 À : mailing list for ConTeXt users; Joseph Canedo Objet :Re: [NTG-context] Issues with vertical spacing in simple case On 7/17/2018 11:35 PM, Joseph Canedo wrote: > Dear list, > > Trying to build a MWE for a problem with unexpected page break (near a > \blank[line, samepage]) I could not yet reproduce yet, I came up with > strange output. > > With latest beta > > mtx-context | current version: 2018.07.17 17:25 > > MWE : > > \starttext > > \dorecurse{5}{ > > \input knuth > > \blank[line, samepage]Second. > > \input zapf > > \blank[line, samepage]Second maybe vertically wrong align? > > } > > \stoptext > > Please see in page 2, the line printing : Second maybe vertically wrong > align? (topskip related?) > > Seems very close to next line for an unknown reason to me. The next beta will have a fix. The problem is that tex's prevdepth bleeds over into a next page so i try to deal with that ... it's sometimes hard to take all into accoutn that needs to (esp when there is interferences). 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] Issues with vertical spacing in simple case
Dear list, Trying to build a MWE for a problem with unexpected page break (near a \blank[line, samepage]) I could not yet reproduce yet, I came up with strange output. With latest beta mtx-context | current version: 2018.07.17 17:25 MWE : \starttext \dorecurse{5}{ \input knuth \blank[line, samepage]Second. \input zapf \blank[line, samepage]Second maybe vertically wrong align? } \stoptext Please see in page 2, the line printing : Second maybe vertically wrong align? (topskip related?) Seems very close to next line for an unknown reason to me. Thanks Best regards Joseph ___ 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] Missing font features in page header if \feature[-]is used in header text
Thanks a lot Hans for your prompt response. De : Hans Hagen Envoyé le :mercredi 30 mai 2018 16:17 À : mailing list for ConTeXt users; Joseph Canedo Objet :Re: [NTG-context] Missing font features in page header if \feature[-]is used in header text On 5/30/2018 2:31 PM, Joseph Canedo wrote: > Dear list, > > Provided MWE below I notice that font features seem ignored in page > header rendering. Anything I am doing wrong ? > > Rendering is fine if \headerok is used. > > Any help would be appreciated. > > Thanks > > Best regards > > Joseph > > \definefontfeature[base][mode=node, liga=yes, dlig=yes, hlig=yes, kern=yes] > > \definefontfeature[xvicentury][] > > \definefontfamily[mainfont][serif][EBGaramond][features=base] > > \setupbodyfont[mainfont, 9pt] > > \showfontkerns > > \def\wrongheader{First book {\feature[-][xvicentury]v} Psalme De David.} > %% \feature[-] seems to cause problems in header > > \def\headerok{First book v Psalme De David.} > > \setupheadertexts[\wrongheader] %% kern/ligatures missing <--- > > % \setupheadertexts[\headerok] %% kern/ligatures ok <--- > > \starttext > > \wrongheader %% all ok in main text > > \headerok > > \stoptext you can put this in cont-new.mkiv after \unprotect \unexpanded\def\resetglobalattributes{\the\t_attr_list_global\attribute\zerocount\zerocount} \unexpanded\def\resetlocalattributes {\the\t_attr_list_local \attribute\zerocount\zerocount} \let\resetallattributes\resetlocalattributes - 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] Missing font features in page header if \feature[-] is used in header text
Dear list, Provided MWE below I notice that font features seem ignored in page header rendering. Anything I am doing wrong ? Rendering is fine if \headerok is used. Any help would be appreciated. Thanks Best regards Joseph \definefontfeature[base][mode=node, liga=yes, dlig=yes, hlig=yes, kern=yes] \definefontfeature[xvicentury][] \definefontfamily[mainfont][serif][EBGaramond][features=base] \setupbodyfont[mainfont, 9pt] \showfontkerns \def\wrongheader{First book {\feature[-][xvicentury]v} Psalme De David.} %% \feature[-] seems to cause problems in header \def\headerok{First book v Psalme De David.} \setupheadertexts[\wrongheader] %% kern/ligatures missing <--- % \setupheadertexts[\headerok] %% kern/ligatures ok <--- \starttext \wrongheader %% all ok in main text \headerok \stoptext ___ 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] roadmap
If I am not mistaken, you can write : node.new(‘noad’, nodes.noadcodes.bin) De : Henri Menke Envoyé le :mercredi 16 mai 2018 07:39 À : ntg-context@ntg.nl >> mailing list for ConTeXt users Objet :Re: [NTG-context] roadmap I just thought of another thing. Could you expose _all_ the subtypes of _all_ the different node types similar to node.id? (currently this is only enabled for whatsits) As of now I always have to go to texnodes.w, find the array and count to find out which number a subtype has. It would be much easier if we could node.new("noad", "bin") instead of node.new("noad", 4) and I would also like to see node.subtype("noad", "bin") -- return 4 On 15/05/18 11:34, Hans Hagen wrote: > On 5/15/2018 12:52 AM, Henri Menke wrote: > >> Math typesetting is really crappy in ConTeXt, but I get that this is >> beyond your priorities. I plan to develop a module which resembles >> the features and syntax of the amsmath LaTeX package for my PhD >> thesis. I'm not sure how well this will integrate with the existing >> mechanisms. > > hm. i have no clue what you refer to ... afaik most is configureable > >> - columnsets, the new ones have considerably fewer features than the >> old ones. > > like ... but adding some is no problem (only predictable stuff) .. no > column handler suits all (we now also have page columns btw) > >> - rowwise setups in xtables and maybe columnwise, but that is >> computationally expensive. > > indeed so that's why we have categories instead > >>> - We can add more trickery for fonts and scripts. There are some >>> pending extensions. >>> >>> - Maybe we should provide a few more general styles. >> >> What does that mean? Things like the TUGboat style? > > no, e.g. some basic educational stuff > >> More callbacks. I'm missing callbacks into error handling (i.e. >> intercept errors) not just into error reporting like show_error_hook. > > if you want to intercept errors then that has to happen at the macro > level, because once tex starts expanding the error can be anywhere > > (so, in a macro package one can set at the tex level flags that one can > act upon in the error callback) > > (the eror messages themselves might become a layer but that's for later) > >> Throw out all non-Lua-related primitives and ntg-context@ntg.nlreplace >> them with Lua functions. People can then define those primitives >> themselves, e.g. > > way too slow ... in that case i'd drop tex completely (i.e. do all in lua) > > also, you can right now (re)define primitives if you like (depending on > the definition of primitive) > >> \suppressoutererror >> >> becomes >> >> \protected\def\suppressoutererror{% >> \directlua{errors.suppressoutererror()}} >> >> This makes it much easier to access that stuff from Lua. Also >> interface all the \pdfvariable and \pdfextension stuff to Lua. > > all pdf stuff is already doable in lua (context doesn't even use \pdf* > for quite a while) > >> This should have maybe been done before 1.0 but I guess with 2.0 you >> can introduce “breaking” features. > > well, a 2.0 (if ever) will probably only be useable for context ... > >> LuaJIT will always be 5.1 compatible. That is one of the declared >> goals of the project. However there exist compatibility layers for >> Lua which implement recent features for older interpreters. >> https://github.com/keplerproject/lua-compat-5.3 > > in that case in the end it will be dropped ... > >> I would rather not see LuaJIT support being dropped. The VM by itself >> (without JIT) is already a lot faster than regular Lua and I feel that >> the ConTeXt runs benefit from that quite a lot. I use contextjit as >> my daily driver. > > hm, at most 20% which is also what i get when i buy a new laptop > > keep in mind that luajit has some limitations (stack and such) > > (and the last few years i managed to squeeze out a lot from lua, and > with lua 5.3 the gaps became narrower) > 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
Re: [NTG-context] luatex hangs with \placebookmarks
Thanks for the fix in latest beta (05.12.2018). De : Joseph Canedo Envoyé le :mardi 24 avril 2018 13:00 À : mailing list for ConTeXt users Objet :RE: luatex hangs with \placebookmarks Just in case it helps if , openaction=FitWidth, focus=width] is commented out in first line, the hanging problem disappears. De : Joseph Canedo Envoyé le :lundi 23 avril 2018 18:56 À : mailing list for ConTeXt users Objet :luatex hangs with \placebookmarks Dear list, I use $ context --version mtx-context | ConTeXt Process Management 1.02 mtx-context | current version: 2018.04.19 15:53 With this simple attached MWE, I have luatex hanging in run 3. No idea what I am doing wrong. In other cases I get a lua error (could not write a MWE yet that reproduces this) : lua error > lua error on line 0 in file : ...est/tex/texmf-context/tex/context/base/mkiv/lpdf-ano.lua:292: attempt to index a nil value Thanks a lot Best regards Joseph ___ 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] luatex hangs with \placebookmarks
Just in case it helps if , openaction=FitWidth, focus=width] is commented out in first line, the hanging problem disappears. De : Joseph Canedo Envoyé le :lundi 23 avril 2018 18:56 À : mailing list for ConTeXt users Objet :luatex hangs with \placebookmarks Dear list, I use $ context --version mtx-context | ConTeXt Process Management 1.02 mtx-context | current version: 2018.04.19 15:53 With this simple attached MWE, I have luatex hanging in run 3. No idea what I am doing wrong. In other cases I get a lua error (could not write a MWE yet that reproduces this) : lua error > lua error on line 0 in file : ...est/tex/texmf-context/tex/context/base/mkiv/lpdf-ano.lua:292: attempt to index a nil value Thanks a lot Best regards Joseph ___ 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] luatex hangs with \placebookmarks
Dear list, I use $ context --version mtx-context | ConTeXt Process Management 1.02 mtx-context | current version: 2018.04.19 15:53 With this simple attached MWE, I have luatex hanging in run 3. No idea what I am doing wrong. In other cases I get a lua error (could not write a MWE yet that reproduces this) : lua error > lua error on line 0 in file : ...est/tex/texmf-context/tex/context/base/mkiv/lpdf-ano.lua:292: attempt to index a nil value Thanks a lot Best regards Joseph test_section.tex 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] prevgraf change if page break occurs in a paragraph
BTW, I could write a MWE for the case when \prevgraf aggregates number of lines for 2 paragraphs (sometimes). \starttext \dorecurse{15}{ One line par.\par\nobreak A\\ B\\ C\\ D\\ E\\ F\\ G\\ H\\ I\\ J\\ K\\ L \\M\\ N. \the\prevgraf } \stoptext In some cases when « One line par » appears at first line of page (except the first one in this MWE output at least), you might see « 15 » after N. line. De : Joseph Canedo Envoyé le :lundi 5 mars 2018 16:32 À : mailing list for ConTeXt users Objet :RE: [NTG-context] prevgraf change if page break occurs in a paragraph I see. So is it reliable to simply use lua function tex.getcount(‘realpageno’) in vertical mode to determine that page has changed ? Or do I need some other mechanism please ? If page has changed I agree that there is no need to deal with hangindent. I use grid typesetting so normally all lines have same height ? De : Hans Hagen Envoyé le :lundi 5 mars 2018 16:06 À : ntg-context@ntg.nl Objet :Re: [NTG-context] prevgraf change if page break occurs in a paragraph On 3/5/2018 3:51 PM, Joseph Canedo wrote: > If I have a callback called just after paragraph has been split into > lines, would not be enough to count the number of hboxes in the vbox the > paragraph itself is contained ? Cannot say it’s ideal (easier to simply > read tex.prevgraf for sure), but might be possible, unless I missed > something (totally possible). > > In a couple of cases I see \prevgraf being larger than number of lines > of previous paragraph, including lines for paragraph before than one as > well. Could not create a MWE unfortunately to reproduce this case so far. > > I’ll try to amend my dropcaps/lettrine logic then. What are the reasons > behind this change in \prevgraf TeX primitive which AFAIK exists since > TeX has been written ? I thought that one of the strong points in TeX > was overall stability of its behaviour among versions. Here with this > semantic change in \prevgraf in recent luatex, this stability is a bit > broken IMO. it's *not changed* in luatex .. context *itself* sets the prevgraf at the next page as indicator of the left-over lines say that you have: XXX -- XXX -- -- -- - a page break between the first and second line is a bug in your code - a page break after the second line is harmless and as we're on a new page then there is nothing to be done i.e. prevgraf then is set to 2 (as we have two lines if we look back) say that you have: XXX -- XXX - if you get a page break here, again there is nothing to be done as you're on a next page - if you need to pick up in the next pagagraph (on the same page) then prevgraf is 1 so, what in your case does it mean that when your next paragraph is on the next page you look at prevgraf? there is no need to hangindent as your hanging stuff is on the previous page also, in general prevgraf is kind of useless when you have lines higher than lineheight so if you use a callback, you also should calculate the real accumulated drop so far > Joseph > > *De : *Hans Hagen <mailto:pra...@wxs.nl> > *Envoyé le :*lundi 5 mars 2018 10:15 > *À : *ntg-context@ntg.nl <mailto:ntg-context@ntg.nl> > *Objet :*Re: [NTG-context] prevgraf change if page break occurs in a > paragraph > > On 3/5/2018 9:43 AM, Joseph Canedo wrote: > > > I see. I use prevgraf to get number of lines in most recent paragraph to > > > compute eventually hangindent if there is a lettrine in paragraph (in > > > case first paragraph has fewer lines than the lettrine itself, of course > > > next paragraph needs to setup hangindent properly). > > but .. that one is then still on the same page; in fact, you should > > check for realpage being changed then > > > I guess as an alternative, I could use the callback after paragraph is > > > split in N lines to count the number of lines, or is this number can be > > > accessed via some other existing variable in tex lua « table » ? > > > Currently I access prevgraf value Inside lua. Probably better than > > > making things more complicated in luatex itself. > > prevgraf is still ok after a 7 line paragraph but ... when you cross a > > page, and have say 4 lines moved to the next one, then a 7 line > > hangafter would be wrong (you can check if a par is on the same page) > > with callbacks after breaking in lines you still don't know ... > > Hans > > - > > Hans Hagen | PRAGMA ADE > > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands > > tel: 038 477 53 69 | www.pragma-ade.nl | www.p
Re: [NTG-context] prevgraf change if page break occurs in a paragraph
I see. So is it reliable to simply use lua function tex.getcount(‘realpageno’) in vertical mode to determine that page has changed ? Or do I need some other mechanism please ? If page has changed I agree that there is no need to deal with hangindent. I use grid typesetting so normally all lines have same height ? De : Hans Hagen Envoyé le :lundi 5 mars 2018 16:06 À : ntg-context@ntg.nl Objet :Re: [NTG-context] prevgraf change if page break occurs in a paragraph On 3/5/2018 3:51 PM, Joseph Canedo wrote: > If I have a callback called just after paragraph has been split into > lines, would not be enough to count the number of hboxes in the vbox the > paragraph itself is contained ? Cannot say it’s ideal (easier to simply > read tex.prevgraf for sure), but might be possible, unless I missed > something (totally possible). > > In a couple of cases I see \prevgraf being larger than number of lines > of previous paragraph, including lines for paragraph before than one as > well. Could not create a MWE unfortunately to reproduce this case so far. > > I’ll try to amend my dropcaps/lettrine logic then. What are the reasons > behind this change in \prevgraf TeX primitive which AFAIK exists since > TeX has been written ? I thought that one of the strong points in TeX > was overall stability of its behaviour among versions. Here with this > semantic change in \prevgraf in recent luatex, this stability is a bit > broken IMO. it's *not changed* in luatex .. context *itself* sets the prevgraf at the next page as indicator of the left-over lines say that you have: XXX -- XXX -- -- -- - a page break between the first and second line is a bug in your code - a page break after the second line is harmless and as we're on a new page then there is nothing to be done i.e. prevgraf then is set to 2 (as we have two lines if we look back) say that you have: XXX -- XXX - if you get a page break here, again there is nothing to be done as you're on a next page - if you need to pick up in the next pagagraph (on the same page) then prevgraf is 1 so, what in your case does it mean that when your next paragraph is on the next page you look at prevgraf? there is no need to hangindent as your hanging stuff is on the previous page also, in general prevgraf is kind of useless when you have lines higher than lineheight so if you use a callback, you also should calculate the real accumulated drop so far > Joseph > > *De : *Hans Hagen <mailto:pra...@wxs.nl> > *Envoyé le :*lundi 5 mars 2018 10:15 > *À : *ntg-context@ntg.nl <mailto:ntg-context@ntg.nl> > *Objet :*Re: [NTG-context] prevgraf change if page break occurs in a > paragraph > > On 3/5/2018 9:43 AM, Joseph Canedo wrote: > > > I see. I use prevgraf to get number of lines in most recent paragraph to > > > compute eventually hangindent if there is a lettrine in paragraph (in > > > case first paragraph has fewer lines than the lettrine itself, of course > > > next paragraph needs to setup hangindent properly). > > but .. that one is then still on the same page; in fact, you should > > check for realpage being changed then > > > I guess as an alternative, I could use the callback after paragraph is > > > split in N lines to count the number of lines, or is this number can be > > > accessed via some other existing variable in tex lua « table » ? > > > Currently I access prevgraf value Inside lua. Probably better than > > > making things more complicated in luatex itself. > > prevgraf is still ok after a 7 line paragraph but ... when you cross a > > page, and have say 4 lines moved to the next one, then a 7 line > > hangafter would be wrong (you can check if a par is on the same page) > > with callbacks after breaking in lines you still don't know ... > > 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.ne
Re: [NTG-context] prevgraf change if page break occurs in a paragraph
If I have a callback called just after paragraph has been split into lines, would not be enough to count the number of hboxes in the vbox the paragraph itself is contained ? Cannot say it’s ideal (easier to simply read tex.prevgraf for sure), but might be possible, unless I missed something (totally possible). In a couple of cases I see \prevgraf being larger than number of lines of previous paragraph, including lines for paragraph before than one as well. Could not create a MWE unfortunately to reproduce this case so far. I’ll try to amend my dropcaps/lettrine logic then. What are the reasons behind this change in \prevgraf TeX primitive which AFAIK exists since TeX has been written ? I thought that one of the strong points in TeX was overall stability of its behaviour among versions. Here with this semantic change in \prevgraf in recent luatex, this stability is a bit broken IMO. Joseph De : Hans Hagen Envoyé le :lundi 5 mars 2018 10:15 À : ntg-context@ntg.nl Objet :Re: [NTG-context] prevgraf change if page break occurs in a paragraph On 3/5/2018 9:43 AM, Joseph Canedo wrote: > I see. I use prevgraf to get number of lines in most recent paragraph to > compute eventually hangindent if there is a lettrine in paragraph (in > case first paragraph has fewer lines than the lettrine itself, of course > next paragraph needs to setup hangindent properly). but .. that one is then still on the same page; in fact, you should check for realpage being changed then > I guess as an alternative, I could use the callback after paragraph is > split in N lines to count the number of lines, or is this number can be > accessed via some other existing variable in tex lua « table » ? > Currently I access prevgraf value Inside lua. Probably better than > making things more complicated in luatex itself. prevgraf is still ok after a 7 line paragraph but ... when you cross a page, and have say 4 lines moved to the next one, then a 7 line hangafter would be wrong (you can check if a par is on the same page) with callbacks after breaking in lines you still don't know ... 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 ___
Re: [NTG-context] prevgraf change if page break occurs in a paragraph
I see. I use prevgraf to get number of lines in most recent paragraph to compute eventually hangindent if there is a lettrine in paragraph (in case first paragraph has fewer lines than the lettrine itself, of course next paragraph needs to setup hangindent properly). I guess as an alternative, I could use the callback after paragraph is split in N lines to count the number of lines, or is this number can be accessed via some other existing variable in tex lua « table » ? Currently I access prevgraf value Inside lua. Probably better than making things more complicated in luatex itself. Thanks a lot, Joseph De : Hans Hagen Envoyé le :lundi 5 mars 2018 08:58 À : ntg-context@ntg.nl Objet :Re: [NTG-context] prevgraf change if page break occurs in a paragraph On 3/4/2018 10:59 PM, Joseph Canedo wrote: > I am aware that ConTeXt betas might use experimental luaTeX changes (I > use both stable and latest and run both), just wanted to report a change not really, as we don't ship beta luatex's so context normally either has adaptive code or delays usage for a year > in prevgraf result. Apparently with latest beta it reports the number of > lines in last page of paragraph (only tested with pars on 2 pages > maximum, haven’t tried longer ones). Simple MWE reproduces the case: > > \starttext > > \dorecurse{15}{ > > A\\ B\\ C\\ D\\ E\\ F\\ G\\ H\\ I\\ J\\ K\\ L \\M\\ N. > > \the\prevgraf > > } > > \stoptext > > Using ConTeXt online always reports « 14 » after the letters, latest > ConTeXt reports different numbers if the par before it has been split in > 2 pages. well, i could store the old prevgraf (of make that an option) but it's a fact that a top of page is basically a change (in prevgraf and prevdepth) what do you use prevgraf for? 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 ___
[NTG-context] prevgraf change if page break occurs in a paragraph
Hello, I am aware that ConTeXt betas might use experimental luaTeX changes (I use both stable and latest and run both), just wanted to report a change in prevgraf result. Apparently with latest beta it reports the number of lines in last page of paragraph (only tested with pars on 2 pages maximum, haven’t tried longer ones). Simple MWE reproduces the case: \starttext \dorecurse{15}{ A\\ B\\ C\\ D\\ E\\ F\\ G\\ H\\ I\\ J\\ K\\ L \\M\\ N. \the\prevgraf } \stoptext Using ConTeXt online always reports « 14 » after the letters, latest ConTeXt reports different numbers if the par before it has been split in 2 pages. Thanks Joseph ___ 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] Change of nuts.dimensions function ?
Hi Hans, Thanks a lot, the function nuts.dimensions seems to work again as before. Another issue I am seeing now is that for some reason the dir nodes push/pop are unbalanced. If I understand the logic of these whatsit nodes they behave like a stack to control the text direction, so I’d assume the number of push nodes and pop nodes is balanced. Currently I see 2 pop for 1 push in shipouts callback (but balanced pop/push nodes in processors callback). If that’s expected from now on I’ll change the logic in my handler. Simple MWE that reproduces is attached. Thanks Best regards Joseph De : Hans Hagen Envoyé le :jeudi 8 février 2018 10:14 À : ntg-context@ntg.nl Objet :Re: [NTG-context] Change of nuts.dimensions function ? On 2/7/2018 2:57 PM, Joseph Canedo wrote: > Hello all, > > It seems that with latest ConTeXt beta (with luatex 1.07.0) it seems > that nuts.dimensions function behaviour has changed. Simple MWE shows > the change. > > Which function should be used now to get natural width of a range [n, t[ > of nodes please? i'll check it but if you're on windows you're running the (currently very) experimental version which can actually be broken in some aspects (so you then need to update regularaly) 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 ___ dir.tex 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 ___
[NTG-context] Change of nuts.dimensions function ?
Hello all, It seems that with latest ConTeXt beta (with luatex 1.07.0) it seems that nuts.dimensions function behaviour has changed. Simple MWE shows the change. Which function should be used now to get natural width of a range [n, t[ of nodes please? Thanks a lot Regards Joseph Canedo \startluacode local nuts = nodes.nuts local getdimensions = nuts.dimensions local tonut = nuts.tonut local tonode = nuts.tonode local tasks = nodes.tasks function handler(head) head = tonut(head) print('Width=' .. getdimensions(head, head)) // used to be 0 (as per luatex doc), now it’s most likely the natural width of the box. return tonode(head) end tasks.appendaction("processors", "after", "handler") tasks.enableaction("processors", "handler") \stopluacode \starttext Foo. \stoptext ___ 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] Problem with string.format (Lua)
Hi Fabrice, string.format behaves more or less as C printf. You probably need to specify %.4g in 1st argument. Hope this helps Best Joseph De : Fabrice Couvreur Envoyé le :dimanche 14 janvier 2018 13:05 À : mailing list for ConTeXt users Objet :[NTG-context] Problem with string.format (Lua) Hello, I start with Lua and I try to display my result with 4 decimal places without success. Thank you Fabrice \startluacode function Binomial(n,k,p) if k > n then return nil end if k > n/2 then k = n - k end numer, denom = 1, 1 for i = 1, k do numer = numer * ( n - i + 1 ) denom = denom * i end return (numer/denom) * p^k * (1-p)^(n-k) end \stopluacode \starttext \ctxlua{print(string.format("%g",Binomial(100,60,0.25)))} \stoptext ___ 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] bug updating the ConTeXt Suite?
Hi Pablo, $ luatex --version This is LuaTeX, Version 1.06.2 (TeX Live 2017/W32TeX) Joseph De : Pablo Rodriguez Envoyé le :lundi 6 novembre 2017 18:55 À : ntg-context@ntg.nl Objet :Re: [NTG-context] bug updating the ConTeXt Suite? On 11/05/2017 11:02 PM, Joseph Canedo wrote: > Hi Pablo, > > Sorry, I am not able to reproduce your issue I am afraid (using on > Windows 10) : > > $ contextjit --version > > mtx-context | ConTeXt Process Management 1.02 > mtx-context | > mtx-context | main context file: > c:/ConTeXt/test/tex/texmf-context/tex/context/base/mkiv/context.mkiv > mtx-context | current version: 2017.11.01 15:58 Hi Joseph, many thanks for your reply. I know that Windows 64bit (1.06.1, I guess) has a more recent LuaTeX binary than Linux 32bit (1.05.0). I wonder whether this may be the cause. Many thanks for your help, 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] bug updating the ConTeXt Suite?
Hi Pablo, Sorry, I am not able to reproduce your issue I am afraid (using on Windows 10) : $ contextjit --version mtx-context | ConTeXt Process Management 1.02 mtx-context | mtx-context | main context file: c:/ConTeXt/test/tex/texmf-context/tex/context/base/mkiv/context.mkiv mtx-context | current version: 2017.11.01 15:58 Joseph De : Pablo Rodriguez Envoyé le :dimanche 5 novembre 2017 13:43 À : mailing list for ConTeXt users Objet :[NTG-context] bug updating the ConTeXt Suite? Dear list, after updating ConTeXt to latest beta, any invocation shows this error: ~/context/tex/texmf-linux/bin/mtxrun:633: attempt to index local 'searchers' (a nil value) This happens with "mtxrunjit --generate" or with "contextjit --version" (to name only two). Could anyone confirm this issue? (Backup your current beta first to avoid issues.) Many thanks for your help, 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 ___
[NTG-context] How to typeset a line as if it had zero height
Dear all, I have this simple MWE : \starttext \startsection[title=Section] \startalignment[flushright]Line.\stopalignment %% how to make this « 0 height » ? \input knuth \stopsection \stoptext How can I, with ConTeXt or plain TeX, modify this simple example to typeset the text above as if the right aligned line (‘Line’ just below the section) had 0 height (ie the main paragraph with knuth quot is just after the section without blank line) ? By « 0 height » I mean it takes no vertical space but it is still typeset. I hope my question makes sense. Thanks a lot for any insiight. Best regards Joseph Canedo ___ 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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] gmane might go off-line soon
I personally use mail-archive.org. http://www.mail-archive.com/ntg-context%40ntg.nl/ Best, Joseph De : Arthur Reutenauer___ 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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] lua tables - how do you cope?
If the requirement is to iterate on a table having the keys, values sorted by key (assuming the keys can be sorted), there are ways to do this. Please see http://lua-users.org/wiki/SortedIteration for an example (this just replaces pairs(t) with orderedPairs(t)). Hope this helps Joseph De : Schmitz Thomas A.___ 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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] (perhaps benign) difference in ebgaramond12-regular.tma after upgrade to 2016.07.30 00:26 beta
Hi Hans, Perhaps completely benign, but a bit strange difference I’ve spotted (because I log the ligatures of the font I use). After upgrade to 2016.07.30 00:26 I notice that 1 entry (only one which is a bit strange, because there are other similar entries in the description table which were not changed at all) in descriptions table in ebgaramond12-regular.tma (in tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/ directory) has changed from [983766]={ ["boundingbox"]=519, ["index"]=2684, ["name"]="ij.sc", ["unicode"]={ 105, 106 }, ["width"]=570, }, To (latest beta) [983766]={ ["boundingbox"]=519, ["index"]=2684, ["name"]="ij.sc", ["unicode"]=307, -- 307 is ij ligature whose unicode = { 105, 106 } ["width"]=570, }, Is this expected at all ? Thanks a lot Best regards Joseph Canedo ___ 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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___