Re: [NTG-context] Archlinux: updated BPKGBUILD for luametatex

2021-12-15 Thread Joseph Wright via ntg-context

On 15/12/2021 20:32, Aditya Mahajan via ntg-context wrote:

This corresponds the "Download" link on the CTAN page of each package, but 
unfortunately, is not always in TDS format. For example, for pgf (which is locate at 
/graphics/pgf/base), we have

https://mirrors.ctan.org/graphics/pgf/base.zip

which lists all tex related files in base/tex sub-directory. The CTAN page 
(https://www.ctan.org/pkg/pgf) also has a field "TDS Archive", which lists:

http://mirrors.ctan.org/install/graphics/pgf/base/pgf.tds.zip

which is TDS compliant. The same is the case for circuitikz and pgfplots. So, 
it safer to use

 "http://mirrors.ctan.org/; .. data.ctan.path .. "/" .. pkg_name .. 
"tds.zip"

But, for context packages, CTAN does nto have the tds zips (I guess because the 
default zip is already TDS compliant). For example:

 https://www.ctan.org/pkg/context-filter

has the "download" link at the bottom but not the "TDS Archive" link.

In the end, since I am only installing 4-5 packages, it is simpler to input the 
URLs but hand rather than write code to automate the logic.


If only we could convince CTAN to have a common structure - this came up 
recently with Norbert re. supporting TeX Live! (cf. CRAN for example)


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] Missing kerns with LMTX beta 2021-05-19 and french language

2021-05-19 Thread Joseph
Hi, With beta  2021-05-19 I notice that some kerns (usually before ‘v’ letter) are no longer present, not sure if that’s intented change behaviour or not.Following MWE reproduces the case. \definefontfeature[default][default][kern=yes]\definefontfamily[mainfont][serif][EBGaramond]\setupbodyfont[mainfont, 12pt]\showfontkerns \language[fr] % If commented, 2 kerns (che -0.180 v -0.120 ance), otherwise 1 kern (chev -0.120 ance)\mainlanguage[fr] % If commented, 2 kerns, otherwise 1 kern \starttext chevance \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
___


[NTG-context] RE : Zero size kerns with latest LMTX beta 2020-03-17

2021-03-20 Thread Joseph
Cheers, thanks a lot, would you advice to use that directive from now on ?BestJoseph De : Hans HagenEnvoyé le :vendredi 19 mars 2021 22:50À : mailing list for ConTeXt users; JosephObjet :Re: [NTG-context] Zero size kerns with latest LMTX beta 2020-03-17 On 3/19/2021 10:11 PM, Joseph wrote:> Dear list,> > Following MWE aims to reproduce the issue,> > \definefontfeature[default][default][kern=yes]> > \definefontfamily[mainfont][serif][EBGaramond]> > \setupbodyfont[mainfont]> > \showfontkerns> > \starttext> > Chapitre v.> > \stoptextah, went unnoticed because i run all with \enabledirectives[fonts.injections.method=advance] I'll fix it Hans  -   Hans Hagen | PRAGMA ADE   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands    tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl- 
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


[NTG-context] Zero size kerns with latest LMTX beta 2020-03-17

2021-03-19 Thread Joseph
Dear list, Following MWE aims to reproduce the issue,  \definefontfeature[default][default][kern=yes]\definefontfamily[mainfont][serif][EBGaramond]\setupbodyfont[mainfont]\showfontkerns \starttextChapitre v.\stoptext ThanksBest 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] RE : Font issue with page header with latest LMTX beta 2021-02-12 18:48

2021-02-13 Thread Joseph
Hi Wolfang,Sorry for the noise, I should have been a bit more careful on this one. Thanks a lot for the tip.Joseph De : Wolfgang SchusterEnvoyé le :samedi 13 février 2021 12:41À : mailing list for ConTeXt usersCc : JosephObjet :Re: [NTG-context] Font issue with page header with latest LMTX beta 2021-02-12 18:48 Joseph schrieb am 13.02.2021 um 12:35:Dear list It seems that  \setupheader[style=\BigFont] Where \BigFont is defined with \definefont Does not have effect with latest LMTX. Page headers have same font as page body text (in my case it’s same font but larger in headers).Hi Joseph,updating your installation should fix the problem, Pablo posted a similar problem a few hours ago and Hans already pushed a fix for it.Wolfgang 
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


[NTG-context] Font issue with page header with latest LMTX beta 2021-02-12 18:48

2021-02-13 Thread Joseph
Dear list It seems that  \setupheader[style=\BigFont] Where \BigFont is defined with \definefont Does not have effect with latest LMTX. Page headers have same font as page body text (in my case it’s same font but larger in headers). Will try to work out a MWE if needed.Thanks 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] RE : Missing kern when using \feature

2021-01-08 Thread Joseph
OK makes sense. I’ll see if I can remove this \feature macro.Yes 2nd case was only for reference for working case.Thanks De : Hans HagenEnvoyé le :vendredi 8 janvier 2021 16:32À : mailing list for ConTeXt users; JosephObjet :Re: [NTG-context] Missing kern when using \feature On 1/8/2021 2:45 PM, Joseph wrote:> Dear list,> > Still spot a minor difference with previous LMTX versions. MWE > reproduces it (in previous beta we had twice as kerning, now it’s no > kerning at all).> > Thanks a lot as usual.> > \definefontfeature[xvicentury][mode=node]> > \definefontfeature[default][default][kern=yes]> > \definefontfamily[mainfont][serif][EBGaramond]> > \setupbodyfont[mainfont, 9pt]> > \showfontkerns> > \starttext> > Chapitre {\feature[-][xvicentury]v}. % no kerning between v and . indeed there should be no kerning because there are two different font setups (lmtx is a bit better in these dynamic features: more strict testing at the cost of a bit more runtimen but optimized so not noticeable) > Chapitre v. i see a kern here > \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> ___>   --  -   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 kern when using \feature

2021-01-08 Thread Joseph
Dear list, Still spot a minor difference with previous LMTX versions. MWE reproduces it (in previous beta we had twice as kerning, now it’s no kerning at all).Thanks a lot as usual. \definefontfeature[xvicentury][mode=node]\definefontfeature[default][default][kern=yes]\definefontfamily[mainfont][serif][EBGaramond]\setupbodyfont[mainfont, 9pt]\showfontkerns \starttextChapitre {\feature[-][xvicentury]v}. % no kerning between v and . Chapitre v.\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
___


[NTG-context] RE : Some ligatures don't work in latest LMTX

2021-01-08 Thread Joseph
Yes but I am afraid I still see some cases where ligatures are missing. MWE below (in 2 last words between c t and s t): \definefontfeature[default][default][liga=yes, dlig=yes, hlig=yes]\definefontfamily[mainfont][serif][EBGaramond]\setupbodyfont[mainfont, 9pt] \starttext start active justice \stoptext ThanksBest Joseph De : Jairo A. del RioEnvoyé le :jeudi 7 janvier 2021 17:15À : Hans HagenCc : mailing list for ConTeXt usersObjet :Re: [NTG-context] Some ligatures don't work in latest LMTX Oh, yeah. It works again. Thank you very much :) Jairo El jue., 7 de ene. de 2021 10:20 a. m., Hans Hagen <j.ha...@xs4all.nl> escribió:On 1/7/2021 3:04 PM, Jairo A. del Rio wrote:> Hmm, it works for Persian because this uses less diacritics than Arabic. > The following fails with LMTX:> > \definefontfamily[main][serif][notonaskharabic][features=arabic]> > \setupdirections[bidi=global,method=one]> > \setupbodyfont[main]> > \starttext> > \obeylines> > %https://www.letsstartthinking.org/Islam/quran-short-phrases-and-verses.php > <https://www.letsstartthinking.org/Islam/quran-short-phrases-and-verses.php>> > بِسْمِ اللَّـهِ الرَّحْمَـٰنِ الرَّحِيمِ> > \stoptext> > Hi, Hans. Could you please check this out? It works for MKIV, but in > LMTX vowels are misplaced. Thank you in advance.It works here but i have different code in the meantime. We're in a transition to an lmtx version of the font handler. In lmtx we need to do a bit more checking when we are in in compact font mode so it might be that there is temporary loss of some functionality. In principle mkiv and lmtx should do the same as there is no real change in logic.)I'll push an update later today,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] Font feature not applied in some cases

2020-12-31 Thread Joseph
I could reproduce this occasionally occuring unexpected output in following MWE.Seems linked to calt=yes feature being set and ordn=yes being set and letter ‘f’ (some other letters such as ‘b’ work fine). Thanks as always for help. \definefontfeature[noteref][mode=node, ordn=yes] \definefontfeature[default][default][calt=yes] % works if calt is not set\definefontfamily[mainfont][serif][EBGaramond]\setupbodyfont[mainfont, 9pt] \define[1]\Sup{{\feature[+][noteref]#1}} \starttext \dontleavehmode e \Sup{f}*word % f is not superscript if calt is set \dontleavehmode e \Sup{b}*word \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
___


[NTG-context] Minor issue with font kern amount being doubled

2020-12-31 Thread Joseph
Dear list, Rare cases only but I thought it’d worth reporting this difference I could not understand.Could reproduce this problem with a simple MWE below. Kerning between ‘v’ and dot is doubled if \feature macro is used. Thanks \definefontfeature[xvicentury][mode=node]\definefontfeature[default][default][kern=yes]\definefontfamily[mainfont][serif][EBGaramond]\setupbodyfont[mainfont, 9pt]\showfontkerns \starttextChapitre {\feature[-][xvicentury]v}. % double kerning between v and . compared to below line. Chapitre v.\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
___


[NTG-context] RE : HZ broken with latest 2020-12-27 LMTX

2020-12-27 Thread Joseph
2020-12-24 IIRCThanks a lot De : Hans HagenEnvoyé le :dimanche 27 décembre 2020 22:45À : ntg-context@ntg.nlObjet :Re: [NTG-context] HZ broken with latest 2020-12-27 LMTX On 12/27/2020 6:02 PM, Pablo Rodriguez wrote:> On 12/27/20 5:47 PM, Joseph wrote:>> Dear list,>> >> Following MWE allows to reproduce the problem. Text right margin looks>> completely misaligned.> > Hi Hans,> > I was about to report the same issue, when I found the report by Joseph.> > Another MWE, just in case it might help:> >    \showframe\showgrid>    \definefontfeature>  [default][default]>  [expansion=quality]>    \setupalign[hz]>    \starttext>    \input zapf>    \stoptext> > Many thanks for your help,hm, so what was the last version that it still worked ok? -   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-contextwebpage  : http://www.pragma-ade.nl / http://context.aanhet.netarchive  : 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] HZ broken with latest 2020-12-27 LMTX

2020-12-27 Thread Joseph
Dear list, Following MWE allows to reproduce the problem. Text right margin looks completely misaligned.Thanks \definefontfeature[myfeature][mode=node, kern=yes, protrusion=quality, expansion=quality]\definefontfamily[mainfont][serif][EBGaramond][features=myfeature]\setupbodyfont[mainfont, 9pt] \setupalign[hz] \starttext \input knuth \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
___


[NTG-context] Missing kerns with latest 22.12.2020 LMTX

2020-12-23 Thread Joseph
Dear list, With MWE below, I notice there is no font kern between ‘v’ and ‘o’ in word typeset. Not sure that’s expected or not, but using older versions including ConTeXt live (contextgarden.net) , the word is typeset with 2 kerns (a and v + v and o).Thanks \definefontfeature[myfeature][mode=node, kern=yes]\definefontfamily[mainfont][serif][EBGaramond][features=myfeature]\setupbodyfont[mainfont, 9pt] \showfontkerns \starttext Scavoir \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
___


[NTG-context] RE : upload / metafun

2020-12-15 Thread Joseph
Hi, FYI, when running install.bat I see problem downloading exe mtx-install | changed  :   0 % :  2391552 : tex/texmf-win64/bin/luametatex.exemtx-install | tex/texmf-win64/bin/luametatex.exe, trying again: After several attempts, the install.bat run stops.Thanks Joseph De : Hans HagenEnvoyé le :mardi 15 décembre 2020 10:35À : mailing list for ConTeXt usersObjet :[NTG-context] upload / metafun Hi, I uploaded a new lmtx. This time some work has been done at the metafun end. At the tex end we're working on some overload protection mechanism which involves tagging many macro so that will take a while (most tagging is done but checking left over cases take time). So, I wondered if we can do something similar in metapost: flag macros and variables in order to issue a warnings when a dangerous overload happens. The current lmtx has this as an experiment: primitives, permanent, immutable and mutable (so far); you can look at the *.mpxl files to get an idea. If you say for instance  path fullcircle; there will be a warning metapost    > overloading immutable 'fullcircle' or when \enabledirectives[metapost.overloadmode=error] has been given you get an error. The implementation is rather simple and non intrusive and differs fromthe one in tex. There it is tightly integrated for all kind of reasons (millions of macro definitions per run so efficiency matters). Also, in metapost variables (tags) can have complex name constructions and we only test the top level. When a overload happens (overloadmode internal <> 0) a lua callback takes care of it. A side effect is that we can query all hash entries and check for consistency which is what i've done and am doing now. Of course that can introduce issues ... just that you 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-contextwebpage  : http://www.pragma-ade.nl / http://context.aanhet.netarchive  : 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] RE : not working command in LMTX

2020-12-09 Thread Joseph
Unfortunately after running install.bat script, I see errors at the end of installation run : This is LuaMetaTeX, Version 2.05.01  (INITEX)(D:/ConTeXt/lmtx/tex/texmf-context/tex/context/base/mkxl/cont-en.mkxl(context.mkxl! Undefined control sequence.l.31 \immutable \edef\contextformat {\jobname}! Undefined control sequence.l.32 \immutable \edef\contextversion{2020.12.08 18:43}etc… It seems that luametatex version is older than before. Thanks Joseph De : Pablo RodriguezEnvoyé le :mardi 8 décembre 2020 19:34À : ntg-context@ntg.nlObjet :Re: [NTG-context] not working command in LMTX On 12/8/20 5:56 PM, Hans Hagen wrote:> On 12/8/2020 4:59 PM, Pablo Rodriguez wrote:>> Dear list,>> >> I have the following sample:>> >>    \definecounter[minpagecounter][way=bypage]>>    \def\minipagecounter>>  {\incrementcounter[minpagecounter][1]>>   \rawcounter[minpagecounter]}>>    \starttext>>    \dontleavehmode\dorecurse{4}{\minipagecounter\\}>>    \stoptext>> >> LMTX gives only 0 as values. MkIV increments the counter.>> >> I know that something has changed in the command definition in LMTX, but>> I don’t know what I have to do to adapt it for this case.> fixed in next upload Many thanks for your fast fix, Hans. 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-contextwebpage  : http://www.pragma-ade.nl / http://context.aanhet.netarchive  : 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] RE : Issue with tex.romannumeral output

2020-11-25 Thread Joseph
Yes, I replace last ‘i’ with a ‘j’ in roman number, that’s to mimic old typesetting (very specific case for sure :-).Ie 118 -> cxiijIs there a way to do this with convertnumber anyhow ? De : Wolfgang SchusterEnvoyé le :mercredi 25 novembre 2020 20:11À : mailing list for ConTeXt usersCc : JosephObjet :Re: [NTG-context] Issue with tex.romannumeral output Joseph schrieb am 25.11.2020 um 19:51:> Dear list,> > Following MWE outputs only ‘m’ characters (with latest upload). Is there a reason why you don't use the conversion mechanism? \starttext \convertnumber{r}{7} \cldcontext{converters.convert("r",7)} \stoptext Wolfgang 
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


[NTG-context] Issue with tex.romannumeral output

2020-11-25 Thread Joseph
Dear list, Following MWE outputs only ‘m’ characters (with latest upload).Thanks \startluacode function roman_num(n)   assert(type(n) == 'number')   context(tex.romannumeral(n))end \stopluacode \define[1]\RM{\ctxlua{roman_num(#1)}} \starttext\RM{1}\RM{7}\RM{10}\RM{70}\RM{100}\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
___


[NTG-context] RE : RE : RE : RE : Issue with grid

2020-11-25 Thread Joseph
Thanks for the fix in today upload. Unfortunately the issue with paragraph indentation seems to be back (first paragraph is indented but given ‘next’ is given, it should not, or at least was not before) \setupindenting[yes, next, 1em]\starttext\input knuth\stoptext Do we still need to add the correction code Hans given earlier to workaround this ?Best De : JosephEnvoyé le :lundi 23 novembre 2020 16:29À : Hans Hagen; mailing list for ConTeXt usersObjet :[NTG-context] RE : RE : RE : Issue with grid Could reproduce this problem with ‘default’ font and even seeing it cumulating in same page. BTW, Perhaps you already fixed it locally. \showgrid\setuplayout[grid=both] \starttext\dorecurse{8}{\blank[line]Fin des psalmes.\blank[line]\input knuth }\stoptext De : Hans HagenEnvoyé le :lundi 23 novembre 2020 13:19À : Joseph; mailing list for ConTeXt usersObjet :Re: RE : RE : [NTG-context] Issue with grid On 11/23/2020 11:13 AM, Joseph wrote:> Yes, I refer to text not being aligned on the grid. This only happens if > \blank is used it seems, and text sits above where it’s supposed to (ie > amount of space being skipped vertically is smaller, ie \blank[line] > skips less than 1 line). I attach pdf I get. Could reduce MWE a bit.> > \showgrid> > \setuplayout[grid=both]> > \definefontfamily[mainfont][serif][EBGaramond][features=default]> > \setupbodyfont[mainfont, 9pt]> > \starttext> > \blank[line]Fin des psalmes.> > \blank[line]Fin des psalmes.> > \dorecurse{8}{\input knuth> > }> > \stoptextIt looks ok here< I also checked the latest eb (less fonts now it seems). 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] RE : upload

2020-11-23 Thread Joseph
After running install.bat I see error : This is LuaMetaTeX, Version 2.08.03 2097153(D:/ConTeXt/lmtx/tex/texmf-context/tex/context/base/mkxl/cont-en.mkxl(context.mkxl(syst-ini.mkxl)(norm-ctx.mkxl)(syst-pln.mkxl)(syst-mes.mkxl)(luat-cod.mkxl<+ D:/ConTeXt/lmtx/tex/texmf-context/tex/context/base/mkxl/luat-cod.lmt>)(luat-bas.mkxl loading: ConTeXt Lua Macros / Basic Lua Libraries<- D:/ConTeXt/lmtx/tex/texmf-context/tex/context/base/mkxl/l-bit32.lua> error loading file: l-bit32.lua (aborting)resolvers   | formats | De : Hans HagenEnvoyé le :lundi 23 novembre 2020 20:24À : mailing list for ConTeXt users; Christian PrimObjet :Re: [NTG-context] upload On 11/23/2020 7:29 PM, Christian Prim wrote:> Hi > Do I miss something?looks like some old files are still present i'll fix it Hans -   Hans Hagen | PRAGMA ADE   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands    tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl-___If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-contextwebpage  : http://www.pragma-ade.nl / http://context.aanhet.netarchive  : 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] RE : RE : RE : Issue with grid

2020-11-23 Thread Joseph
Could reproduce this problem with ‘default’ font and even seeing it cumulating in same page. BTW, Perhaps you already fixed it locally. \showgrid\setuplayout[grid=both] \starttext\dorecurse{8}{\blank[line]Fin des psalmes.\blank[line]\input knuth }\stoptext De : Hans HagenEnvoyé le :lundi 23 novembre 2020 13:19À : Joseph; mailing list for ConTeXt usersObjet :Re: RE : RE : [NTG-context] Issue with grid On 11/23/2020 11:13 AM, Joseph wrote:> Yes, I refer to text not being aligned on the grid. This only happens if > \blank is used it seems, and text sits above where it’s supposed to (ie > amount of space being skipped vertically is smaller, ie \blank[line] > skips less than 1 line). I attach pdf I get. Could reduce MWE a bit.> > \showgrid> > \setuplayout[grid=both]> > \definefontfamily[mainfont][serif][EBGaramond][features=default]> > \setupbodyfont[mainfont, 9pt]> > \starttext> > \blank[line]Fin des psalmes.> > \blank[line]Fin des psalmes.> > \dorecurse{8}{\input knuth> > }> > \stoptextIt looks ok here< I also checked the latest eb (less fonts now it seems). 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] RE : RE : Issue with grid

2020-11-23 Thread Joseph
Yes, I refer to text not being aligned on the grid. This only happens if \blank is used it seems, and text sits above where it’s supposed to (ie amount of space being skipped vertically is smaller, ie \blank[line] skips less than 1 line). I attach pdf I get. Could reduce MWE a bit. \showgrid\setuplayout[grid=both] \definefontfamily[mainfont][serif][EBGaramond][features=default]\setupbodyfont[mainfont, 9pt] \starttext \blank[line]Fin des psalmes. \blank[line]Fin des psalmes. \dorecurse{8}{\input knuth } \stoptext De : Hans HagenEnvoyé le :lundi 23 novembre 2020 10:54À : Joseph; mailing list for ConTeXt usersObjet :Re: RE : [NTG-context] Issue with grid On 11/23/2020 9:31 AM, Joseph wrote:> I don’t understand the answer I am afraid, I’ve never seen any issue > with grid alignment before (I don’t use columns either, and I changed > nothing at all).you talk about grid alignment i.e. text not sitting on the grid .. this is something that relates to font and line distance properties if on th eother hand you talk about when a pag ebreak occurs pablos answer points to the 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- 

TestGrid.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
___


[NTG-context] RE : Issue with grid

2020-11-23 Thread Joseph
I don’t understand the answer I am afraid, I’ve never seen any issue with grid alignment before (I don’t use columns either, and I changed nothing at all). De : Hans HagenEnvoyé le :lundi 23 novembre 2020 00:05À : mailing list for ConTeXt users; JosephObjet :Re: [NTG-context] Issue with grid On 11/22/2020 5:03 PM, Joseph wrote:> Dear list,> > In some cases with latest LMTX I see text not aligned to grid. MWE > reproduces the problem (could not reproduce with default font).> > Typesetting MWE using online ConTeXt page shows correctly aligned text > on grid.> > \showgrid> > \setuplayout[grid=both]> > \definefontfeature[base][mode=node]> > \definefontfamily[mainfont][serif][EBGaramond][features=base]> > \setupbodyfont[mainfont, 9pt]> > \starttext> > \blank[line, samepage]Fin des psalmes.> > \blank[line, samepage]Fin des psalmes.> > \dorecurse{8}{\input knuth> > }> > \stoptext> > If number of itérations is changed from 8 to 7) problem does not appear, > seems to be linked to the fact page is fully filled with lines.> > If one of the \blank lines is commented out problem does not occur either. It might have to do with the fact that the height/depth ratio that is used doesn't match well with the ascenders/descenders of the font that you use. The defaults are: \setupinterlinespace   [height=.72,    depth=.28,    line=2.8\exheight] so you can play with these. The 72:28 ratio works ok for most fonts but sometimes need to be adapted. Sometimes the 2.8 is not enough. (makes me wonder: i can issue a warning when a font can overrun) (normally grid snapping should catch is but columns are kind of different) 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] Global pagination optimisation

2020-11-22 Thread Joseph
Dear list, Out of curiosity.Perhaps a question already discussed but wondering if there were plans to implement eventually in LMTX an equivalent of framework described in article 2018-01-FMi-CI-Journal-28454894_as_submitted.pdf (latex-project.org) or something similar ?  Thanks, best,
___
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] RE : Issue with grid

2020-11-22 Thread Joseph
Hi Pablo,Thanks for the heads up. Good to know issue is known already, of course I’ll wait for eventual fix.Best regardsJoseph De : Pablo RodriguezEnvoyé le :dimanche 22 novembre 2020 18:54À : ntg-context@ntg.nlObjet :Re: [NTG-context] Issue with grid On 11/22/20 5:03 PM, Joseph wrote:> Dear list,> > In some cases with latest LMTX I see text not aligned to grid. MWE> reproduces the problem (could not reproduce with default font). Hi Joseph, I think this is related to the fact that your paragraphs are hard tobreak between pages, since they only contain two lines. I think this paragraph break among pages is what triggers the issue youmention. > Typesetting MWE using online ConTeXt page shows correctly aligned text> on grid. https://live.contextgarden.net/ includes both LuaTeX 2.06 20200630 +ConTeXt MkIV 2020.06.30 17:30. > If number of itérations is changed from 8 to 7) problem does not appear,> seems to be linked to the fact page is fully filled with lines. Because the text fits in a single page. > If one of the \blank lines is commented out problem does not occur either. Because you avoid the problem of breaking the paragraph between pages. You can also avoid that using the following (but it will work only withyour MWE, I know):   \setuplayout[setups=*lessstrict]  \startsetups[*lessstrict]  \widowpenalty=1000  \clubpenalty=1000  \brokenpenalty=1000  \stopsetups   \setuplayout[setups={*lessstrict}]   \showgrid I think that the problem might be related to the (unsuccesful) avoidanceof orphans and widows in current latest. But of course, Hans or Wolfgang know better. Just in case it might 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-contextwebpage  : http://www.pragma-ade.nl / http://context.aanhet.netarchive  : 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] Issue with grid

2020-11-22 Thread Joseph
Dear list, In some cases with latest LMTX I see text not aligned to grid. MWE reproduces the problem (could not reproduce with default font).Typesetting MWE using online ConTeXt page shows correctly aligned text on grid. \showgrid\setuplayout[grid=both] \definefontfeature[base][mode=node] \definefontfamily[mainfont][serif][EBGaramond][features=base]\setupbodyfont[mainfont, 9pt] \starttext \blank[line, samepage]Fin des psalmes. \blank[line, samepage]Fin des psalmes. \dorecurse{8}{\input knuth } \stoptext If number of itérations is changed from 8 to 7) problem does not appear, seems to be linked to the fact page is fully filled with lines.If one of the \blank lines is commented out problem does not occur either.  
___
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] RE : \noindentation not working

2020-11-20 Thread Joseph
Thanks. Does the fix apply for similar issue I raised with below where all paragraphs are indented (expected is that first par is not indented) ?  \setupindenting[yes, next, 1em] \starttext\input knuth\stoptext De : Hans HagenEnvoyé le :vendredi 20 novembre 2020 20:07À : mailing list for ConTeXt users; Wolfgang SchusterObjet :Re: [NTG-context] \noindentation not working On 11/20/2020 6:27 PM, Wolfgang Schuster wrote:> Pablo Rodriguez schrieb am 20.11.2020 um 17:41:>> Dear list,>> >> I have the following MWE:>> >>    \showframe\showgrid>>    \setupindenting[yes, always, big]>>    \starttext>>    \noindentation>>    a>> >>    a>>    \stoptext>> >> Using LMTX (2020.11.19 11:28), I get indentation with \noindentation.>> >> Could anyone confirm this?> > Yes, something is wrong.> >  begin example> \showgrid> > \starttext> > \parindent\emwidth> > a> > \everypar{\setbox\scratchbox\lastbox}> a> > \stoptext>  end example Ah, okay. We have normalization enabled now. That means two things: - instead if a hbox being used for indentation (with >= 0 width) we now have a skip (with no stretch but that might become an option some day); the tex engine uses a hbox because it is easier on the par builder (less checking, as glue, being a valid breakpoint, involves quite a bit) - after breaking a paragraph into lines the result is normalized, that is: we have left/right hang, left/right skip. left/right parfilskip instead of a mix of either or not present left/right skip, and shifted boxes in case of some hang features (again, the original approach is easier for the engine, but machines are fast enough and have plenty of memory so we can stop worrying about it) The ideas is that this way we can make some lua nodelist hackery more elegant (but I need to catch up with that: most tex files are now split in mkiv and lmtx and next comes the lua files after which we can start some more drastic upgrading ... keep in mind that quite some code is from more than a decase ago, evolved a bit but seldom changed conceptually). Here's a fix: \unprotect \def\spac_indentation_remove   {\ifzeropt\parindent \else  \begingroup  \unskip % we also need to check for the subtype  \setbox\scratchbox\lastbox % we also need to check for the  \endgroup    \fi} \protect (we might need adapt some more code); actually more correct would be: \def\spac_indentation_remove   {\ifzeropt\parindent \else  \begingroup  \ifnum\lastnodetype=\gluenodecode    \unskip % we also need to check for the subtype  \orelse\ifnum\lastnodetype=\hlistnodecode    \setbox\scratchbox\lastbox % we also need to check for the subtype  \else    % forget about it  \fi  \endgroup    \fi} (it actually makes sense to have a native \unindent primitive but we can simulate that in lua) 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-contextwebpage  : http://www.pragma-ade.nl / http://context.aanhet.netarchive  : 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] RE : RE : Macro \spaceorpar seems gone in latest upload

2020-11-18 Thread Joseph
In margin texts yes (actually via a shorter macro name). I’ll try using \\ then. ThanksJoseph Provenance : Courrier pour Windows 10 De : Wolfgang SchusterEnvoyé le :mercredi 18 novembre 2020 17:04À : mailing list for ConTeXt usersCc : JosephObjet :Re: [NTG-context] RE : Macro \spaceorpar seems gone in latest upload Joseph schrieb am 18.11.2020 um 15:35:No problem I can copy paste definition in my tex file and problem solved .No need to bring it back if no general use.Where do you use the command, in margin texts and framed blocks you can just use \\.Wolfgang 
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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


[NTG-context] RE : Macro \spaceorpar seems gone in latest upload

2020-11-18 Thread Joseph
No problem I can copy paste definition in my tex file and problem solved .No need to bring it back if no general use. De : Hans HagenEnvoyé le :mercredi 18 novembre 2020 15:08À : mailing list for ConTeXt users; JosephObjet :Re: [NTG-context] Macro \spaceorpar seems gone in latest upload On 11/17/2020 9:06 PM, Joseph wrote:> Dear list,> > I use occasionally \spaceorpar and it looks like this macro is no longer > defined, is this expected ? If so, is there a replacement please ?hm, it was used only in one place and never a user macro I can bring it back: \permanent\protected\def\spaceorpar   {\endgraf\ifhmode\space\fi} but you have to bribe Wolfgang to add it to the interface specification then 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] Macro \spaceorpar seems gone in latest upload

2020-11-17 Thread Joseph
Dear list, I use occasionally \spaceorpar and it looks like this macro is no longer defined, is this expected ? If so, is there a replacement please ?Thanks \starttextfoo \spaceorpar bar.\stoptext Gives error : system  > ConTeXt  ver: 2020.11.17 12:42 LMTX  fmt: 2020.11.17  int: english/English…. foo \spaceorpar bar.  1 \starttext23 >>  foo \spaceorpar bar.45 \stoptext6  The control sequence at the end of the top line of your error message was never\def'ed. You can just continue as I'll forget about whatever was undefined.  
___
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] orphans and widows not working in LMTX?

2020-08-09 Thread Joseph Canedo
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
___


[NTG-context] RE : RE : Re: RE : Re: Issue with latest LMTX version 2020-05-25

2020-06-11 Thread Joseph
Thanks, sure I’ll document that. Just struggling to understand how to use it.I used \ifindentation as follows \def\ParIndent{\ifindentation\parindent\else 0pt\fi} But if I replace with  \def\ParIndent{\doifelseindented{\parindent}{0pt}} It does not work.Thanks Joseph De : Hans HagenEnvoyé le :mardi 26 mai 2020 18:33À : Joseph; mailing list for ConTeXt usersObjet :Re: RE : Re: RE : Re: [NTG-context] Issue with latest LMTX version 2020-05-25 On 5/26/2020 2:28 PM, Joseph wrote:> I want to check if current paragraph is being indented.I'll add \doifelseindented to lmtx ... which you will then document on the wiki. 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] RE : Re: RE : Re: Issue with latest LMTX version 2020-05-25

2020-05-26 Thread Joseph
I want to check if current paragraph is being indented.  De : Hans HagenEnvoyé le :mardi 26 mai 2020 13:47À : Joseph; mailing list for ConTeXt usersObjet :Re: RE : Re: [NTG-context] Issue with latest LMTX version 2020-05-25 On 5/26/2020 12:43 PM, Joseph wrote:> Thanks Hans, prefixing with \the seems to fix the problem. I’ll have a > look to other suggestions you made.> > I also see that \ifindentation is also gone now. What’d be a replacement > for it please?it was never reliable i think, maybe just check for parindent ... we should have a proper mode for it (or maybe a conditional in context speak) the question is: what do you want to check? if there is an indentation? if it already happened? if it will happen? the old test let that in the middle 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] RE : Re: Issue with latest LMTX version 2020-05-25

2020-05-26 Thread Joseph
Thanks Hans, prefixing with \the seems to fix the problem. I’ll have a look to other suggestions you made.I also see that \ifindentation is also gone now. What’d be a replacement for it please?Thanks De : Hans HagenEnvoyé le :mardi 26 mai 2020 11:58À : mailing list for ConTeXt users; JosephObjet :Re: [NTG-context] Issue with latest LMTX version 2020-05-25 On 5/26/2020 11:29 AM, Joseph wrote: > \appendtoks\ctxlua{userdata.font_switch(\fontid\font)}\to \everyfontswitch btw, using font.current() is more natural at the lua end 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 latest LMTX version 2020-05-25

2020-05-26 Thread Joseph
Dear list, With following MWE : %%% \startluacode \stopluacode \appendtoks\ctxlua{userdata.font_switch(\fontid\font)}\to \everyfontswitch \setupbodyfont[mainfont, 9pt] \starttext Foo. \stoptext %%% I get following error (commenting out the \appendtoks line makes the error to disappear) : token call, syntax: [ctxlua]:1: unexpected symbol near '\'  1 >>  \startluacode 2 3 \stopluacode 4 5 \appendtoks\ctxlua{userdata.font_switch(\fontid\font)}\to \everyfontswitch 6 7 \setupbodyfont[mainfont, 9pt] 8 9 \starttext1011 Foo.
___
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] bidi + protrusion issue in LMTX

2020-03-02 Thread Joseph
Hi, I found that in some cases bidi text seems to inhibit protrusion feature in text typesetting in LMTX (works fine with luatex 1.10).MWE below (difference is in first paragraph, second is for comparison and is same in both): \language[fr]\mainlanguage[fr] \definefontfamily[mainfont][serif][EBGaramond][features={protrusion=quality, expansion=quality}] \setupbodyfont[mainfont, 14pt] \def\HSize{108.78508pt} % hardcoded from page layout \starttext \hsize=\HSize\setupalign[normal, hanging, morehyphenation, hz, verytolerant, stretch] ou/ vehement car {\setupalign[r2l]mehev} se prent aucunesfoispour hault/ excellent/ & puissant. ou/ vehement car vehem se prent aucunesfoispour hault/ excellent/ & puissant. \stoptext Best 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] characterspacing not always working in LMTX

2020-01-14 Thread Joseph
Hello, With LMTX (MkIV is fine) characterspacing (I use frenchpunctuation) is not applied sometimes (ie no spacing before colon for example) in some parts of the text. Unfortunately so far I cannot provide a MWE so I am wondering if there is a way to trace this to hopefully figure out what the problem is.Many thanks 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, no format found with name: cont-en, aborting

2019-11-13 Thread Joseph
Dear list,

Since a couple of betas (luatex/MkIV, not LMTX) I see the following error when 
processing any .tex file:

$ contextjit --noconsole --errors some.tex
mtx-context | warning: no format found, forcing remake (commandline driven)

….. lots of lines of output

error, no format found with name: cont-en, aborting

Any hint on what’s wrong with my local setup by any chance? I use 

first-setup.bat --modules=all --engine=luatex

to update standalone ConTeXt.

Thanks in advance,
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] RE : \ctxlua and \startluacode ... \stopluacode

2019-10-14 Thread Joseph
I suspect the double quotes are part of file names, hence files cannot be 
found. Perhaps try remove them in macro argument.
Hope this helps

De : Rudolf Bahr
Envoyé le :lundi 14 octobre 2019 18:50
À : ntg-context@ntg.nl
Objet :[NTG-context] \ctxlua and \startluacode ... \stopluacode


Dear List!

THis MWE must be faulty, but where is the error?



\startluacode

userdata = userdata or {}

function userdata.file_exists (name)

   local name = name
   local f= assert ( io.open ( name, "r" ))

   if f then
  f:close ()
  context ( name )
  context ( "  exists!" )
   else
  context ( name )
  context ( "  doesn't exist!" )
   end
   
end

\stopluacode


\starttext

\def\lookupfile#1%
{\ctxlua{userdata.file_exists([==[#1]==])}}

\lookupfile{"$HOME/context-tests/AAA.lua"}  % "AAA.lua" intentionally does  
  exist
\lookupfile{"$HOME/context-tests/BBB.lua"}  % "BBB.lua" intentionally 
doesn't exist

\stoptext



It makes no difference in commenting out the first or the second "\lookupfile" 
command.
The error message eventually is always nearly the same:

token call, execute: [ctxlua]:8: "$HOME/context-tests/AAA.lua": No such file or 
directory
token call, execute: [ctxlua]:8: "$HOME/context-tests/BBB.lua": No such file or 
directory

I'm using:
LuaMetaTeX, Version 2.00.0 
ConTeXt  ver: 2019.10.10 18:15 MKIV beta  fmt: 2019.10.12  int: english/english

Please, any ideas?

Regards,
Rudolf

___
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

2019-10-11 Thread Joseph Canedo
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

2019-10-11 Thread Joseph Canedo
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

2019-08-20 Thread Joseph Canedo
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)

2019-07-19 Thread Joseph Canedo
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

2019-04-14 Thread Joseph Canedo
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

2019-04-12 Thread Joseph Canedo
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

2019-04-11 Thread Joseph Canedo
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

2019-04-09 Thread Joseph Canedo
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

2019-04-07 Thread Joseph Canedo
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

2019-04-07 Thread Joseph Canedo
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] Welcome to LMTX

2019-04-01 Thread Joseph Wright

On 01/04/2019 15:55, Hans Hagen wrote:

Hi all,

After more than a decade of mkiv and luatex it's time to move on to a 
new stage. After all, nowadays a ten-year old program is considered to 
be really old, especially for those who consider a manual typeset three 
years ago as an indication of lack of progress. Therefore: welcome to 
lua(meta)tex 2.00 and context lmtx, the follow up on luatex and mkiv, if 
you dare. It has many deep-down changes but aims to be a simple evolution.


The average user will probably not notice many differences but 
nevertheless, when you are in for something new, you can give it a try:


  http://www.pragma-ade.nl/install.htm

Of course you should keep your current installation too. We're sure that 
there will be issues so when you run into unexpected surprises, you can 
blame us (and fall-back on the current Context beta and luatex). Of 
course with the proper mwe's (tex, metapost, lua, or a combination of 
these) we will try to solve them all, we have been testing. In due time 
more about this project will be revealed.


Hans Hagen & Alan Braslau


Hi Hans,

Thanks for the link to the code. A quick install suggests that a 'hello 
world' is working nicely from ConTeXt. However, if I try what you might 
expect from me


luametatex --ini latex.ltx

things go a bit wrong:

This is LuaMetaTeX, Version 2.00.0  (INITEX)
! error:  (system): missing find_write_file callback

(I also notice there is no plain-like format for testing, or at least 
that just "luametatex" yields an error.)


Clearly things work for ConTeXt, so there must be some early Lua magic 
or similar required. Any thoughts? (I don't get a .log or any other output.)


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)

2019-02-28 Thread Joseph Canedo
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)

2019-02-27 Thread Joseph Canedo
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

2019-02-06 Thread Joseph Canedo
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

2019-02-05 Thread Joseph Canedo
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)

2018-12-30 Thread Joseph Canedo
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)

2018-12-30 Thread Joseph Canedo
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)

2018-12-30 Thread Joseph Canedo
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)

2018-12-30 Thread Joseph Canedo
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?

2018-11-28 Thread Joseph Canedo
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?

2018-11-27 Thread Joseph Canedo
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?

2018-11-26 Thread Joseph Canedo
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
___

Re: [NTG-context] Table "modules"

2018-10-29 Thread Joseph Wright

On 28/10/2018 16:06, Joseph Wright wrote:

Hello all,

Looking at management of global Lua tables (for the obvious cases ...), 
I notice that all of the core Mk IV files use the construct


     if not modules then modules = { } end
     modules[" From a ConTeXt point-of-view, is it acceptable for third-parties to use 
this construct, or is it 'ConTeXt maintainers only'? I'm wondering for 
code used generically: it would be good to use the same approach, but I 
don't want to tread on any reserved namespaces.


Joseph


Somehow I've managed to loose Hans' reply, but I've seen it in the 
archive :)


Hans: Thanks for the quick reply. I'll suggest to the LaTeX team that we 
treat table modules as ConTeXt-specific/reserved, and will think of a 
different name.


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] Table "modules"

2018-10-28 Thread Joseph Wright

Hello all,

Looking at management of global Lua tables (for the obvious cases ...), 
I notice that all of the core Mk IV files use the construct


if not modules then modules = { } end
modules["From a ConTeXt point-of-view, is it acceptable for third-parties to use 
this construct, or is it 'ConTeXt maintainers only'? I'm wondering for 
code used generically: it would be good to use the same approach, but I 
don't want to tread on any reserved namespaces.


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] Issues with hyphenation with latest beta 2018.09.12

2018-09-12 Thread Joseph Canedo
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

2018-08-25 Thread Joseph Canedo
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

2018-08-19 Thread Joseph Canedo
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

2018-08-18 Thread Joseph Canedo
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

2018-08-17 Thread Joseph Canedo
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

2018-08-15 Thread Joseph Canedo
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

2018-08-15 Thread Joseph Canedo
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

2018-07-27 Thread Joseph Canedo
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

2018-07-26 Thread Joseph Canedo
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

2018-07-26 Thread Joseph Canedo
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

2018-07-20 Thread Joseph Canedo
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

2018-07-19 Thread Joseph Canedo
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. ?
> 
> you cannot rely on

Re: [NTG-context] Issues with vertical spacing in simple case

2018-07-19 Thread Joseph Canedo
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

2018-07-19 Thread Joseph Canedo
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

2018-07-18 Thread Joseph Canedo
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

2018-07-17 Thread Joseph Canedo
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

2018-05-30 Thread Joseph Canedo
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

2018-05-30 Thread Joseph Canedo
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

2018-05-16 Thread Joseph Canedo
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 

Re: [NTG-context] luatex hangs with \placebookmarks

2018-05-12 Thread Joseph Canedo
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

2018-04-24 Thread Joseph Canedo
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

2018-04-23 Thread Joseph Canedo
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

2018-03-05 Thread Joseph Canedo
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.pragma-pod.nl
&

Re: [NTG-context] prevgraf change if page break occurs in a paragraph

2018-03-05 Thread Joseph Canedo
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.net
> 
> ___

Re: [NTG-context] prevgraf change if page break occurs in a paragraph

2018-03-05 Thread Joseph Canedo
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

2018-03-05 Thread Joseph Canedo
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

2018-03-04 Thread Joseph Canedo
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 ?

2018-02-15 Thread Joseph Canedo
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 ?

2018-02-07 Thread Joseph Canedo
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)

2018-01-14 Thread Joseph Canedo
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?

2017-11-06 Thread Joseph Canedo
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?

2017-11-05 Thread Joseph Canedo
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

2016-08-02 Thread Joseph Canedo
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

2016-07-31 Thread Joseph Canedo
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?

2016-07-30 Thread Joseph Canedo
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

2016-07-30 Thread Joseph Canedo
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
___

Re: [NTG-context] Luatex 0.85.0 announcement

2015-11-23 Thread Joseph Wright
On 21/11/2015 10:03, luigi scarso wrote:
> New luatex release, 0.85.0
> 
> It's really a big change respect to 0.81.0
> (see NEWS for a full report)
> and, well,   there can be bugs (that of course we will solve).
> 
> 
> The archives can be downloaded from supelec as usual:
> 
> https://foundry.supelec.fr/projects/luatex/
> 
> You could also check out the sources via anonymous svn:
> 
>   svn co --username anonsvn --password anonsvn  \
>   https://foundry.supelec.fr/svn/luatex/tags/beta-0.85.0
> 
> Bugs and feature requests can be added to the issue tracker at
> 
>http://tracker.luatex.org
> 
> When you use context or latex you need an updated format. The latest
> version of
> context can be fetched from the context garden, latex from ctan. For latex
> you can contact David and Joseph as they are dealing with the update.

For those wishing to be on the 'burning edge' in LaTeX terms, we have
put some *very experimental* support code on GitHub:

  https://github.com/josephwright/luatex85

David and I are working with the rest of the LaTeX team to make the
changes transparent to end users: we hope to have all of this to CTAN
and into TeX Live well before any binary changes in the release version,
and will co-ordinate the same with MiKTeX.

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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

  1   2   >