Re: [NTG-context] Latest ConTeXt won't "--make"

[Max Chernoff via ntg-context]

Hi Mikael,

> I don't see this problem with the latest. Moreover, I think the
> version of luametatex was pushed to 2.10, so there might be a
> mis-match in your case. I hope it helps.

I just tried updating again, and it says that I'm up to date, but:

   $ luametatex --version
   This is LuaMetaTeX, Version 2.09.62
   
   Execute 'luametatex --credits' for credits and version details.
   
   There is NO warranty. Redistribution of this software is covered by the terms
   of the GNU General Public License, version 2 or (at your option) any later
   version. For more information about these matters, see the file named COPYING
   and the LuaMetaTeX source.
   
   Functionality : level 20220825
   Support   : cont...@ntg.nl
   Copyright : The Lua(Meta)TeX Team(s) (2005-2022+)
   
   The LuaMetaTeX project is related to ConTeXt development. This macro package
   tightly integrates TeX and MetaPost in close cooperation with Lua. Updates 
will
   happen in sync with ConTeXt and when needed. Don't be fooled by unchanged 
dates:
   long term stability is the objective.
   
   $ context --version
   mtx-context | ConTeXt Process Management 1.04
   mtx-context |
   mtx-context | main context file: 
/opt/context/tex/texmf-context/tex/context/base/mkiv/context.mkiv
   mtx-context | current version: 2022.09.11 20:44
   mtx-context | main context file: 
/opt/context/tex/texmf-context/tex/context/base/mkxl/context.mkxl
   mtx-context | current version: 2022.09.11 20:44
   
the engine/format appear to be mismatched. Manually updating the engine
with:

   $ sudo wget 
http://lmtx.pragma-ade.nl/install-lmtx/tex/texmf-linux-64/bin/luametatex
   
   $ luametatex --version
   This is LuaMetaTeX, Version 2.10.00
   
   Execute 'luametatex --credits' for credits and version details.
   
   There is NO warranty. Redistribution of this software is covered by the terms
   of the GNU General Public License, version 2 or (at your option) any later
   version. For more information about these matters, see the file named COPYING
   and the LuaMetaTeX source.
   
   Functionality : level 20220918
   Support   : cont...@ntg.nl
   Copyright : The Lua(Meta)TeX Team(s) (2005-2022+)
   
   The LuaMetaTeX project is related to ConTeXt development. This macro package
   tightly integrates TeX and MetaPost in close cooperation with Lua. Updates 
will
   happen in sync with ConTeXt and when needed. Don't be fooled by unchanged 
dates:
   long term stability is the objective.
   
has solved the issue. I'm not sure why the the engine wasn't updating,
but it appears to be fixed now. 

Thanks,
-- Max

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

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

Re: [NTG-context] Latest ConTeXt won't "--make"

[Mikael Sundqvist via ntg-context]

Hi,

On Wed, Sep 14, 2022 at 8:43 AM Max Chernoff via ntg-context
 wrote:
>
> Hi all,
>
> I've just updated to the latest ConTeXt, but I'm unable to make the
> format:
>
>$ context --make
>resolvers   | resolving | configuration files already identified
>resolvers   | resolving | loading configuration file 
> 'selfautoparent:/texmf/web2c/texmfcnf.lua'
>[...]
>resolvers   | formats | using tex source file 
> '/opt/context/tex/texmf-context/tex/context/base/mkxl/cont-en.mkxl'
>resolvers   | formats | using lua stub file 
> '/opt/context/tex/texmf-context/tex/context/base/mkxl/luat-cod.lmt'
>resolvers   | formats | changing to format path 
> '/home/max/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex'
>resolvers   | formats | executing runner 'make luametatex format': 
> /opt/context/tex/texmf-linux-64/bin/luametatex --ini  
> --lua=/opt/context/tex/texmf-context/tex/context/base/mkxl/luat-cod.lmt 
> /opt/context/tex/texmf-context/tex/context/base/mkxl/cont-en.mkxl
>This is LuaMetaTeX, Version 2.09.62  (INITEX)
>[...]
>resolvers   > lua > loading file 
> '/opt/context/tex/texmf-context/tex/context/base/mkxl/math-spa.lmt' succeeded
>resolvers   > lua > loading file 
> '/opt/context/tex/texmf-context/tex/context/base/mkxl/math-fnt.lmt' succeeded
>resolvers   > lua > loading file 
> '/opt/context/tex/texmf-context/tex/context/base/mkxl/math-pre.lmt' succeeded
>tex error   > tex error on line 559 in file math-ini.mkxl: Undefined 
> control sequence \undefined
>
>
>   +\removeitaliccorrectionclassoptioncode
>
>
>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.
>resolvers   | formats |
>resolvers   | formats | binary path  : 
> /opt/context/tex/texmf-linux-64/bin
>resolvers   | formats | format path  : 
> /home/max/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex
>resolvers   | formats | luatex engine: luametatex
>resolvers   | formats | lua startup file : 
> /opt/context/tex/texmf-context/tex/context/base/mkxl/luat-cod.lmt
>resolvers   | formats | context file : 
> /opt/context/tex/texmf-context/tex/context/base/mkxl/cont-en.mkxl
>resolvers   | formats | run time : 0.573 seconds
>resolvers   | formats | return value : error
>resolvers   | formats |
>system  | total runtime: 0.610 seconds of 0.647 seconds
>
> Commenting out line 559 of math-ini.mkxl fixes the issue.
>
> Thanks,
> -- Max

I don't see this problem with the latest. Moreover, I think the
version of luametatex was pushed to 2.10, so there might be a
mis-match in your case. I hope it helps.

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

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

[NTG-context] Latest ConTeXt won't "--make"

[Max Chernoff via ntg-context]

Hi all,

I've just updated to the latest ConTeXt, but I'm unable to make the
format:

   $ context --make
   resolvers   | resolving | configuration files already identified
   resolvers   | resolving | loading configuration file 
'selfautoparent:/texmf/web2c/texmfcnf.lua'
   [...]
   resolvers   | formats | using tex source file 
'/opt/context/tex/texmf-context/tex/context/base/mkxl/cont-en.mkxl'
   resolvers   | formats | using lua stub file 
'/opt/context/tex/texmf-context/tex/context/base/mkxl/luat-cod.lmt'
   resolvers   | formats | changing to format path 
'/home/max/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex'
   resolvers   | formats | executing runner 'make luametatex format': 
/opt/context/tex/texmf-linux-64/bin/luametatex --ini  
--lua=/opt/context/tex/texmf-context/tex/context/base/mkxl/luat-cod.lmt 
/opt/context/tex/texmf-context/tex/context/base/mkxl/cont-en.mkxl  
   This is LuaMetaTeX, Version 2.09.62  (INITEX)
   [...]
   resolvers   > lua > loading file 
'/opt/context/tex/texmf-context/tex/context/base/mkxl/math-spa.lmt' succeeded
   resolvers   > lua > loading file 
'/opt/context/tex/texmf-context/tex/context/base/mkxl/math-fnt.lmt' succeeded
   resolvers   > lua > loading file 
'/opt/context/tex/texmf-context/tex/context/base/mkxl/math-pre.lmt' succeeded
   tex error   > tex error on line 559 in file math-ini.mkxl: Undefined 
control sequence \undefined 
   

  +\removeitaliccorrectionclassoptioncode
   
   
   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.
   resolvers   | formats |
   resolvers   | formats | binary path  : 
/opt/context/tex/texmf-linux-64/bin
   resolvers   | formats | format path  : 
/home/max/luametatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex
   resolvers   | formats | luatex engine: luametatex
   resolvers   | formats | lua startup file : 
/opt/context/tex/texmf-context/tex/context/base/mkxl/luat-cod.lmt
   resolvers   | formats | context file : 
/opt/context/tex/texmf-context/tex/context/base/mkxl/cont-en.mkxl
   resolvers   | formats | run time : 0.573 seconds
   resolvers   | formats | return value : error
   resolvers   | formats |
   system  | total runtime: 0.610 seconds of 0.647 seconds
   
Commenting out line 559 of math-ini.mkxl fixes the issue.

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

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

Re: [NTG-context] latest standalone—lua error

[Hans Hagen]

On 4/30/2021 5:47 PM, Alan Bowen wrote:

I removed and then reinstalled luametex: the problem persists.
The stix fonts changed names (again) so the 2 in the names are gone and 
text is in the filenames ...


Can you check if your names.tma has 2 in names?

Here it works ok with 'two's.

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] latest standalone—lua error

[Hans Hagen]

On 4/30/2021 5:47 PM, Alan Bowen wrote:

I removed and then reinstalled luametex: the problem persists.
A.

On Fri, Apr 30, 2021 at 11:21 AM Alan Bowen > wrote:


Hi, Wolfgang—

The mwe is:
\definefontfamily[mainface][rm][STIX Two Text]
[protrusion=quality,
expansion=quality,
mode=node,
force=yes,
features={default, f:oldstyle},
]
]


two ] here so you start rendering too soon


-
  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] latest standalone—lua error

[Alan Bowen]

I removed and then reinstalled luametex: the problem persists.
A.

On Fri, Apr 30, 2021 at 11:21 AM Alan Bowen  wrote:

> Hi, Wolfgang—
>
> The mwe is:
> \definefontfamily[mainface][rm][STIX Two Text]
> [protrusion=quality,
> expansion=quality,
> mode=node,
> force=yes,
> features={default, f:oldstyle},
> ]
> ]
> \definefallbackfamily[mainface] [mm] [STIX Two Text]
>   [range=digitsnormal,
> force=yes,
> features=f:oldstyle]
>
> \definefontfamily[mainface][mm][STIX Two Math]
>
> \setupbodyfont[mainface, 20pt]
>
> \starttext
>
> Hello world!
>
> 123456789
>
> \m{123456789}
>
> \oldstyle{123456789}
>
> \stoptext
>
> The problem disappears if I remove either
> \definefallbackfamily[mainface] [mm] [STIX Two Text]
>   [range=digitsnormal,
> force=yes,
> features=f:oldstyle]
> or
> \definefontfamily[mainface][mm][STIX Two Math]
>
> But in neither case do I get oldstyle numerals.
>
> Note too that, when I remove \definefontfamily[mainface][mm][STIX Two
> Math], my log file has
> mkiv lua stats  > loaded fonts: 2 files: lmmono10-regular.otf,
> lmroman10-regular.otf
> with no mention of STIX Two Text.
>
> Yet ConTeXt is aware of the STIX Two Math and STIX Two Text fonts.
>
> WE had a power failure very recently. I wonder if that has screwed things
> up.
>
> Alan
>
> On Fri, Apr 30, 2021 at 9:45 AM Wolfgang Schuster <
> wolfgang.schuster.li...@gmail.com> wrote:
>
>> Alan Bowen schrieb am 30.04.2021 um 13:19:
>>
>> Hi, Wolfgang—
>>
>> I copied all the fonts to a new document (file attached) and ran ConTeXt.
>> The problem persists. The cause, I think, comes in the lines:
>>
>> \definefallbackfamily[mainface] [mm] [STIX Two Text]
>>   [range=digitsnormal,
>> force=yes,
>> features=f:oldstyle]
>> which used to give me oldstyle numerals.
>>
>>
>> I'm unable to reproduce the error with your example and most of the
>> fallbacks are ignored because I don't have the fonts.
>>
>> To ensure there is no problem with the format and font database delete
>> the cache and rebuild it:
>>
>> mtxrun --script cache --erase
>> mtxrun --generate
>>
>> When this doesn't help you simplify your example. First remove one
>> \definefallbackfamily at a time and afterwards remove \definefontfamily
>> until the error disappears.
>>
>> 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
>>
>> ___
>>
>
___
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] latest standalone—lua error

[Alan Bowen]

Hi, Wolfgang—

The mwe is:
\definefontfamily[mainface][rm][STIX Two Text]
[protrusion=quality,
expansion=quality,
mode=node,
force=yes,
features={default, f:oldstyle},
]
]
\definefallbackfamily[mainface] [mm] [STIX Two Text]
  [range=digitsnormal,
force=yes,
features=f:oldstyle]

\definefontfamily[mainface][mm][STIX Two Math]

\setupbodyfont[mainface, 20pt]

\starttext

Hello world!

123456789

\m{123456789}

\oldstyle{123456789}

\stoptext

The problem disappears if I remove either
\definefallbackfamily[mainface] [mm] [STIX Two Text]
  [range=digitsnormal,
force=yes,
features=f:oldstyle]
or
\definefontfamily[mainface][mm][STIX Two Math]

But in neither case do I get oldstyle numerals.

Note too that, when I remove \definefontfamily[mainface][mm][STIX Two
Math], my log file has
mkiv lua stats  > loaded fonts: 2 files: lmmono10-regular.otf,
lmroman10-regular.otf
with no mention of STIX Two Text.

Yet ConTeXt is aware of the STIX Two Math and STIX Two Text fonts.

WE had a power failure very recently. I wonder if that has screwed things
up.

Alan

On Fri, Apr 30, 2021 at 9:45 AM Wolfgang Schuster <
wolfgang.schuster.li...@gmail.com> wrote:

> Alan Bowen schrieb am 30.04.2021 um 13:19:
>
> Hi, Wolfgang—
>
> I copied all the fonts to a new document (file attached) and ran ConTeXt.
> The problem persists. The cause, I think, comes in the lines:
>
> \definefallbackfamily[mainface] [mm] [STIX Two Text]
>   [range=digitsnormal,
> force=yes,
> features=f:oldstyle]
> which used to give me oldstyle numerals.
>
>
> I'm unable to reproduce the error with your example and most of the
> fallbacks are ignored because I don't have the fonts.
>
> To ensure there is no problem with the format and font database delete the
> cache and rebuild it:
>
> mtxrun --script cache --erase
> mtxrun --generate
>
> When this doesn't help you simplify your example. First remove one
> \definefallbackfamily at a time and afterwards remove \definefontfamily
> until the error disappears.
>
> 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
>
> ___
>
___
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] latest standalone—lua error

[Wolfgang Schuster]

Alan Bowen schrieb am 30.04.2021 um 13:19:

Hi, Wolfgang—

I copied all the fonts to a new document (file attached) and ran 
ConTeXt. The problem persists. The cause, I think, comes in the lines:


\definefallbackfamily[mainface] [mm] [STIX Two Text]
[range=digitsnormal,
force=yes,
features=f:oldstyle]
which used to give me oldstyle numerals.


I'm unable to reproduce the error with your example and most of the 
fallbacks are ignored because I don't have the fonts.


To ensure there is no problem with the format and font database delete 
the cache and rebuild it:


        mtxrun --script cache --erase
        mtxrun --generate

When this doesn't help you simplify your example. First remove one 
\definefallbackfamily at a time and afterwards remove \definefontfamily 
until the error disappears.


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] latest standalone—lua error

[Alan Bowen]

Hi, Wolfgang—

I copied all the fonts to a new document (file attached) and ran ConTeXt.
The problem persists. The cause, I think, comes in the lines:

\definefallbackfamily[mainface] [mm] [STIX Two Text]
  [range=digitsnormal,
force=yes,
features=f:oldstyle]
which used to give me oldstyle numerals.

bowen1@acbs-mbp ~ %  mtxrun --script fonts --list --all stixtwotext
yields
identifier   familynamefontnamefilename
   subfont   instances

stixtwotext  stixtwotext   stixtwotext
/Users/bowen1/Library/Fonts/STIX2Text-Regular.otf
stixtwotextnormalstixtwotext   stixtwotextitalic
STIXTwoText-Italic.otf
stixtwotextregular   stixtwotext   stixtwotextmedium
STIXTwoText-Medium.otf


On Thu, Apr 29, 2021 at 2:25 PM Wolfgang Schuster <
wolfgang.schuster.li...@gmail.com> wrote:

> Alan Bowen schrieb am 29.04.2021 um 18:29:
>
> With  ConTeXt  ver: 2021.04.28 18:39 LMTX  fmt: 2021.4.29  int, I am now
> getting the following error on compiling with files that were OK
> previously. Is there something that I need to change?
>
>
> The error is caused by the fallback font for math but you have create a
> minimal example because I'm unable to reproduce it (copy all font settings
> to a new document and run ConTeXt).
>
> Can you also check if the font files are found by ConTeXt:
>
> mtxrun --script fonts --list --all stixtwotext*
>
> 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
>
> ___
>


FontTest.tex
Description: TeX 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] latest standalone—lua error

[Wolfgang Schuster]

Alan Bowen schrieb am 29.04.2021 um 18:29:
With  ConTeXt  ver: 2021.04.28 18:39 LMTX  fmt: 2021.4.29  int, I am 
now getting the following error on compiling with files that were OK 
previously. Is there something that I need to change?


The error is caused by the fallback font for math but you have create a 
minimal example because I'm unable to reproduce it (copy all font 
settings to a new document and run ConTeXt).


Can you also check if the font files are found by ConTeXt:

        mtxrun --script fonts --list --all stixtwotext*

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] latest standalone—lua error

[Alan Bowen]

With  ConTeXt  ver: 2021.04.28 18:39 LMTX  fmt: 2021.4.29  int, I am now
getting the following error on compiling with files that were OK
previously. Is there something that I need to change?

Alan

lua error   > lua error on line 232 in file ../../env_Aestimatio-00.tex:

registered function call [1151]:
...TeX/tex/texmf-context/tex/context/base/mkiv/font-sel.lua:648: attempt to
index a nil value (field 'tf')
stack traceback:
...TeX/tex/texmf-context/tex/context/base/mkiv/font-sel.lua:648: in field
'filefallback'
...TeX/tex/texmf-context/tex/context/base/mkiv/font-sel.lua:666: in field
'mathfallback'
...TeX/tex/texmf-context/tex/context/base/mkiv/font-sel.lua:692: in field
'fallback'
...TeX/tex/texmf-context/tex/context/base/mkiv/font-sel.lua:782: in
function <...TeX/tex/texmf-context/tex/context/base/mkiv/font-sel.lua:777>
(...tail calls...)

222 expansion=quality,
223 mode=node,
224 force=yes,
225 ]
226 \definefallbackfamily[mainface] [mm] [STIX Two Text]
227 [range=digitsnormal,
228 force=yes,
229 features=f:oldstyle]
230
231 \definefontfamily[mainface][mm][STIX Two Math]
232 >>
233 \setupbodyfont[mainface, 10pt]
234
235 \setupalign[hanging, stretch, hz]
236
237 %% French
238 %At beginning insert:
239 % \mainlanguage[fr]
240 % \setcharacterspacing[frenchpunctuation]
241 % \startsetups[footnote:french]
242 %\setcharacterspacing[frenchpunctuation]

mtx-context | fatal error: return code: 256
___
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] latest LMTX breaks XML compilation

[Hans Hagen]

On 2/8/2021 10:11 PM, Pablo Rodriguez wrote:

Hans,

using latest from (2021.02.08 17:03) with all my XML sources breaks
compilation with the following error:

   > tex error on line 2 in file : Argument of \xmlw has an extra }

How I can detect when ConTeXt uses \xmlw?

put a \tracingall someplace near when you think it happens


-
  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] latest LMTX breaks XML compilation

[Pablo Rodriguez]

Hans,

using latest from (2021.02.08 17:03) with all my XML sources breaks
compilation with the following error:

  > tex error on line 2 in file : Argument of \xmlw has an extra }

How I can detect when ConTeXt uses \xmlw?

Latest from 2021.02.08 17:03 doesn’t have this problem.

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
___

Re: [NTG-context] latest lmtx, \startitemeze and Multipage TABLEs no longer works

[Bertrand Masson]

Thanks, I'm waiting for the next version

Le 16/11/2020 à 17:36, Wolfgang Schuster a écrit :

Bertrand Masson schrieb am 16.11.2020 um 14:29:

Hello
With the latest version of lmtx (ConTeXt  ver: 2020.11.04 09:40 LMTX  
fmt: 2020.11.14) \ startitemeze [2] no longer works. Bullets (-) no 
longer appear!


This is already fixed, you're just a few versions behind.

Multipage TABLEs with \bTABLE[split=repeat,option=stretch] no longer 
works.


Should be fixed in the next release.

BTW: Minimal working examples are useful.

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] latest lmtx, \startitemeze and Multipage TABLEs no longer works

[Wolfgang Schuster]

Bertrand Masson schrieb am 16.11.2020 um 14:29:

Hello
With the latest version of lmtx (ConTeXt  ver: 2020.11.04 09:40 LMTX  
fmt: 2020.11.14) \ startitemeze [2] no longer works. Bullets (-) no 
longer appear!


This is already fixed, you're just a few versions behind.


Multipage TABLEs with \bTABLE[split=repeat,option=stretch] no longer works.


Should be fixed in the next release.

BTW: Minimal working examples are useful.

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] latest lmtx, \startitemeze and Multipage TABLEs no longer works

[Hans van der Meer]

Shouldn't it be \startitemize ? Or is there another problem?
dr. Hans van der Meer


> On 16 Nov 2020, at 14:29, Bertrand Masson  wrote:
> 
> Hello
> With the latest version of lmtx (ConTeXt  ver: 2020.11.04 09:40 LMTX  fmt: 
> 2020.11.14) \ startitemeze [2] no longer works. Bullets (-) no longer appear!
> 
> Multipage TABLEs with \bTABLE[split=repeat,option=stretch] no longer works.
> 
> Bertrand
> 
> ___
> 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] latest lmtx, \startitemeze and Multipage TABLEs no longer works

[Bertrand Masson]

Hello
With the latest version of lmtx (ConTeXt  ver: 2020.11.04 09:40 LMTX  
fmt: 2020.11.14) \ startitemeze [2] no longer works. Bullets (-) no 
longer appear!


Multipage TABLEs with \bTABLE[split=repeat,option=stretch] no longer works.

Bertrand

___
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] latest lmtx

[Hans Hagen]

On 11/15/2020 12:05 AM, Thomas A. Schmitz wrote:

On 11/14/20 12:17 AM, j.ha...@xs4all.nl wrote:

Take today's upload.



Hi Hans,

since you mentioned that such buglets may occur, here's another one, but 
in this case, the error message is obscure to me, and I have no clue 
where in the environment file it is triggered (it's an xml-project):


tex error   > tex error on line 8 in file cont-yes.mkiv: ?


lua error:

     registered function call [382]: [string "..."]:5: attempt to 
call a nil value (global 'scanintegerargument')

stack traceback:
     [string "..."]:5: in function <[string "..."]:4>

Does that ring any bell?

>rgrep scanintegerargument *.l*
./toks-scn.lmt 44: local scanintegerargument = scanners.integerargument
./toks-scn.lmt263: scanintegerargument = scanintegerargument,

so

\ctxlua{print(tokens.scanners.integerargument)}

should print a function reference

if not, you have a mismatch between engine and context files

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] latest lmtx

[Thomas A. Schmitz]

On 11/14/20 12:17 AM, j.ha...@xs4all.nl wrote:

Take today's upload.



Hi Hans,

since you mentioned that such buglets may occur, here's another one, but 
in this case, the error message is obscure to me, and I have no clue 
where in the environment file it is triggered (it's an xml-project):


tex error   > tex error on line 8 in file cont-yes.mkiv: ?


lua error:

registered function call [382]: [string "..."]:5: attempt to 
call a nil value (global 'scanintegerargument')

stack traceback:
[string "..."]:5: in function <[string "..."]:4>

Does that ring any bell?

All best

Thomas
___
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] latest lmtx

[Thomas A. Schmitz]

> On 14. Nov 2020, at 00:17, j.ha...@xs4all.nl wrote:
> 
> Take today's upload.
> 
> Hans
> 
> 
Hi Hans,

Yes, it works again! Thanks for the quick fix; I’m looking forward to new 
adventures in context land…

All best

Thomas
___
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] latest lmtx

[j . hagen]

Take today's upload.HansOp 13 nov. 2020 23:04 schreef "Thomas A. Schmitz" :Hi all,
I hadn't upgraded in a couple of weeks because I was in the middle of a 
project. Now that I'm up to 2020.11.08, I have a problem: I can't load 
my third party modules; they all throw an error.
The error message is
Use of \syst_modules_setup_yes doesn't match its definition
So I guess it's the way I have used setupmodule in my modules. I tried 
to find and understand the new code by comparing file-mod.mkvi vs 
file-mod.mklx, and it should be around l. 117-131 of this file, but I 
don't quite see what needs to be changed. A line such as
\setupmodule [scale=1,font=GreekDidot]
for my t-ancientgreek.mkiv works fine with the --luatex switch; in lmtx, 
context chokes on it. What is the new incantation for modules?
Thomas
___
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] latest lmtx

[Thomas A. Schmitz]

Hi all,

I hadn't upgraded in a couple of weeks because I was in the middle of a 
project. Now that I'm up to 2020.11.08, I have a problem: I can't load 
my third party modules; they all throw an error.


The error message is

Use of \syst_modules_setup_yes doesn't match its definition

So I guess it's the way I have used setupmodule in my modules. I tried 
to find and understand the new code by comparing file-mod.mkvi vs 
file-mod.mklx, and it should be around l. 117-131 of this file, but I 
don't quite see what needs to be changed. A line such as


\setupmodule [scale=1,font=GreekDidot]

for my t-ancientgreek.mkiv works fine with the --luatex switch; in lmtx, 
context chokes on it. What is the new incantation for modules?


Thomas
___
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] latest lmtx

[Alan Bowen]

Hi, Otared—

I had

#!/bin/zsh

#set path=  ($path /usr/texbin
/Applications/LuaMetaTeX/tex/texmf-osx-64/bin)
export
PATH=~/context-osx-64/tex/texmf-osx-64/bin:~/context-osx-64/bin:~/context-osx-64/tex/texmf-osx-64/bin

~/context-osx-64/tex/texmf-osx-64/bin/mtxrun --autogenerate --script
context --directives="system.showerror" --autopdf "$1" --purgeall

but on reading your response and checking my LuaMetaTeX directory, I
changed the 2nd line to

export
PATH=~/tex/texmf-osx-64/bin:~/context-osx-64/bin:~/context-osx-64/tex/texmf-osx-64/bin

and the files now process as they should.

It is odd that it worked before with the mistaken entry.

Many thanks to you and Hraban for your help!

Alan


On Sat, Sep 5, 2020 at 11:46 AM Otared Kavian  wrote:

> Hi Alan,
>
> Where did you install LuaMetaTeX?
> For instance my LuaMetaTeX.engine contains the following three lines:
>
> #!/bin/bash
>
> export
> PATH=/context-osx-64/tex/texmf-osx-64/bin:/context-osx-64/bin:/context-osx-64/tex/texmf-osx-64/bin
>
> /context-osx-64/tex/texmf-osx-64/bin/mtxrun --autogenerate --script
> context --directives="system.showerror" --autopdf "$1" --purgeall
>
> where I am invoking the file
> /context-osx-64/tex/texmf-osx-64/bin/mtxrun
> which is in the folder context-osx-64 where I installed LuaMetaTeX by
> running
> sh install.sh
>
> Therefore your LuaMetaTeX.engine file should contain the correct path.
>
> Best regards: Otared
>
> > On 5 Sep 2020, at 17:19, Alan Bowen  wrote:
> >
> > No, Hraban, and I have never had a directory
> /Users/bowen1/context-osx-64. Does Luametatex 2.10 (Context 2020.09.03) now
> require one?
> >
> > Alan
> >
> > On Sat, Sep 5, 2020 at 10:26 AM Henning Hraban Ramm 
> wrote:
> >
> >
> > > Am 05.09.2020 um 16:08 schrieb Alan Bowen :
> > >
> > > When I process
> > > \starttext
> > > Hello, world!
> > > \stoptext
> > > I get the following error message:
> > >
> > > /Users/bowen1/Library/TeXShop/Engines/LuaMetaTeX.engine:9: no such
> file or directory: /Users/bowen1/context-osx-64/tex/texmf-osx-64/bin/mtxrun
> > >
> > > resolvers   | formats | executing runner 'run luametatex format':
> /Applications/LuaMetaTeX/tex/texmf-osx-64/bin/luametatex
> --jobname="Version"
> --fmt=/Applications/LuaMetaTeX/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt
> --lua=/Applications/LuaMetaTeX/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui
> cont-yes.mkiv --c:autogenerate --c:currentrun=1 --c:file-line-error
> --c:fulljobname="./Version.tex" --c:input="./Version.tex" --c:kindofrun=1
> --c:maxnofruns=9 --c:synctex="1"
> --c:texmfbinpath="/Applications/LuaMetaTeX/tex/texmf-osx-64/bin"
> > > mtx-context | fatal error: return code: 11
> > >
> > > There is definitely a file
> > > /Users/bowen1/Library/TeXShop/Engines/LuaMetaTeX.engine.
> > > Previous versions of lmtx process without any problem.
> >
> > The message doesn’t ask for the engine file, but for the mtxrun script
> mentioned in line 9 of the engine.
> >
> > Is /Users/bowen1/context-osx-64/tex/texmf-osx-64/bin/mtxrun still valid
> in your installation?
> >
> > Hraban
> >
> ___
> > 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
> >
> ___
>
>
> ___
> 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 / 

Re: [NTG-context] latest lmtx

[Otared Kavian]

Hi Alan,

Where did you install LuaMetaTeX? 
For instance my LuaMetaTeX.engine contains the following three lines:

#!/bin/bash

export 
PATH=/context-osx-64/tex/texmf-osx-64/bin:/context-osx-64/bin:/context-osx-64/tex/texmf-osx-64/bin

/context-osx-64/tex/texmf-osx-64/bin/mtxrun --autogenerate --script context 
--directives="system.showerror" --autopdf "$1" --purgeall

where I am invoking the file 
/context-osx-64/tex/texmf-osx-64/bin/mtxrun
which is in the folder context-osx-64 where I installed LuaMetaTeX by running 
sh install.sh

Therefore your LuaMetaTeX.engine file should contain the correct path.

Best regards: Otared

> On 5 Sep 2020, at 17:19, Alan Bowen  wrote:
> 
> No, Hraban, and I have never had a directory  /Users/bowen1/context-osx-64. 
> Does Luametatex 2.10 (Context 2020.09.03) now require one?
> 
> Alan
> 
> On Sat, Sep 5, 2020 at 10:26 AM Henning Hraban Ramm  wrote:
> 
> 
> > Am 05.09.2020 um 16:08 schrieb Alan Bowen :
> > 
> > When I process
> > \starttext
> > Hello, world!
> > \stoptext
> > I get the following error message:
> > 
> > /Users/bowen1/Library/TeXShop/Engines/LuaMetaTeX.engine:9: no such file or 
> > directory: /Users/bowen1/context-osx-64/tex/texmf-osx-64/bin/mtxrun
> > 
> > resolvers   | formats | executing runner 'run luametatex format': 
> > /Applications/LuaMetaTeX/tex/texmf-osx-64/bin/luametatex 
> > --jobname="Version" 
> > --fmt=/Applications/LuaMetaTeX/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt
> >  
> > --lua=/Applications/LuaMetaTeX/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui
> >  cont-yes.mkiv --c:autogenerate --c:currentrun=1 --c:file-line-error 
> > --c:fulljobname="./Version.tex" --c:input="./Version.tex" --c:kindofrun=1 
> > --c:maxnofruns=9 --c:synctex="1" 
> > --c:texmfbinpath="/Applications/LuaMetaTeX/tex/texmf-osx-64/bin"
> > mtx-context | fatal error: return code: 11
> > 
> > There is definitely a file 
> > /Users/bowen1/Library/TeXShop/Engines/LuaMetaTeX.engine.
> > Previous versions of lmtx process without any problem. 
> 
> The message doesn’t ask for the engine file, but for the mtxrun script 
> mentioned in line 9 of the engine.
> 
> Is /Users/bowen1/context-osx-64/tex/texmf-osx-64/bin/mtxrun still valid in 
> your installation?
> 
> Hraban
> ___
> 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
> ___

___
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] latest lmtx

[Alan Bowen]

No, Hraban, and I have never had a directory  /Users/bowen1/context-osx-64.
Does Luametatex 2.10 (Context 2020.09.03) now require one?

Alan

On Sat, Sep 5, 2020 at 10:26 AM Henning Hraban Ramm  wrote:

>
>
> > Am 05.09.2020 um 16:08 schrieb Alan Bowen :
> >
> > When I process
> > \starttext
> > Hello, world!
> > \stoptext
> > I get the following error message:
> >
> > /Users/bowen1/Library/TeXShop/Engines/LuaMetaTeX.engine:9: no such file
> or directory: /Users/bowen1/context-osx-64/tex/texmf-osx-64/bin/mtxrun
> >
> > resolvers   | formats | executing runner 'run luametatex format':
> /Applications/LuaMetaTeX/tex/texmf-osx-64/bin/luametatex
> --jobname="Version"
> --fmt=/Applications/LuaMetaTeX/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt
> --lua=/Applications/LuaMetaTeX/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui
> cont-yes.mkiv --c:autogenerate --c:currentrun=1 --c:file-line-error
> --c:fulljobname="./Version.tex" --c:input="./Version.tex" --c:kindofrun=1
> --c:maxnofruns=9 --c:synctex="1"
> --c:texmfbinpath="/Applications/LuaMetaTeX/tex/texmf-osx-64/bin"
> > mtx-context | fatal error: return code: 11
> >
> > There is definitely a file
> > /Users/bowen1/Library/TeXShop/Engines/LuaMetaTeX.engine.
> > Previous versions of lmtx process without any problem.
>
> The message doesn’t ask for the engine file, but for the mtxrun script
> mentioned in line 9 of the engine.
>
> Is /Users/bowen1/context-osx-64/tex/texmf-osx-64/bin/mtxrun still valid in
> your installation?
>
> Hraban
>
> ___
> 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] latest lmtx

[Henning Hraban Ramm]

> Am 05.09.2020 um 16:08 schrieb Alan Bowen :
> 
> When I process
> \starttext
> Hello, world!
> \stoptext
> I get the following error message:
> 
> /Users/bowen1/Library/TeXShop/Engines/LuaMetaTeX.engine:9: no such file or 
> directory: /Users/bowen1/context-osx-64/tex/texmf-osx-64/bin/mtxrun
> 
> resolvers   | formats | executing runner 'run luametatex format': 
> /Applications/LuaMetaTeX/tex/texmf-osx-64/bin/luametatex --jobname="Version" 
> --fmt=/Applications/LuaMetaTeX/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt
>  
> --lua=/Applications/LuaMetaTeX/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui
>  cont-yes.mkiv --c:autogenerate --c:currentrun=1 --c:file-line-error 
> --c:fulljobname="./Version.tex" --c:input="./Version.tex" --c:kindofrun=1 
> --c:maxnofruns=9 --c:synctex="1" 
> --c:texmfbinpath="/Applications/LuaMetaTeX/tex/texmf-osx-64/bin"
> mtx-context | fatal error: return code: 11
> 
> There is definitely a file 
> /Users/bowen1/Library/TeXShop/Engines/LuaMetaTeX.engine.
> Previous versions of lmtx process without any problem. 

The message doesn’t ask for the engine file, but for the mtxrun script 
mentioned in line 9 of the engine.

Is /Users/bowen1/context-osx-64/tex/texmf-osx-64/bin/mtxrun still valid in your 
installation?

Hraban
___
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] latest lmtx

[Alan Bowen]

When I process
\starttext
Hello, world!
\stoptext
I get the following error message:

/Users/bowen1/Library/TeXShop/Engines/LuaMetaTeX.engine:9: no such file or
directory: /Users/bowen1/context-osx-64/tex/texmf-osx-64/bin/mtxrun

resolvers   | formats | executing runner 'run luametatex format':
/Applications/LuaMetaTeX/tex/texmf-osx-64/bin/luametatex
--jobname="Version"
--fmt=/Applications/LuaMetaTeX/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt
--lua=/Applications/LuaMetaTeX/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui
cont-yes.mkiv --c:autogenerate --c:currentrun=1 --c:file-line-error
--c:fulljobname="./Version.tex" --c:input="./Version.tex" --c:kindofrun=1
--c:maxnofruns=9 --c:synctex="1"
--c:texmfbinpath="/Applications/LuaMetaTeX/tex/texmf-osx-64/bin"
mtx-context | fatal error: return code: 11

There is definitely a file
/Users/bowen1/Library/TeXShop/Engines/LuaMetaTeX.engine.
Previous versions of lmtx process without any problem.

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

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

Re: [NTG-context] latest silly question - insert unicode character?

[Hans Hagen]

On 6/25/2020 12:38 AM, Mike Cooper wrote:

How does one insert/use a special character?At this particular time, I 
want Double Prime: Unicode 02BA.

\setupbodyfont[dejavu]

\setupbodyfont[dejavu]

\starttext

\Uchar "02BA % followed by space or \relax or {}
\utfchar{"02BA}%
\utfchar{0x02BA}%
\doubleprime % from math font
ʺ
\stoptext

(not all fonts have that character but \doubleprime normally works as it 
gets the character from the math font)


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] latest silly question - insert unicode character?

[Mike Cooper]

Hi.  Me again.

How does one insert/use a special character?  At this particular time, I want 
Double Prime: Unicode 02BA.

How??

THANKS!


Mike Cooper
Technical Trainer
Murchison Drilling Schools, Inc.
2501 Juan Tabo NE
Albuquerque, NM 87112
Tel: (505) 293-6271
Fax: (505) 298-5294
Email: 
m...@murchisondrillingschools.com
Website: 
www.murchisondrillingschools.com
[cid:image007.jpg@01D03ADC.BD6E6850]
  [cid:image008.jpg@01D03ADC.BD6E6850] 
   
[cid:image009.jpg@01D03ADC.BD6E6850] 
Murchison Drilling Schools is now part of
[cid:image001.png@01D63515.857FD120]

___
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] Latest changes in some size registers

[Willi Egger]

Wolfgang I would like to have your capacity of remembering things… Thank you so 
much!

Willi

> On 25 Feb 2019, at 23:30, Wolfgang Schuster 
>  wrote:
> 
> Willi Egger schrieb am 25.02.19 um 22:44:
>> Hi Wolfgang,
>> 
>> that is a nice coincidence! I was stuck just today with this very issue! 
>> Thank you for this information.
> 
> You can try the two solutions (“grid=no” or “strut=no”) from this old thread: 
> https://mailman.ntg.nl/pipermail/ntg-context/2018/093250.html
> 
> 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
> ___

___
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] Latest changes in some size registers

[Wolfgang Schuster]

Willi Egger schrieb am 25.02.19 um 22:44:

Hi Wolfgang,

that is a nice coincidence! I was stuck just today with this very issue! Thank 
you for this information.


You can try the two solutions (“grid=no” or “strut=no”) from this old 
thread: https://mailman.ntg.nl/pipermail/ntg-context/2018/093250.html


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] Latest changes in some size registers

[Willi Egger]

Hi Wolfgang,

that is a nice coincidence! I was stuck just today with this very issue! Thank 
you for this information.

Best

Willi

> On 25 Feb 2019, at 18:39, Wolfgang Schuster 
>  wrote:
> 
> Martin Bruchanov schrieb am 22.02.19 um 04:37:
>> Hi all,
>> 
>> I have some very condensed documents which should fit on one page:
>> 
>> http://gnulinux.guru/bash_cheatsheet.pdf
>> 
>> Without any major change in style definition, there is more space around 
>> sections or itemize:
>> 
>> http://gnulinux.guru/bash_cheatsheet_diff.pdf
>> 
>> Source code is here:
>> 
>> https://github.com/BruXy/gnulinux.guru/tree/master/bash_tahak
>> 
>> Did I miss some update which has introduced some different length settings?
>> 
>> I have version: 2019.02.14 16:57
> 
> The columns-environment uses now the newer mixedcolumns code
> which create by default different spaces around section titles.
> 
> The old columns code can be loaded as a module with
> \usemodule[old-multicolumns]
> 
> 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
> ___

___
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] Latest changes in some size registers

[Martin Bruchanov]

Hi Wolfang,

Thank you very much for both answers!

I have updated it on wiki:

https://wiki.contextgarden.net/Visual_Debugging#Layout

Regards,

BruXy

On 2019-02-25 1:39 p.m., Wolfgang Schuster wrote:

Martin Bruchanov schrieb am 22.02.19 um 04:37:

Hi all,

I have some very condensed documents which should fit on one page:

http://gnulinux.guru/bash_cheatsheet.pdf

Without any major change in style definition, there is more space 
around sections or itemize:


http://gnulinux.guru/bash_cheatsheet_diff.pdf

Source code is here:

https://github.com/BruXy/gnulinux.guru/tree/master/bash_tahak

Did I miss some update which has introduced some different length 
settings?


I have version: 2019.02.14 16:57


The columns-environment uses now the newer mixedcolumns code
which create by default different spaces around section titles.

The old columns code can be loaded as a module with
\usemodule[old-multicolumns]

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] Latest changes in some size registers

[Wolfgang Schuster]

Martin Bruchanov schrieb am 22.02.19 um 04:37:

Hi all,

I have some very condensed documents which should fit on one page:

http://gnulinux.guru/bash_cheatsheet.pdf

Without any major change in style definition, there is more space 
around sections or itemize:


http://gnulinux.guru/bash_cheatsheet_diff.pdf

Source code is here:

https://github.com/BruXy/gnulinux.guru/tree/master/bash_tahak

Did I miss some update which has introduced some different length 
settings?


I have version: 2019.02.14 16:57


The columns-environment uses now the newer mixedcolumns code
which create by default different spaces around section titles.

The old columns code can be loaded as a module with
\usemodule[old-multicolumns]

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] Latest changes in some size registers

[Wolfgang Schuster]

Martin Bruchanov schrieb am 25.02.19 um 17:39:

I have just done some manual  changes to solve this:

  before={\blank[1*small]} to  before={\blank[-5pt]},%

Btw, is there any way to display values of these visual attributes when 
I need to debug "setupsection" setting?


(I am usually changing a lot of stuff and comparing it with Wiki and 
output, but it is quite lame approach.)


\usemodule [setups]

\starttext

% \setuphead [..,..=..,..]
\showrootvalues [head]

% \setuphead [chapter] [..,..=..,..]
\showinstancevalues [head] [chapter]

\stoptext

Wolfgang

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

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

Re: [NTG-context] Latest changes in some size registers

[Martin Bruchanov]

I have just done some manual  changes to solve this:

 before={\blank[1*small]} to  before={\blank[-5pt]},%

Btw, is there any way to display values of these visual attributes when 
I need to debug "setupsection" setting?


(I am usually changing a lot of stuff and comparing it with Wiki and 
output, but it is quite lame approach.)


Regards,

BruXy


On 2019-02-21 11:37 p.m., Martin Bruchanov wrote:

Hi all,

I have some very condensed documents which should fit on one page:

http://gnulinux.guru/bash_cheatsheet.pdf

Without any major change in style definition, there is more space 
around sections or itemize:


http://gnulinux.guru/bash_cheatsheet_diff.pdf

Source code is here:

https://github.com/BruXy/gnulinux.guru/tree/master/bash_tahak

Did I miss some update which has introduced some different length 
settings?


I have version: 2019.02.14 16:57

Regards,

BruXy

___ 

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] Latest changes in some size registers

[Martin Bruchanov]

Hi all,

I have some very condensed documents which should fit on one page:

http://gnulinux.guru/bash_cheatsheet.pdf

Without any major change in style definition, there is more space around 
sections or itemize:


http://gnulinux.guru/bash_cheatsheet_diff.pdf

Source code is here:

https://github.com/BruXy/gnulinux.guru/tree/master/bash_tahak

Did I miss some update which has introduced some different length settings?

I have version: 2019.02.14 16:57

Regards,

BruXy

___
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] latest beta (october 18th): likely bug in \mirror

[Hans Hagen]

On 11/23/2018 1:31 PM, mf wrote:

A much simpler example:

\starttext

\ConTeXt\ version: \contextversion.

A paragraph with a mirrored \mirror{word} inside.

Another paragraph.

\stoptext

i'll send you a fix

-
  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] latest beta (November 18th): likely bug in \mirror

[mf]

Sorry for the mistake in the subject: the bug is in the latest beta of 
November, 18th.

___
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] latest beta (october 18th): likely bug in \mirror

[mf]

A much simpler example:

\starttext

\ConTeXt\ version: \contextversion.

A paragraph with a mirrored \mirror{word} inside.

Another paragraph.

\stoptext


mirror-not-ok.pdf
Description: Adobe PDF document


mirror-ok.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] latest beta (october 18th): likely bug in \mirror

[mf]

Hello list,
the effect of \mirror in latest beta looks extended to the following 
content in the page.


It seems a bug in the \mirror macro or another bug that is reflected in 
\mirror (forgive the pun).


Massimiliano
% (the following brace is a modified version of one posted by Wolfgang)
\startuseMPgraphic{accolade}
z1  = (-233,0) ;
z2  = (-220,22) ;
z3  = (-155,211) ;
z4  = (-200,690) ;
z5  = (-142,1033) ;
z6  = (-97,1106) ;
z7  = (-71,1125) ;
z8  = (-61,1104) ;
z9  = (-80,1077) ;
z10 = (-108,1002) ;
z11 = (-129,666) ;
z12 = (-117,207) ;
z13 = (-197,19) ;
z14 = (-208,0) ;
z15 = (-197,-19) ;
z16 = (-117,-207) ;
z17 = (-129,-666) ;
z18 = (-108,-1026) ;
z19 = (-80,-1077) ;
z20 = (-61,-1104) ;
z21 = (-71,-1125) ;
z22 = (-97,-1106) ;
z23 = (-143,-1031) ;
z24 = (-199,-673) ;
z25 = (-155,-211) ;
z26 = (-220,-22) ;
fill z1 for i=2 upto 14: .. z[i] endfor & z14 for j=15 upto 26: .. z[j]
endfor .. z1 & cycle ;
\stopuseMPgraphic

% braces are scaled to fit the box
\defineoverlay[leftbrace] [\middlealigned{\scale[height=\overlayheight,width=\dimexpr 3pt+.015\dimexpr\overlayheight\relax\relax]{\useMPgraphic{accolade}}}]
\defineoverlay[rightbrace][\middlealigned{\mirror{\scale[height=\overlayheight,width=\dimexpr 3pt+.015\dimexpr\overlayheight\relax]{\useMPgraphic{accolade]

\starttext

  Context version: \contextversion.

  \blank

  \bTABLE[framecolor=orange]
\bTR
  \bTD a \eTD
  \bTD[nr=3,width=1em,background=rightbrace] \eTD
  \bTD[nr=3,align=lohi] abc \eTD
\eTR
\bTR
  \bTD b \eTD
\eTR
\bTR
  \bTD c \eTD
\eTR
  \eTABLE

  \blank

  Following text: \input sapolsky

\stoptext


brace-not-ok.pdf
Description: Adobe PDF document


brace-ok.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] Latest beta

[Fabrice Couvreur]

Hello,
Compile error after context standalone update
Thanks
Fabrice

Running `ConTeXt' on `Test' with ``context --once --texutil --purgeall
--nonstop Test.tex''
resolvers   | trees | analyzing 'home:texmf'
mtx-context | run 1: luatex
--fmt="/home/aragorn/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en"
--interaction="nonstopmode" --jobname="Test"
--lua="/home/aragorn/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en.lui"
--no-parse-first-line --c:currentrun=1 --c:fulljobname="./Test.tex"
--c:input="./Test.tex" --c:kindofrun=3 --c:maxnofruns=1 --c:nonstopmode
--c:once --c:purgeall --c:texutil "cont-yes.mkiv"

This is LuaTeX, Version 1.08.0 (TeX Live 2018)
 system commands enabled.

resolvers   > trees > analyzing 'home:texmf'
open source > level 1, order 1, name
'/home/aragorn/context/tex/texmf-context/tex/context/base/mkiv/cont-yes.mkiv'
job > passes > version mismatch: 1.3 <> 1.31
system  >
system  > ConTeXt  ver: 2018.08.20 17:47 MKIV beta  fmt: 2018.8.20
int: english/english
system  >
system  > 'cont-new.mkiv' loaded
open source > level 2, order 2, name
'/home/aragorn/context/tex/texmf-context/tex/context/base/mkiv/cont-new.mkiv'
system  > beware: some patches loaded from cont-new.mkiv
close source> level 2, order 2, name
'/home/aragorn/context/tex/texmf-context/tex/context/base/mkiv/cont-new.mkiv'

system  > files > jobname 'Test', input './Test', result 'Test'
fonts   > latin modern fonts are not preloaded
languages   > language 'en' is active
open source > level 2, order 3, name '/home/aragorn/Test.tex'
fonts   > preloading latin modern fonts (second stage)
fonts   > 'fallback modern-designsize rm 12pt' is loaded
structure   > sectioning > title @ level 2 : 0.0 -> Sommaire
backend > xmp > using file
'/home/aragorn/context/tex/texmf-context/tex/context/base/mkiv/lpdf-pdx.xml'
pages   > flushing realpage 1, userpage 1, subpage 1
structure   > sectioning > chapter @ level 2 : 0.1 -> Espaces
probabilisés
metapost> initializing instance 'metafun:1' using format 'metafun'
and method 'default'
metapost> loading 'metafun' as
'/home/aragorn/context/tex/texmf-context/metapost/context/base/mpiv/metafun.mpiv'
using method 'default'
metapost> initializing number mode 'scaled'

lua error   > lua error on line 10 in file /home/aragorn/Test.tex:

...ext/tex/texmf-context/tex/context/base/mkiv/node-nut.lua:190: attempt to
call a nil value (global 'getid')
stack traceback:
...ext/tex/texmf-context/tex/context/base/mkiv/node-nut.lua:190: in
upvalue 'getexpansion'
...ext/tex/texmf-context/tex/context/base/mkiv/font-mps.lua:343: in
function <...ext/tex/texmf-context/tex/context/base/mkiv/font-mps.lua:338>
...ext/tex/texmf-context/tex/context/base/mkiv/font-mps.lua:437: in
local 'boxtomp'
...ext/tex/texmf-context/tex/context/base/mkiv/mlib-pps.lua:1894: in
function <...ext/tex/texmf-context/tex/context/base/mkiv/mlib-pps.lua:1891>
(...tail calls...)

 1 %macro=mkiv
 2
 3 \setuppagenumbering[location=footer]
 4
 5 \startusableMPgraphic{NumberHead}
 6  draw outlinetext.f
 7  ("\bf\namedheadnumber{chapter}")
 8  (withcolor "lightgray")
 9  ysized 50pt ;
10 >>  \stopusableMPgraphic
11
12 \unexpanded\def\processMPheadnumber#1%
13   {\useMPgraphic{NumberHead}}
14
15 \setuphead
16[chapter]
17[command=\HeadTitle,
18 headstyle=\ss,
19 numbercommand=\processMPheadnumber,
20]


structure   > sectioning > subsection @ level 4 : 0.1.0.1 -> Expérience
aléatoire et univers
structure   > sectioning > subsection @ level 4 : 0.1.0.2 -> Événements

lua error   > lua error on line 10 in file /home/aragorn/Test.tex:

...ext/tex/texmf-context/tex/context/base/mkiv/node-nut.lua:190: attempt to
call a nil value (global 'getid')
stack traceback:
...ext/tex/texmf-context/tex/context/base/mkiv/node-nut.lua:190: in
upvalue 'getexpansion'
...ext/tex/texmf-context/tex/context/base/mkiv/font-mps.lua:343: in
function <...ext/tex/texmf-context/tex/context/base/mkiv/font-mps.lua:338>
...ext/tex/texmf-context/tex/context/base/mkiv/font-mps.lua:437: in
local 'boxtomp'
...ext/tex/texmf-context/tex/context/base/mkiv/mlib-pps.lua:1894: in
function <...ext/tex/texmf-context/tex/context/base/mkiv/mlib-pps.lua:1891>
(...tail calls...)

 1 %macro=mkiv
 2
 3 \setuppagenumbering[location=footer]
 4
 5 \startusableMPgraphic{NumberHead}
 6  draw outlinetext.f
 7  ("\bf\namedheadnumber{chapter}")
 8  (withcolor "lightgray")
 9  ysized 50pt ;
10 >>  \stopusableMPgraphic
11
12 \unexpanded\def\processMPheadnumber#1%
13   {\useMPgraphic{NumberHead}}
14
15 \setuphead
16

Re: [NTG-context] latest beta (2018.08.14 23:10)

[Pablo Rodriguez]

On 08/15/2018 06:31 PM, Pablo Rodriguez wrote:
> On 08/15/2018 05:49 PM, Alan Bowen wrote:
>> When I run the latest standalone beta, the following
>>
>> \starttext
>> Hello, world!
>> \stoptext
>>
>> fails with the error message:
>> [...]
> 
> I can confirm the break in the compilation.

Many thanks, Hans, for fixing this in beta from 2018.08.15 18:45.

Pablo
-- 
http://www.ousia.tk
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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

Re: [NTG-context] latest beta (2018.08.14 23:10)

[Pablo Rodriguez]

On 08/15/2018 05:49 PM, Alan Bowen wrote:
> When I run the latest standalone beta, the following
> 
> \starttext
> Hello, world!
> \stoptext
> 
> fails with the error message:
> [...]

I can confirm that the break in the compilation.

Exactly the same message here.

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
___

[NTG-context] latest beta (2018.110.14)

[Alan Bowen]

When I run the latest standalone beta, the following

\starttext
Hello, world!
\stoptext

fails with the error message:

lua error   > lua error on line 5 in file
/Users/bowen1/Desktop/TestTeX/test-01.tex:


...eXt/tex/texmf-context/tex/context/base/mkiv/cldf-ini.lua:1120: no string
to print

stack traceback:

[C]: in function 'tex.sprint'

...eXt/tex/texmf-context/tex/context/base/mkiv/cldf-ini.lua:1120: in
upvalue 'sprint'

...eXt/tex/texmf-context/tex/context/base/mkiv/cldf-bas.lua:180: in upvalue
'ctx_latelua'

...eXt/tex/texmf-context/tex/context/base/mkiv/anch-pos.lua:643: in
function <...eXt/tex/texmf-context/tex/context/base/mkiv/anch-pos.lua:601>

(...tail calls…)


1

2

3 \starttext

4

5 >>  Hello, world!

6

7 \stoptext

8


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

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

Re: [NTG-context] latest beta and \seeindex

[Hans Hagen]

On 6/25/2018 4:01 PM, Henning Hraban Ramm wrote:

Am 2018-06-25 um 14:18 schrieb Hans Hagen :


On 6/24/2018 10:07 PM, Henning Hraban Ramm wrote:

\starttext
\index{sample}
\index{fun+games}\index{fun+stuff}
%\index{fun}


btw, index entries will only work well with an anchor so loose \index without 
something following it will not show the right page numbers (if at all)


I don’t understand - why should I try a bare \index?
your example had so i had to add some bogus content (anyway, i now 
inject a placeholder as warning anyway)


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] latest beta and \seeindex

[Alan Braslau]

"Mathematics is the art of giving the same name to different things. It
is enough that these things, though differing in matter, should be
similar in form, to permit their being, so to speak, cast in the same
mold. When the language has been carefully chosen, one is surprised to
discover that all proofs developed for a given object, can be
immediately applied to many new objects; there is nothing to be
changed, not even the words, since all the names have become the same."

(my translation)

;-)


On Mon, 25 Jun 2018 07:21:43 -0400
Alan Bowen  wrote:

> I should add too that in this particular volume our contributors
> sometimes mention different terms for the same thing as in “This is
> called p or q”. Indexing both terms (p and q) separately and the
> adding  x-ref is one way to go but indexing the more commonly used
> term and adding a mere x-ref for the other is more efficient.
> 
> Alan
> 
> On Sun, Jun 24, 2018 at 4:08 PM Henning Hraban Ramm 
> wrote:
> 
> > Am 2018-06-24 um 21:57 schrieb Hans Hagen :
> >  
> > > On 6/23/2018 5:10 PM, Alan Bowen wrote:  
> > >> The latest beta (ConTeXtver: 2018.06.23 12:12 MKIV betafmt:
> > >> 2018.6.23)  
> > processes without a hitch but \seeindex is still not working as
> > expected.  
> > >> In
> > >> \starttext
> > >> \index{sample}
> > >> \index{fun+games}\index{fun+stuff}
> > >> %\index{fun}
> > >> \seeindex{fun}{sample}% now with heading (as it should be)
> > >> \seeindex{fun}{blah}% not shown
> > >> \seeindex{fun}{humbug}% not shown
> > >> \seeindex{fun}{bug}% not shown
> > >> \seeindex{fun+games}{entertainment}% not shown
> > >> \placeindex[n=1]
> > >> \stoptext
> > >> When I generate the indices for my book, \seeindex{A}{B} works
> > >> only if  
> > it is a unique x-ref and A is a heading. Multiple x-refs to the same
> > heading fail as do x-refs to subheadings.  
> > > sure,
> > >
> > > \seeindex{fun}{blah}% not shown
> > > \seeindex{fun}{humbug}  % not shown
> > > \seeindex{fun}{bug} % not shown
> > >
> > > as there is no index entry blah, humbug or bug ... so you would
> > > be  
> > fooling your reader
> >
> > I understand the rationale, and it could be a nice feature, but we
> > need to refer to entries in a different register, e.g. from an
> > index of topics to an index of persons, e.g.
> > \seeindex{Pragma}{Hagen, Hans} or to subentries like
> > \seeindex{fun+games}{bah+humbug}. Since the latter doesn’t work (or
> > does it now?), we use \seeindex{fun+games}{bah/humbug}.
> >
> >
> > Greetlings, Hraban
> > ---
> > https://www.fiee.net
> > http://wiki.contextgarden.net
> > https://www.dreiviertelhaus.de
> > GPG Key ID 1C9B22FD
> >
> >
> > ___
> > 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] latest beta and \seeindex

[Henning Hraban Ramm]

Am 2018-06-25 um 14:18 schrieb Hans Hagen :

> On 6/24/2018 10:07 PM, Henning Hraban Ramm wrote:
 \starttext
 \index{sample}
 \index{fun+games}\index{fun+stuff}
 %\index{fun}
> 
> btw, index entries will only work well with an anchor so loose \index without 
> something following it will not show the right page numbers (if at all)

I don’t understand - why should I try a bare \index?

Greetlings, Hraban
---
https://www.fiee.net
http://wiki.contextgarden.net
https://www.dreiviertelhaus.de
GPG Key ID 1C9B22FD

___
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] latest beta and \seeindex

[Henning Hraban Ramm]

Am 2018-06-25 um 14:15 schrieb Hans Hagen :

> On 6/24/2018 10:07 PM, Henning Hraban Ramm wrote:
>> Am 2018-06-24 um 21:57 schrieb Hans Hagen :
>>> as there is no index entry blah, humbug or bug ... so you would be fooling 
>>> your reader
>> I understand the rationale, and it could be a nice feature, but we need to 
>> refer to entries in a different register, e.g. from an index of topics to an 
>> index of persons, e.g. \seeindex{Pragma}{Hagen, Hans} or to subentries like 
>> \seeindex{fun+games}{bah+humbug}. Since the latter doesn’t work (or does it 
>> now?), we use \seeindex{fun+games}{bah/humbug}.
> hm, sounds like a crappy index to mee (i actually hate these indexes that 
> force you to 'see' somplace else .. extra lookup)

I hear you, but it wouldn’t make sense to double-index a lot of terms (it might 
increase usability, but also double the length of the index).

> anyway, i'll add check=no to placeregister so that one can bypass the check 
> (but i cannot foresee side effects like missing references in interactiev 
> documents so these have to be taken for granted)

Thank you, that fits my/our needs, I guess.


Greetlings, Hraban
---
https://www.fiee.net
http://wiki.contextgarden.net
https://www.dreiviertelhaus.de
GPG Key ID 1C9B22FD

___
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] latest beta and \seeindex

[Hans Hagen]

On 6/24/2018 10:07 PM, Henning Hraban Ramm wrote:

\starttext
\index{sample}
\index{fun+games}\index{fun+stuff}
%\index{fun}


btw, index entries will only work well with an anchor so loose \index 
without something following it will not show the right page numbers (if 
at all)


-
  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] latest beta and \seeindex

[Hans Hagen]

On 6/24/2018 10:07 PM, Henning Hraban Ramm wrote:

Am 2018-06-24 um 21:57 schrieb Hans Hagen :


On 6/23/2018 5:10 PM, Alan Bowen wrote:

The latest beta (ConTeXtver: 2018.06.23 12:12 MKIV betafmt: 2018.6.23) 
processes without a hitch but \seeindex is still not working as expected.
In
\starttext
\index{sample}
\index{fun+games}\index{fun+stuff}
%\index{fun}
\seeindex{fun}{sample}% now with heading (as it should be)
\seeindex{fun}{blah}% not shown
\seeindex{fun}{humbug}% not shown
\seeindex{fun}{bug}% not shown
\seeindex{fun+games}{entertainment}% not shown
\placeindex[n=1]
\stoptext
When I generate the indices for my book, \seeindex{A}{B} works only if it is a 
unique x-ref and A is a heading. Multiple x-refs to the same heading fail as do 
x-refs to subheadings.

sure,

\seeindex{fun}{blah}% not shown
\seeindex{fun}{humbug}  % not shown
\seeindex{fun}{bug} % not shown

as there is no index entry blah, humbug or bug ... so you would be fooling your 
reader


I understand the rationale, and it could be a nice feature, but we need to 
refer to entries in a different register, e.g. from an index of topics to an 
index of persons, e.g. \seeindex{Pragma}{Hagen, Hans} or to subentries like 
\seeindex{fun+games}{bah+humbug}. Since the latter doesn’t work (or does it 
now?), we use \seeindex{fun+games}{bah/humbug}.
hm, sounds like a crappy index to mee (i actually hate these indexes 
that force you to 'see' somplace else .. extra lookup)


anyway, i'll add check=no to placeregister so that one can bypass the 
check (but i cannot foresee side effects like missing references in 
interactiev documents so these have to be taken for granted)


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] latest beta and \seeindex

[Alan Bowen]

I should add too that in this particular volume our contributors sometimes
mention different terms for the same thing as in “This is called p or q”.
Indexing both terms (p and q) separately and the adding  x-ref is one way
to go but indexing the more commonly used term and adding a mere x-ref for
the other is more efficient.

Alan

On Sun, Jun 24, 2018 at 4:08 PM Henning Hraban Ramm  wrote:

> Am 2018-06-24 um 21:57 schrieb Hans Hagen :
>
> > On 6/23/2018 5:10 PM, Alan Bowen wrote:
> >> The latest beta (ConTeXtver: 2018.06.23 12:12 MKIV betafmt: 2018.6.23)
> processes without a hitch but \seeindex is still not working as expected.
> >> In
> >> \starttext
> >> \index{sample}
> >> \index{fun+games}\index{fun+stuff}
> >> %\index{fun}
> >> \seeindex{fun}{sample}% now with heading (as it should be)
> >> \seeindex{fun}{blah}% not shown
> >> \seeindex{fun}{humbug}% not shown
> >> \seeindex{fun}{bug}% not shown
> >> \seeindex{fun+games}{entertainment}% not shown
> >> \placeindex[n=1]
> >> \stoptext
> >> When I generate the indices for my book, \seeindex{A}{B} works only if
> it is a unique x-ref and A is a heading. Multiple x-refs to the same
> heading fail as do x-refs to subheadings.
> > sure,
> >
> > \seeindex{fun}{blah}% not shown
> > \seeindex{fun}{humbug}  % not shown
> > \seeindex{fun}{bug} % not shown
> >
> > as there is no index entry blah, humbug or bug ... so you would be
> fooling your reader
>
> I understand the rationale, and it could be a nice feature, but we need to
> refer to entries in a different register, e.g. from an index of topics to
> an index of persons, e.g. \seeindex{Pragma}{Hagen, Hans} or to subentries
> like \seeindex{fun+games}{bah+humbug}. Since the latter doesn’t work (or
> does it now?), we use \seeindex{fun+games}{bah/humbug}.
>
>
> Greetlings, Hraban
> ---
> https://www.fiee.net
> http://wiki.contextgarden.net
> https://www.dreiviertelhaus.de
> GPG Key ID 1C9B22FD
>
>
> ___
> 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] latest beta and \seeindex

[Henning Hraban Ramm]

Am 2018-06-24 um 21:57 schrieb Hans Hagen :

> On 6/23/2018 5:10 PM, Alan Bowen wrote:
>> The latest beta (ConTeXtver: 2018.06.23 12:12 MKIV betafmt: 2018.6.23) 
>> processes without a hitch but \seeindex is still not working as expected.
>> In
>> \starttext
>> \index{sample}
>> \index{fun+games}\index{fun+stuff}
>> %\index{fun}
>> \seeindex{fun}{sample}% now with heading (as it should be)
>> \seeindex{fun}{blah}% not shown
>> \seeindex{fun}{humbug}% not shown
>> \seeindex{fun}{bug}% not shown
>> \seeindex{fun+games}{entertainment}% not shown
>> \placeindex[n=1]
>> \stoptext
>> When I generate the indices for my book, \seeindex{A}{B} works only if it is 
>> a unique x-ref and A is a heading. Multiple x-refs to the same heading fail 
>> as do x-refs to subheadings.
> sure,
> 
> \seeindex{fun}{blah}% not shown
> \seeindex{fun}{humbug}  % not shown
> \seeindex{fun}{bug} % not shown
> 
> as there is no index entry blah, humbug or bug ... so you would be fooling 
> your reader

I understand the rationale, and it could be a nice feature, but we need to 
refer to entries in a different register, e.g. from an index of topics to an 
index of persons, e.g. \seeindex{Pragma}{Hagen, Hans} or to subentries like 
\seeindex{fun+games}{bah+humbug}. Since the latter doesn’t work (or does it 
now?), we use \seeindex{fun+games}{bah/humbug}.


Greetlings, Hraban
---
https://www.fiee.net
http://wiki.contextgarden.net
https://www.dreiviertelhaus.de
GPG Key ID 1C9B22FD

___
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] latest beta and \seeindex

[Hans Hagen]

On 6/23/2018 5:10 PM, Alan Bowen wrote:
The latest beta (ConTeXtver: 2018.06.23 12:12 MKIV betafmt: 2018.6.23) 
processes without a hitch but \seeindex is still not working as expected.


In

\starttext
\index{sample}
\index{fun+games}\index{fun+stuff}
%\index{fun}

\seeindex{fun}{sample}% now with heading (as it should be)
\seeindex{fun}{blah}% not shown
\seeindex{fun}{humbug}% not shown
\seeindex{fun}{bug}% not shown

\seeindex{fun+games}{entertainment}% not shown

\placeindex[n=1]
\stoptext

When I generate the indices for my book, \seeindex{A}{B} works only if 
it is a unique x-ref and A is a heading. Multiple x-refs to the same 
heading fail as do x-refs to subheadings.

sure,

\seeindex{fun}{blah}% not shown
\seeindex{fun}{humbug}  % not shown
\seeindex{fun}{bug} % not shown

as there is no index entry blah, humbug or bug ... so you would be 
fooling your reader


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] latest beta and \seeindex

[Alan Bowen]

The latest beta (ConTeXt  ver: 2018.06.23 12:12 MKIV beta  fmt: 2018.6.23)
processes without a hitch but \seeindex is still not working as expected.

In

\starttext
\index{sample}
\index{fun+games}\index{fun+stuff}
%\index{fun}

\seeindex{fun}{sample} % now with heading (as it should be)
\seeindex{fun}{blah} % not shown
\seeindex{fun}{humbug} % not shown
\seeindex{fun}{bug} % not shown

\seeindex{fun+games}{entertainment} % not shown

\placeindex[n=1]
\stoptext

When I generate the indices for my book, \seeindex{A}{B} works only if it
is a unique x-ref and A is a heading. Multiple x-refs to the same heading
fail as do x-refs to subheadings.

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

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

Re: [NTG-context] Latest beta: reference to items broken in mkiv

[r . ermers]

Hi all,

I kindly ask for your attention for this problem again. I would like subitems 
to appear differently in the reference than they are in the listing:

1. item 1

a. subitem a, reference a

b. item b
c. Item c, reference c

2. Item 2, reference 2 See Item b, 2, 1 above. 


See Item b, 2, 1 above. 

--

Desired result:

See item 1b., 2 1 above.

This is possible in mkii, but not in mkiv it seems. Does anyone know how to 
achieve this?

Robert


A minimal example to play with:

%\setupitemgroup[itemize][1][n,repeat][width=1em]
%\setupitemgroup[itemize][2][a,repeat][width=2em]
%\setupitemgroup[itemize][3][r][width=3em]

\starttext 

\startitemize[n]
\item [ref:1] item 1
\startitemize[a]
\startitem[ref:a]
subitem a, reference a
\stopitem
\item [ref:b] item b
\startitem[ref:c]
Item c, reference c
\stopitem
\stopitemize
\item[ref:2]
Item 2, reference 2
\stopitem
\stopitemize

See \in{Item}[ref:b], \in[ref:2], \in[ref:1] above.




> Op 7 feb. 2018, om 14:53 heeft Otared Kavian  > het volgende geschreven:
> 
> Hi Robert,
> 
> Again I answered too quickly… excuse-me!
> If you want to have the subitems appear without the prefix, but references to 
> them contain the number of the item where they appear, I don’t know how to do 
> it.
> My previous message addresses only the separators between the numbers of the 
> items and subitems.
> Sorry… but my belief is that in ConTeXt everything is possible, even if I 
> don’t know how to do it :-)
> 
> Best regards: OK
> 
>> On 7 Feb 2018, at 12:56, r.erm...@hccnet.nl  
>> wrote:
>> 
>> Hi Otared,
>> 
>> Thanks, the solution works to some extend. It yields the following output.
>> 
>> 1. item 1
>> 
>> 1.a.  subitem a, reference a
>> 
>> 1.b.  item b
>> 
>>  1.b.i. A sub-sub item
>> 
>>  1.b.ii. Another sub-sub item, B 1.c. Item c, reference c
>> 
>> 2. Item 2, reference 2
>> 
>> See Item 1.b, see also items 2 and 1 above, as well as the sub-sub item 
>> 1.b.ii. 
>> 
>> 
>> Yet the output I am looking for, and which I had in mkii, is:
>> 1. item 1
>> 
>> a.  subitem a, reference a
>> 
>> b.  item b
>> 
>>  i. A sub-sub item
>> 
>>  ii. Another sub-sub item, B 1.c. Item c, reference c
>> 
>> 2. Item 2, reference 2
>> 
>> 
>> See Item 1.b / 1b, see also items 2 and 1 above, as well as the sub-sub item 
>> 1.b.ii / 1bii. 
>> 
>> 
>> Is this possible?
>> 
>> Regards,
>> 
>> Robert
>> 
>> 
>> 
>> 
>>> Op 7 feb. 2018, om 12:37 heeft Otared Kavian >> > het volgende geschreven:
>>> 
>>> Hi Robert,
>>> 
>>> I think the issue does not come from the version of Context you are using 
>>> but rather from a lack of formatting your itemgroups with the keyword « 
>>> repeat ».
>>> 
>>> I guess what you want to obtain can be achieved with the following example 
>>> below. At least here with either versions of Context I have the output is 
>>> as expected.
>>> 
>>> Best regards: OK
>>> 
>>> %% begin repeat-subitem.tex
>>> \setupitemgroup[itemize][1][n,repeat][width=1em]
>>> \setupitemgroup[itemize][2][a,repeat][width=2em]
>>> \setupitemgroup[itemize][3][r][width=3em]
>>> 
>>> \starttext 
>>> 
>>> \startitemize[n]
>>> \item[ref:1] item 1
>>> \startitemize  
>>> \startitem[ref:a]
>>> subitem a, reference a
>>> \stopitem
>>> \item [ref:b] item b
>>> \startitemize
>>> \item A sub-sub item
>>> \item[ref:subsub-B] Another sub-sub item, B
>>> \stopitemize
>>> \startitem[ref:c]
>>> Item c, reference c
>>> \stopitem
>>> \stopitemize
>>> \startitem[ref:2]
>>> Item 2, reference 2
>>> \stopitem
>>> 
>>> \stopitemize
>>> \blank[big]
>>> 
>>> See \in{Item}[ref:b], see also items \in[ref:2] and \in[ref:1] above, as 
>>> well as the \in{sub-sub item}[ref:subsub-B].
>>> 
>>> \stoptext
>>> %% end repeat-subitem.tex
>>> 
>>> 
>>> 
 On 7 Feb 2018, at 11:46, r.erm...@hccnet.nl  
 wrote:
 
 Hi Wolfgang, Otared and others,
 
 I installed a new standalone:
 
 mtx-context | main context file: 
 /Applications/ContextStandalone/tex/texmf-context/tex/context/base/mkiv/context.mkiv
 mtx-context | current version: 2018.02.06 18:11
 
 However, I do not manage to get it going. The minimal example underneath 
 gives the following result:
 1. item 1
 a. subitem a, reference a 
 
 b. item b
 
 c. Item c, reference c
 
 2. Item 2, reference 2 
 
 
 See Item b, 2, 1 above. 
 
 This should be: 
 
 See Item 1b, 2, 1 above.
 
 Regards,
 
 Robert
 
 
 
 \starttext 
 
 \startitemize[n]\starttext 
 
 \startitemize[n]
 \item 

Re: [NTG-context] Latest beta: reference to items broken in mkiv

[r . ermers]

Hi Otared,

Thanks for your time and trouble!.

I had found  \defineseparatorset[none][][]

with the same result: it oppresses the dots.


Yes, I want subitems to appear differently in the reference than they are in 
the listing:

1. item 1
a subitem 
b subitem
2. item 2
a subitem
b subitem

Desired result:

See item 1b and 2a.

Does anyone else know how to achieve this?

Robert



> Op 7 feb. 2018, om 14:53 heeft Otared Kavian  het volgende 
> geschreven:
> 
> Hi Robert,
> 
> Again I answered too quickly… excuse-me!
> If you want to have the subitems appear without the prefix, but references to 
> them contain the number of the item where they appear, I don’t know how to do 
> it.
> My previous message addresses only the separators between the numbers of the 
> items and subitems.
> Sorry… but my belief is that in ConTeXt everything is possible, even if I 
> don’t know how to do it :-)
> 
> Best regards: OK
> 
>> On 7 Feb 2018, at 12:56, r.erm...@hccnet.nl  
>> wrote:
>> 
>> Hi Otared,
>> 
>> Thanks, the solution works to some extend. It yields the following output.
>> 
>> 1. item 1
>> 
>> 1.a.  subitem a, reference a
>> 
>> 1.b.  item b
>> 
>>  1.b.i. A sub-sub item
>> 
>>  1.b.ii. Another sub-sub item, B 1.c. Item c, reference c
>> 
>> 2. Item 2, reference 2
>> 
>> See Item 1.b, see also items 2 and 1 above, as well as the sub-sub item 
>> 1.b.ii. 
>> 
>> 
>> Yet the output I am looking for, and which I had in mkii, is:
>> 1. item 1
>> 
>> a.  subitem a, reference a
>> 
>> b.  item b
>> 
>>  i. A sub-sub item
>> 
>>  ii. Another sub-sub item, B 1.c. Item c, reference c
>> 
>> 2. Item 2, reference 2
>> 
>> 
>> See Item 1.b / 1b, see also items 2 and 1 above, as well as the sub-sub item 
>> 1.b.ii / 1bii. 
>> 
>> 
>> Is this possible?
>> 
>> Regards,
>> 
>> Robert
>> 
>> 
>> 
>> 
>>> Op 7 feb. 2018, om 12:37 heeft Otared Kavian >> > het volgende geschreven:
>>> 
>>> Hi Robert,
>>> 
>>> I think the issue does not come from the version of Context you are using 
>>> but rather from a lack of formatting your itemgroups with the keyword « 
>>> repeat ».
>>> 
>>> I guess what you want to obtain can be achieved with the following example 
>>> below. At least here with either versions of Context I have the output is 
>>> as expected.
>>> 
>>> Best regards: OK
>>> 
>>> %% begin repeat-subitem.tex
>>> \setupitemgroup[itemize][1][n,repeat][width=1em]
>>> \setupitemgroup[itemize][2][a,repeat][width=2em]
>>> \setupitemgroup[itemize][3][r][width=3em]
>>> 
>>> \starttext 
>>> 
>>> \startitemize[n]
>>> \item[ref:1] item 1
>>> \startitemize  
>>> \startitem[ref:a]
>>> subitem a, reference a
>>> \stopitem
>>> \item [ref:b] item b
>>> \startitemize
>>> \item A sub-sub item
>>> \item[ref:subsub-B] Another sub-sub item, B
>>> \stopitemize
>>> \startitem[ref:c]
>>> Item c, reference c
>>> \stopitem
>>> \stopitemize
>>> \startitem[ref:2]
>>> Item 2, reference 2
>>> \stopitem
>>> 
>>> \stopitemize
>>> \blank[big]
>>> 
>>> See \in{Item}[ref:b], see also items \in[ref:2] and \in[ref:1] above, as 
>>> well as the \in{sub-sub item}[ref:subsub-B].
>>> 
>>> \stoptext
>>> %% end repeat-subitem.tex
>>> 
>>> 
>>> 
 On 7 Feb 2018, at 11:46, r.erm...@hccnet.nl  
 wrote:
 
 Hi Wolfgang, Otared and others,
 
 I installed a new standalone:
 
 mtx-context | main context file: 
 /Applications/ContextStandalone/tex/texmf-context/tex/context/base/mkiv/context.mkiv
 mtx-context | current version: 2018.02.06 18:11
 
 However, I do not manage to get it going. The minimal example underneath 
 gives the following result:
 1. item 1
 a. subitem a, reference a 
 
 b. item b
 
 c. Item c, reference c
 
 2. Item 2, reference 2 
 
 
 See Item b, 2, 1 above. 
 
 This should be: 
 
 See Item 1b, 2, 1 above.
 
 Regards,
 
 Robert
 
 
 
 \starttext 
 
 \startitemize[n]\starttext 
 
 \startitemize[n]
 \item [ref:1] item 1
 \startitemize[a]
 \startitem[ref:a]
 subitem a, reference a
 \stopitem
 \item [ref:b] item b
 \startitem[ref:c]
 Item c, reference c
 \stopitem
 \stopitemize
 \startitem[ref:2]
 Item 2, reference 2
 \stopitem
 \stopitemize
 
 See \in{Item}[ref:b], \in[ref:2], \in[ref:1] above.
 
 
 \stoptext
 
 
> Op 7 feb. 2018, om 11:03 heeft Wolfgang Schuster 
> > het 
> volgende geschreven:
> 
> 
> 
>> 

Re: [NTG-context] Latest beta: reference to items broken in mkiv

[Otared Kavian]

Hi Robert,

Again I answered too quickly… excuse-me!
If you want to have the subitems appear without the prefix, but references to 
them contain the number of the item where they appear, I don’t know how to do 
it.
My previous message addresses only the separators between the numbers of the 
items and subitems.
Sorry… but my belief is that in ConTeXt everything is possible, even if I don’t 
know how to do it :-)

Best regards: OK

> On 7 Feb 2018, at 12:56, r.erm...@hccnet.nl wrote:
> 
> Hi Otared,
> 
> Thanks, the solution works to some extend. It yields the following output.
> 
> 1. item 1
> 
> 1.a.  subitem a, reference a
> 
> 1.b.  item b
> 
>   1.b.i. A sub-sub item
> 
>   1.b.ii. Another sub-sub item, B 1.c. Item c, reference c
> 
> 2. Item 2, reference 2
> 
> See Item 1.b, see also items 2 and 1 above, as well as the sub-sub item 
> 1.b.ii. 
> 
> 
> Yet the output I am looking for, and which I had in mkii, is:
> 1. item 1
> 
> a.  subitem a, reference a
> 
> b.  item b
> 
>   i. A sub-sub item
> 
>   ii. Another sub-sub item, B 1.c. Item c, reference c
> 
> 2. Item 2, reference 2
> 
> 
> See Item 1.b / 1b, see also items 2 and 1 above, as well as the sub-sub item 
> 1.b.ii / 1bii. 
> 
> 
> Is this possible?
> 
> Regards,
> 
> Robert
> 
> 
> 
> 
>> Op 7 feb. 2018, om 12:37 heeft Otared Kavian > > het volgende geschreven:
>> 
>> Hi Robert,
>> 
>> I think the issue does not come from the version of Context you are using 
>> but rather from a lack of formatting your itemgroups with the keyword « 
>> repeat ».
>> 
>> I guess what you want to obtain can be achieved with the following example 
>> below. At least here with either versions of Context I have the output is as 
>> expected.
>> 
>> Best regards: OK
>> 
>> %% begin repeat-subitem.tex
>> \setupitemgroup[itemize][1][n,repeat][width=1em]
>> \setupitemgroup[itemize][2][a,repeat][width=2em]
>> \setupitemgroup[itemize][3][r][width=3em]
>> 
>> \starttext 
>> 
>> \startitemize[n]
>> \item[ref:1] item 1
>>  \startitemize  
>>  \startitem[ref:a]
>>  subitem a, reference a
>>  \stopitem
>>  \item [ref:b] item b
>>  \startitemize
>>  \item A sub-sub item
>>  \item[ref:subsub-B] Another sub-sub item, B
>>  \stopitemize
>>  \startitem[ref:c]
>>  Item c, reference c
>>  \stopitem
>>  \stopitemize
>>  \startitem[ref:2]
>>  Item 2, reference 2
>>  \stopitem
>> 
>> \stopitemize
>> \blank[big]
>> 
>> See \in{Item}[ref:b], see also items \in[ref:2] and \in[ref:1] above, as 
>> well as the \in{sub-sub item}[ref:subsub-B].
>> 
>> \stoptext
>> %% end repeat-subitem.tex
>> 
>> 
>> 
>>> On 7 Feb 2018, at 11:46, r.erm...@hccnet.nl  
>>> wrote:
>>> 
>>> Hi Wolfgang, Otared and others,
>>> 
>>> I installed a new standalone:
>>> 
>>> mtx-context | main context file: 
>>> /Applications/ContextStandalone/tex/texmf-context/tex/context/base/mkiv/context.mkiv
>>> mtx-context | current version: 2018.02.06 18:11
>>> 
>>> However, I do not manage to get it going. The minimal example underneath 
>>> gives the following result:
>>> 1. item 1
>>> a. subitem a, reference a 
>>> 
>>> b. item b
>>> 
>>> c. Item c, reference c
>>> 
>>> 2. Item 2, reference 2 
>>> 
>>> 
>>> See Item b, 2, 1 above. 
>>> 
>>> This should be: 
>>> 
>>> See Item 1b, 2, 1 above.
>>> 
>>> Regards,
>>> 
>>> Robert
>>> 
>>> 
>>> 
>>> \starttext 
>>> 
>>> \startitemize[n]\starttext 
>>> 
>>> \startitemize[n]
>>> \item [ref:1] item 1
>>> \startitemize[a]
>>> \startitem[ref:a]
>>> subitem a, reference a
>>> \stopitem
>>> \item [ref:b] item b
>>> \startitem[ref:c]
>>> Item c, reference c
>>> \stopitem
>>> \stopitemize
>>> \startitem[ref:2]
>>> Item 2, reference 2
>>> \stopitem
>>> \stopitemize
>>> 
>>> See \in{Item}[ref:b], \in[ref:2], \in[ref:1] above.
>>> 
>>> 
>>> \stoptext
>>> 
>>> 
 Op 7 feb. 2018, om 11:03 heeft Wolfgang Schuster 
 > het 
 volgende geschreven:
 
 
 
> r.erm...@hccnet.nl  7. Februar 2018 um 10:58
> Hi Otared,
> 
> Thanks for your response. In mkii this worked flawlessly.
> 
> I tried it in mkiv Texlive too (2017.05.15 21:48), but it does not work. 
> Could this be because I have item [it:ref] rather than \startitem[it:ref] 
> … \stopitem?
 
 It works for me with \item[] and \startitem[].
 
 
 $ context --version
 
 mtx-context | current version: 2018.02.06 18:11
 
 
 Wolfgang
 ___
 If your question is of interest to others as well, please add an entry to 
 the Wiki!
 

Re: [NTG-context] Latest beta: reference to items broken in mkiv

[Otared Kavian]

Hi Robert,

Sorry I didn’t pay attention to the way you wanted the formatting of sub-items.
If you want to remove the separator between numbers, then you may add the 
following two line after the setups of your itemgroups:

\defineseparatorset[nothing][][]
\setupcounter[itemgroup:itemize][numberseparatorset=nothing]

This removes all the dots between the item sympbols or numbers.

Best regards: OK


> On 7 Feb 2018, at 12:56, r.erm...@hccnet.nl wrote:
> 
> Hi Otared,
> 
> Thanks, the solution works to some extend. It yields the following output.
> 
> 1. item 1
> 
> 1.a.  subitem a, reference a
> 
> 1.b.  item b
> 
>   1.b.i. A sub-sub item
> 
>   1.b.ii. Another sub-sub item, B 1.c. Item c, reference c
> 
> 2. Item 2, reference 2
> 
> See Item 1.b, see also items 2 and 1 above, as well as the sub-sub item 
> 1.b.ii. 
> 
> 
> Yet the output I am looking for, and which I had in mkii, is:
> 1. item 1
> 
> a.  subitem a, reference a
> 
> b.  item b
> 
>   i. A sub-sub item
> 
>   ii. Another sub-sub item, B 1.c. Item c, reference c
> 
> 2. Item 2, reference 2
> 
> 
> See Item 1.b / 1b, see also items 2 and 1 above, as well as the sub-sub item 
> 1.b.ii / 1bii. 
> 
> 
> Is this possible?
> 
> Regards,
> 
> Robert
> 
> 
> 
> 
>> Op 7 feb. 2018, om 12:37 heeft Otared Kavian > > het volgende geschreven:
>> 
>> Hi Robert,
>> 
>> I think the issue does not come from the version of Context you are using 
>> but rather from a lack of formatting your itemgroups with the keyword « 
>> repeat ».
>> 
>> I guess what you want to obtain can be achieved with the following example 
>> below. At least here with either versions of Context I have the output is as 
>> expected.
>> 
>> Best regards: OK
>> 
>> %% begin repeat-subitem.tex
>> \setupitemgroup[itemize][1][n,repeat][width=1em]
>> \setupitemgroup[itemize][2][a,repeat][width=2em]
>> \setupitemgroup[itemize][3][r][width=3em]
>> 
>> \starttext 
>> 
>> \startitemize[n]
>> \item[ref:1] item 1
>>  \startitemize  
>>  \startitem[ref:a]
>>  subitem a, reference a
>>  \stopitem
>>  \item [ref:b] item b
>>  \startitemize
>>  \item A sub-sub item
>>  \item[ref:subsub-B] Another sub-sub item, B
>>  \stopitemize
>>  \startitem[ref:c]
>>  Item c, reference c
>>  \stopitem
>>  \stopitemize
>>  \startitem[ref:2]
>>  Item 2, reference 2
>>  \stopitem
>> 
>> \stopitemize
>> \blank[big]
>> 
>> See \in{Item}[ref:b], see also items \in[ref:2] and \in[ref:1] above, as 
>> well as the \in{sub-sub item}[ref:subsub-B].
>> 
>> \stoptext
>> %% end repeat-subitem.tex
>> 
>> 
>> 
>>> On 7 Feb 2018, at 11:46, r.erm...@hccnet.nl  
>>> wrote:
>>> 
>>> Hi Wolfgang, Otared and others,
>>> 
>>> I installed a new standalone:
>>> 
>>> mtx-context | main context file: 
>>> /Applications/ContextStandalone/tex/texmf-context/tex/context/base/mkiv/context.mkiv
>>> mtx-context | current version: 2018.02.06 18:11
>>> 
>>> However, I do not manage to get it going. The minimal example underneath 
>>> gives the following result:
>>> 1. item 1
>>> a. subitem a, reference a 
>>> 
>>> b. item b
>>> 
>>> c. Item c, reference c
>>> 
>>> 2. Item 2, reference 2 
>>> 
>>> 
>>> See Item b, 2, 1 above. 
>>> 
>>> This should be: 
>>> 
>>> See Item 1b, 2, 1 above.
>>> 
>>> Regards,
>>> 
>>> Robert
>>> 
>>> 
>>> 
>>> \starttext 
>>> 
>>> \startitemize[n]\starttext 
>>> 
>>> \startitemize[n]
>>> \item [ref:1] item 1
>>> \startitemize[a]
>>> \startitem[ref:a]
>>> subitem a, reference a
>>> \stopitem
>>> \item [ref:b] item b
>>> \startitem[ref:c]
>>> Item c, reference c
>>> \stopitem
>>> \stopitemize
>>> \startitem[ref:2]
>>> Item 2, reference 2
>>> \stopitem
>>> \stopitemize
>>> 
>>> See \in{Item}[ref:b], \in[ref:2], \in[ref:1] above.
>>> 
>>> 
>>> \stoptext
>>> 
>>> 
 Op 7 feb. 2018, om 11:03 heeft Wolfgang Schuster 
 > het 
 volgende geschreven:
 
 
 
> r.erm...@hccnet.nl  7. Februar 2018 um 10:58
> Hi Otared,
> 
> Thanks for your response. In mkii this worked flawlessly.
> 
> I tried it in mkiv Texlive too (2017.05.15 21:48), but it does not work. 
> Could this be because I have item [it:ref] rather than \startitem[it:ref] 
> … \stopitem?
 
 It works for me with \item[] and \startitem[].
 
 
 $ context --version
 
 mtx-context | current version: 2018.02.06 18:11
 
 
 Wolfgang
 ___
 If your question is of interest to others as well, please add an entry to 
 the Wiki!
 
 maillist : 

Re: [NTG-context] Latest beta: reference to items broken in mkiv

[r . ermers]

Hi Otared,

Thanks, the solution works to some extend. It yields the following output.

1. item 1

1.a.  subitem a, reference a

1.b.  item b

1.b.i. A sub-sub item

1.b.ii. Another sub-sub item, B 1.c. Item c, reference c

2. Item 2, reference 2

See Item 1.b, see also items 2 and 1 above, as well as the sub-sub item 1.b.ii. 


Yet the output I am looking for, and which I had in mkii, is:
1. item 1

a.  subitem a, reference a

b.  item b

i. A sub-sub item

ii. Another sub-sub item, B 1.c. Item c, reference c

2. Item 2, reference 2


See Item 1.b / 1b, see also items 2 and 1 above, as well as the sub-sub item 
1.b.ii / 1bii. 


Is this possible?

Regards,

Robert




> Op 7 feb. 2018, om 12:37 heeft Otared Kavian  het volgende 
> geschreven:
> 
> Hi Robert,
> 
> I think the issue does not come from the version of Context you are using but 
> rather from a lack of formatting your itemgroups with the keyword « repeat ».
> 
> I guess what you want to obtain can be achieved with the following example 
> below. At least here with either versions of Context I have the output is as 
> expected.
> 
> Best regards: OK
> 
> %% begin repeat-subitem.tex
> \setupitemgroup[itemize][1][n,repeat][width=1em]
> \setupitemgroup[itemize][2][a,repeat][width=2em]
> \setupitemgroup[itemize][3][r][width=3em]
> 
> \starttext 
> 
> \startitemize[n]
> \item[ref:1] item 1
>   \startitemize  
>   \startitem[ref:a]
>   subitem a, reference a
>   \stopitem
>   \item [ref:b] item b
>   \startitemize
>   \item A sub-sub item
>   \item[ref:subsub-B] Another sub-sub item, B
>   \stopitemize
>   \startitem[ref:c]
>   Item c, reference c
>   \stopitem
>   \stopitemize
>   \startitem[ref:2]
>   Item 2, reference 2
>   \stopitem
> 
> \stopitemize
> \blank[big]
> 
> See \in{Item}[ref:b], see also items \in[ref:2] and \in[ref:1] above, as well 
> as the \in{sub-sub item}[ref:subsub-B].
> 
> \stoptext
> %% end repeat-subitem.tex
> 
> 
> 
>> On 7 Feb 2018, at 11:46, r.erm...@hccnet.nl  
>> wrote:
>> 
>> Hi Wolfgang, Otared and others,
>> 
>> I installed a new standalone:
>> 
>> mtx-context | main context file: 
>> /Applications/ContextStandalone/tex/texmf-context/tex/context/base/mkiv/context.mkiv
>> mtx-context | current version: 2018.02.06 18:11
>> 
>> However, I do not manage to get it going. The minimal example underneath 
>> gives the following result:
>> 1. item 1
>> a. subitem a, reference a 
>> 
>> b. item b
>> 
>> c. Item c, reference c
>> 
>> 2. Item 2, reference 2 
>> 
>> 
>> See Item b, 2, 1 above. 
>> 
>> This should be: 
>> 
>> See Item 1b, 2, 1 above.
>> 
>> Regards,
>> 
>> Robert
>> 
>> 
>> 
>> \starttext 
>> 
>> \startitemize[n]\starttext 
>> 
>> \startitemize[n]
>> \item [ref:1] item 1
>> \startitemize[a]
>> \startitem[ref:a]
>> subitem a, reference a
>> \stopitem
>> \item [ref:b] item b
>> \startitem[ref:c]
>> Item c, reference c
>> \stopitem
>> \stopitemize
>> \startitem[ref:2]
>> Item 2, reference 2
>> \stopitem
>> \stopitemize
>> 
>> See \in{Item}[ref:b], \in[ref:2], \in[ref:1] above.
>> 
>> 
>> \stoptext
>> 
>> 
>>> Op 7 feb. 2018, om 11:03 heeft Wolfgang Schuster 
>>> > het 
>>> volgende geschreven:
>>> 
>>> 
>>> 
 r.erm...@hccnet.nl  7. Februar 2018 um 10:58
 Hi Otared,
 
 Thanks for your response. In mkii this worked flawlessly.
 
 I tried it in mkiv Texlive too (2017.05.15 21:48), but it does not work. 
 Could this be because I have item [it:ref] rather than \startitem[it:ref] 
 … \stopitem?
>>> 
>>> It works for me with \item[] and \startitem[].
>>> 
>>> 
>>> $ context --version
>>> 
>>> mtx-context | current version: 2018.02.06 18:11
>>> 
>>> 
>>> 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 
>>> ___
>> 
>> ___
>> If your question is of interest to others as well, please 

Re: [NTG-context] Latest beta: reference to items broken in mkiv

[Otared Kavian]

Hi Robert,

I think the issue does not come from the version of Context you are using but 
rather from a lack of formatting your itemgroups with the keyword « repeat ».

I guess what you want to obtain can be achieved with the following example 
below. At least here with either versions of Context I have the output is as 
expected.

Best regards: OK

%% begin repeat-subitem.tex
\setupitemgroup[itemize][1][n,repeat][width=1em]
\setupitemgroup[itemize][2][a,repeat][width=2em]
\setupitemgroup[itemize][3][r][width=3em]

\starttext 

\startitemize[n]
\item[ref:1] item 1
\startitemize  
\startitem[ref:a]
subitem a, reference a
\stopitem
\item [ref:b] item b
\startitemize
\item A sub-sub item
\item[ref:subsub-B] Another sub-sub item, B
\stopitemize
\startitem[ref:c]
Item c, reference c
\stopitem
\stopitemize
\startitem[ref:2]
Item 2, reference 2
\stopitem

\stopitemize
\blank[big]

See \in{Item}[ref:b], see also items \in[ref:2] and \in[ref:1] above, as well 
as the \in{sub-sub item}[ref:subsub-B].

\stoptext
%% end repeat-subitem.tex



> On 7 Feb 2018, at 11:46, r.erm...@hccnet.nl wrote:
> 
> Hi Wolfgang, Otared and others,
> 
> I installed a new standalone:
> 
> mtx-context | main context file: 
> /Applications/ContextStandalone/tex/texmf-context/tex/context/base/mkiv/context.mkiv
> mtx-context | current version: 2018.02.06 18:11
> 
> However, I do not manage to get it going. The minimal example underneath 
> gives the following result:
> 1. item 1
> a. subitem a, reference a 
> 
> b. item b
> 
> c. Item c, reference c
> 
> 2. Item 2, reference 2 
> 
> 
> See Item b, 2, 1 above. 
> 
> This should be: 
> 
> See Item 1b, 2, 1 above.
> 
> Regards,
> 
> Robert
> 
> 
> 
> \starttext 
> 
> \startitemize[n]\starttext 
> 
> \startitemize[n]
> \item [ref:1] item 1
> \startitemize[a]
> \startitem[ref:a]
> subitem a, reference a
> \stopitem
> \item [ref:b] item b
> \startitem[ref:c]
> Item c, reference c
> \stopitem
> \stopitemize
> \startitem[ref:2]
> Item 2, reference 2
> \stopitem
> \stopitemize
> 
> See \in{Item}[ref:b], \in[ref:2], \in[ref:1] above.
> 
> 
> \stoptext
> 
> 
>> Op 7 feb. 2018, om 11:03 heeft Wolfgang Schuster 
>> > het 
>> volgende geschreven:
>> 
>> 
>> 
>>> r.erm...@hccnet.nl  7. Februar 2018 um 10:58
>>> Hi Otared,
>>> 
>>> Thanks for your response. In mkii this worked flawlessly.
>>> 
>>> I tried it in mkiv Texlive too (2017.05.15 21:48), but it does not work. 
>>> Could this be because I have item [it:ref] rather than \startitem[it:ref] … 
>>> \stopitem?
>> 
>> It works for me with \item[] and \startitem[].
>> 
>> 
>> $ context --version
>> 
>> mtx-context | current version: 2018.02.06 18:11
>> 
>> 
>> 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 
>> ___
> 
> ___
> 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] Latest beta: reference to items broken in mkiv

[r . ermers]

Hi Wolfgang, Otared and others,

I installed a new standalone:

mtx-context | main context file: 
/Applications/ContextStandalone/tex/texmf-context/tex/context/base/mkiv/context.mkiv
mtx-context | current version: 2018.02.06 18:11

However, I do not manage to get it going. The minimal example underneath gives 
the following result:
1. item 1
a. subitem a, reference a 

b. item b

c. Item c, reference c

2. Item 2, reference 2 

See Item b, 2, 1 above. 

This should be: 

See Item 1b, 2, 1 above.

Regards,

Robert



\starttext 

\startitemize[n]\starttext 

\startitemize[n]
\item [ref:1] item 1
\startitemize[a]
\startitem[ref:a]
subitem a, reference a
\stopitem
\item [ref:b] item b
\startitem[ref:c]
Item c, reference c
\stopitem
\stopitemize
\startitem[ref:2]
Item 2, reference 2
\stopitem
\stopitemize

See \in{Item}[ref:b], \in[ref:2], \in[ref:1] above.


\stoptext


> Op 7 feb. 2018, om 11:03 heeft Wolfgang Schuster 
>  het volgende geschreven:
> 
> 
> 
>> r.erm...@hccnet.nl  7. Februar 2018 um 10:58
>> Hi Otared,
>> 
>> Thanks for your response. In mkii this worked flawlessly.
>> 
>> I tried it in mkiv Texlive too (2017.05.15 21:48), but it does not work. 
>> Could this be because I have item [it:ref] rather than \startitem[it:ref] … 
>> \stopitem?
> 
> It works for me with \item[] and \startitem[].
> 
> 
> $ context --version
> 
> mtx-context | current version: 2018.02.06 18:11
> 
> 
> 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
> ___

___
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] Latest beta: reference to items broken in mkiv

[Wolfgang Schuster]

r.erm...@hccnet.nl 
7. Februar 2018 um 10:58
Hi Otared,

Thanks for your response. In mkii this worked flawlessly.

I tried it in mkiv Texlive too (2017.05.15 21:48), but it does not 
work. Could this be because I have item [it:ref] rather than 
\startitem[it:ref] … \stopitem?


It works for me with \item[] and \startitem[].


$ context --version

mtx-context | current version: 2018.02.06 18:11


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] Latest beta: reference to items broken in mkiv

[r . ermers]

Hi Otared,

Thanks for your response. In mkii this worked flawlessly.

I tried it in mkiv Texlive too (2017.05.15 21:48), but it does not work. Could 
this be because I have item [it:ref] rather than \startitem[it:ref] … \stopitem?

Anyway, I will install a new standalone - on my Mac (no TeXShop).

Robert


> Op 7 feb. 2018, om 10:47 heeft Otared Kavian  het volgende 
> geschreven:
> 
> Hi Robert,
> 
> Indeed the bug has been fixed: the reference to items works fine in all 
> recent Context betas, and also with the version from TeXLive 2017 (version 
> 2017.05.15 21:48).
> 
> I don’t have the current version 2017.07.17 00:20 in order to test the 
> example your are mentionning, but if your current version of Context comes 
> from TeXLive, maybe you can update it. Otherwise, the installation of a 
> standalone version is not that complicated and it is really worth it.
> If you are using MacOS X and TeXShop, in case you would need help to install 
> a standalone version do not hesitate to ask me.
> 
> Best regards: Otared K.
> 
>> On 7 Feb 2018, at 09:38, r.erm...@hccnet.nl wrote:
>> 
>> Hi Otared,
>> 
>> I wonder if the problem with the referencing to items you signalled has been 
>> solved in a later version (see text below). I am running into the same 
>> issue. My context version: current version: 2017.07.17 00:20.
>> 
>> If it is not, I will do with a makeshift solution for now; if the problem 
>> has been handled, I consider installing a new standalone. (Installing a 
>> standalone is usally a bit of a fuzz.)
>> 
>> Thanks in advance for your reply,
>> 
>> Best wishes,
>> 
>> Robert
>> 
>> Otared Kavian Wed, 01 Apr 2015 01:23:29 -0700
>> 
>> Hi Hans,
>> 
>> It seems that referencing to items is broken in the latest beta mkiv: for 
>> example in the example below the command
>>\in{Item}[ref:2]
>> does not show item number 2.
>> However it works fine in mkii and previous releases.
>> Best regards: OK
>> PS: a minimal example follows
>> %%% begin ref-item-broken.tex
>> \starttext 
>> 
>> \startitemize[n]
>> 
>> \startitem[ref:1]
>> Item 1, reference 1
>> \stopitem
>> 
>> \startitem[ref:2]
>> Item 2, reference 2
>> \stopitem
>> 
>> \startitem[ref:3]
>> Item 3, reference 3
>> \stopitem
>> 
>> \stopitemize
>> 
>> See \in{Item}[ref:2] above.
>> 
>> \stoptext
>> %%% end ref-item-broken.tex
>> 
>> 
> 

___
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] latest binaries for linux

[Pablo Rodriguez]

On 08/08/2016 05:41 PM, luigi scarso wrote:
> Il 08/ago/2016 17:28, "Pablo Rodriguez" ha scritto:
>>
>> Dear Luigi,
>>
>> would it be possible to have version 0.98.0 binaries in the linux
>> (32bit) platform for ConTeXt Standalone?
>>
>> This may fix a nasty bug with US English hyphenation.
>>
>> Many thanks for your help,
>>
>>
> I can try to build it on my local box.

Ok, if your binary doesn’t hyphenate (latest beta with luatex-0.95.0
hyphenates "wo-uld" [sic]):

\starttext
\hsize\zeropoint
would
\stoptext

it would be great to have an official release.

I mean, version 0.98.0 could be released in all platforms for ConTeXt
Standalone.

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

Re: [NTG-context] latest binaries for linux

[luigi scarso]

Il 08/ago/2016 17:28, "Pablo Rodriguez"  ha scritto:
>
> Dear Luigi,
>
> would it be possible to have version 0.98.0 binaries in the linux
> (32bit) platform for ConTeXt Standalone?
>
> This may fix a nasty bug with US English hyphenation.
>
> Many thanks for your help,
>
>
I can try to build it on my local box.

--
luigi
___
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] latest binaries for linux

[Pablo Rodriguez]

Dear Luigi,

would it be possible to have version 0.98.0 binaries in the linux
(32bit) platform for ConTeXt Standalone?

This may fix a nasty bug with US English hyphenation.

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

[NTG-context] Latest LuaTeX version (was: Bug in command \framed)

[Mojca Miklavec]

On 12 January 2016 at 22:21, Hans Hagen wrote:
>
> the windows version is ok (0.87.2 so really the latest from trunk)
>
> so, what platforms are not 0.87.1 or higher?

No single platform (other than Akira's binaries) provides 0.87.1 or later.

The latest LuaTeX release was 0.87.0, see:
https://foundry.supelec.fr/scm/viewvc.php/tags/?root=luatex
and the garden ships binaries for 0.87.0 only.

If you need a newer LuaTeX, we need a new LuaTeX release.

Mojca

(I initially missed this question as I often limit my reading based on subject.)
___
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] latest beta

[Thomas A. Schmitz]

Hi Hans,

the latest beta does not replace xml entities for which I have defined 
something like


\xmltexentity{degree}{\textdegree}

The problem is not there in 2015.09.13 13:31, but in 2015.10.09 21:28 
(sorry don't have all the betas in between). I can make you a test file 
if you need it, but I guess the problem is obvious.


Thomas
___
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] latest beta

[Hans Hagen]

Hi,


the latest beta does not replace xml entities for which I have defined
something like

\xmltexentity{degree}{\textdegree}

The problem is not there in 2015.09.13 13:31, but in 2015.10.09 21:28
(sorry don't have all the betas in between). I can make you a test file
if you need it, but I guess the problem is obvious.


if you have a small example ... this whole entity stuff is a mess .. 
officially entities are replaced at load time but tex code is delayed .. 
so maybe i need to invent some other trick (there was an issue with & ; 
sequences being replaced while being just text in that stage


Hans


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta

[Schmitz Thomas A.]

> On 13 Oct 2015, at 13:41, Hans Hagen  wrote:
> 
> if you have a small example ... this whole entity stuff is a mess .. 
> officially entities are replaced at load time but tex code is delayed .. so 
> maybe i need to invent some other trick (there was an issue with & ; 
> sequences being replaced while being just text in that stage

Yes, it looks like the treatment of & has changed. Here’s an example:

\startbuffer[test]

 Random text with an entity: 

\stopbuffer

\startxmlsetups xml:testsetups
 \xmlsetsetup{#1}{text}{xml:*}
\stopxmlsetups

\xmlregistersetup{xml:testsetups}

\startxmlsetups xml:text
 \xmlflush{#1}\par
\stopxmlsetups

\xmltexentity{degree}{\textdegree}

\starttext
 \xmlprocessbuffer{main}{test}{}
\stoptext

Works with older betas, not with the current one.

Thomas
___
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] Latest beta : command that no longer works

[Fabrice Couvreur]

With the latest version of Context Standalone, this command \filler[dots] no
longer works.
Best regards,
Fabrice

\definefiller[dots][left=\dontleavehmode, right=\hskip\ZeroPoint\par]
\starttext
\dorecurse{4}{\filler[dots]}
\stoptext

fab@debian:~$ source context/tex/setuptex
Setting /home/fab/context/tex as ConTeXt root.
fab@debian:~$ context ntg19.tex

resolvers   | trees | analyzing 'home:texmf'
mtx-context | run 1: luatex
--fmt=/home/fab/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en
--jobname=ntg19
--lua=/home/fab/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en.lui
--no-parse-first-line --c:currentrun=1 --c:fulljobname=./ntg19.tex
--c:input=./ntg19.tex --c:kindofrun=1 --c:maxnofruns=8 cont-yes.mkiv
This is LuaTeX, Version beta-0.80.0 (TeX Live 2015/dev) (rev 5195)
 \write18 enabled.

resolverstrees  analyzing 'home:texmf'
open source  1  1 
/home/fab/context/tex/texmf-context/tex/context/base/cont-yes.mkiv

ConTeXt  ver: 2015.04.01 12:00 MKIV beta  fmt: 2015.4.3  int:
english/english

system   'cont-new.mkiv' loaded
open source  2  2 
/home/fab/context/tex/texmf-context/tex/context/base/cont-new.mkiv
close source 2  2 
/home/fab/context/tex/texmf-context/tex/context/base/cont-new.mkiv
system   files  jobname 'ntg19', input './ntg19', result 'ntg19'
fontslatin modern fonts are not preloaded
languageslanguage 'en' is active
open source  2  3  /home/fab/ntg19.tex
fontspreloading latin modern fonts (second stage)
fonts'fallback modern-designsize rm 12pt' is loaded

tex errorerror on line 3 in file /home/fab/ntg19.tex: ! Undefined
control sequence


\166dots:right -\hskip \ZeroPoint
\par
\spac_fillers_indeed ...\fillerparameter \c!right
  \relax \scratchdimen
\fill...
\syst_helpers_recurse_indeed_yes ...curse_content

\syst_helpers_recurse_indeed
to be read again
{
inserted text
2
\syst_helpers_recurse_indeed ...the \innerrecurse
  }{#2}
l.3 \dorecurse{4}{\filler[dots]}


1 \definefiller[dots][left=\dontleavehmode, right=\hskip\ZeroPoint\par]
2 \starttext
3   \dorecurse{4}{\filler[dots]}
4 \stoptext
5 %%% Local Variables:
6 %%% Mode: context
7 %%% End:
8


?
___
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] Latest beta : command that no longer works

[Hans Hagen]

On 4/3/2015 8:02 PM, Fabrice Couvreur wrote:


1 \definefiller[dots][left=\dontleavehmode, right=\hskip\ZeroPoint\par]
2 \starttext
3   \dorecurse{4}{\filler[dots]}
4 \stoptext
5 %%% Local Variables:
6 %%% Mode: context
7 %%% End:


\zeropoint (no Z P)

you were probably luck previous times

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Latest beta : command that no longer works

[Wolfgang Schuster]

 Am 03.04.2015 um 20:02 schrieb Fabrice Couvreur fabrice1.couvr...@gmail.com:
 
 With the latest version of Context Standalone, this command \filler[dots] no 
 longer works.
 Best regards,
 Fabrice
 
 \definefiller[dots][left=\dontleavehmode, right=\hskip\ZeroPoint\par]
 \starttext
 \dorecurse{4}{\filler[dots]}
 \stoptext

You use the undefined command \ZeroPoint in your definition but you want 
\zeropoint.

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

Re: [NTG-context] Latest beta : command that no longer works

[Fabrice]

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

[NTG-context] Latest beta: reference to items broken in mkiv

[Otared Kavian]

Hi Hans,

It seems that referencing to items is broken in the latest beta mkiv: for 
example in the example below the command
\in{Item}[ref:2]
does not show item number 2.
However it works fine in mkii and previous releases.
Best regards: OK
PS: a minimal example follows
%%% begin ref-item-broken.tex
\starttext 

\startitemize[n]

\startitem[ref:1]
Item 1, reference 1
\stopitem

\startitem[ref:2]
Item 2, reference 2
\stopitem

\startitem[ref:3]
Item 3, reference 3
\stopitem

\stopitemize

See \in{Item}[ref:2] above.

\stoptext
%%% end ref-item-broken.tex
___
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] Latest beta: bug with 'convert()'?

[Procházka Lukáš Ing . - Pontex s . r . o .]

Hello,

I'm getting the following failure:


c:/Ctx-Beta/tex/texmf-context/tex/context/base/lpdf-xmp.lua:109: attempt to 
call field 'convert' (a nil value)
stack traceback:
c:/Ctx-Beta/tex/texmf-context/tex/context/base/lpdf-xmp.lua:109: in 
function 'valid_xmp'
c:/Ctx-Beta/tex/texmf-context/tex/context/base/lpdf-xmp.lua:117: in 
function 'pdfaddxmpinfo'
c:/Ctx-Beta/tex/texmf-context/tex/context/base/lpdf-xmp.lua:132: in 
function 'addtoinfo'
[\directlua]:1: in main chunk

1 \environment ../../../../_e-TZ.mkiv
2
3 \starttext
4   \completecontent
5   \page
6   \stoptext
7


backend  xmp  using file 
'c:/Ctx-Beta/tex/texmf-context/tex/context/base/lpdf-pdx.xml'


I guess it has to do something with latest XML/Lua extension;
I don't have MnWE at the moment - but it might be fixed anyway...

Best regards,

Lukas


--
Ing. Lukáš Procházka | mailto:l...@pontex.cz
Pontex s. r. o.  | mailto:pon...@pontex.cz | http://www.pontex.cz
Bezová 1658
147 14 Praha 4

Tel: +420 241 096 751
Fax: +420 244 461 038

___
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] Latest beta: bug with 'convert()'?

[Hans Hagen]

On 12/12/2014 10:32 AM, Procházka Lukáš Ing. - Pontex s. r. o. wrote:

Hello,

I'm getting the following failure:


c:/Ctx-Beta/tex/texmf-context/tex/context/base/lpdf-xmp.lua:109: attempt
to call field 'convert' (a nil value)
stack traceback:

c:/Ctx-Beta/tex/texmf-context/tex/context/base/lpdf-xmp.lua:109: in
function 'valid_xmp'

c:/Ctx-Beta/tex/texmf-context/tex/context/base/lpdf-xmp.lua:117: in
function 'pdfaddxmpinfo'

c:/Ctx-Beta/tex/texmf-context/tex/context/base/lpdf-xmp.lua:132: in
function 'addtoinfo'
 [\directlua]:1: in main chunk

1 \environment ../../../../_e-TZ.mkiv
2
3 \starttext
4   \completecontent
5   \page
6   \stoptext
7


backend  xmp  using file
'c:/Ctx-Beta/tex/texmf-context/tex/context/base/lpdf-pdx.xml'


I guess it has to do something with latest XML/Lua extension;
I don't have MnWE at the moment - but it might be fixed anyway...


hard to imagine ... did you patch one of the lxml-*.lua files?

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Latest beta: bug with 'convert()'?

[Procházka Lukáš Ing . - Pontex s . r . o .]

Hello Hans,


hard to imagine ... did you patch one of the lxml-*.lua files?


I renewed Ctx now and it seems to work (the reported problem related to the 
yesterday's beta)...

Best regards,

Lukas


--
Ing. Lukáš Procházka | mailto:l...@pontex.cz
Pontex s. r. o.  | mailto:pon...@pontex.cz | http://www.pontex.cz
Bezová 1658
147 14 Praha 4

Tel: +420 241 096 751
Fax: +420 244 461 038

___
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] Latest beta: bug with 'convert()'?

[Hans Hagen]

On 12/12/2014 1:16 PM, Procházka Lukáš Ing. - Pontex s. r. o. wrote:

Hello Hans,


hard to imagine ... did you patch one of the lxml-*.lua files?


I renewed Ctx now and it seems to work (the reported problem related to
the yesterday's beta)...


still weird, as i cannot generate betas without the xml working (as some 
docs are generated in the process)


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Latest beta stops loading some ttc fonts

[Hans Hagen]

On 9/26/2014 4:06 AM, Hongwen Qiu wrote:


Don't know which one changed that caused the above example to fail. I
havn't used nsimsun for months, and indeed the above code used to run
properly. Just heard from someone that it works in the current but not
in the beta.


It has to do with the fact that the loader reports an issue. For this 
font that report can be ignored. I extended the code that deals with the 
report with additional checking so it should work ok with the nexct 
beta. We still report the warning, just to be sure.


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

[NTG-context] Latest beta stops loading some ttc fonts

[Hongwen Qiu]

The following minimal example used to work fine:
\starttypescript [serif] [zhfonts]
  \definefontsynonym [Serif] [name:nsimsun]
\stoptypescript

\starttypescript [zhfonts]
  \definetypeface [zhfonts] [rm] [serif] [zhfonts]
\stoptypescript

\usetypescript [zhfonts]
\setupbodyfont [zhfonts, rm, 11pt]

\starttext

测试

\stoptext

but it's no longer the case.

The font used here is 'simsun.ttc' which ships with Chinese edition 
Windows systems by default.
When I require name:nsimsun as above, the TTFAddLangStr() function in 
the luatex code base will have the following information:

fontname lang
NSimSun   0
NSimSun  1033
新宋体   2052
That is when lang equals 0 or 1033, the fontname will be NSimSun, but 
when lang equals 2052, the fontname will be 新宋体, the Chinese words 
for NSimSun.
Although the ValidatePostScriptFontName() complains about the Chinese 
name of this font, and set 'bad_ps_fontname' to true, luatex itself 
don't stop the font fromgetting the right fontname NSimSun, since it 
chooses ASCII names when there're multiple fontnames.


But actions[check metadata](font-otf.lua, 1812)，sets the 
metadata.fontname from the correct NSimSun to bad-fontname-simsun, 
and this change causes ff_get_ttc_index() to always return -1 as the 
index, which caused ConTeXt to complain about the following error 
message before bail out:


(bad-fontname-simsun:-1)Invalid TTC index number

mtx-context | fatal error: return code: 1

So, maybe font-otf.lua may need not change metadata.fontname and 
metadata.fullname if these two names are not nil?

___
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] Latest beta stops loading some ttc fonts

[Hans Hagen]

On 9/25/2014 10:50 AM, Hongwen Qiu wrote:

The following minimal example used to work fine:
\starttypescript [serif] [zhfonts]
   \definefontsynonym [Serif] [name:nsimsun]
\stoptypescript

\starttypescript [zhfonts]
   \definetypeface [zhfonts] [rm] [serif] [zhfonts]
\stoptypescript

\usetypescript [zhfonts]
\setupbodyfont [zhfonts, rm, 11pt]

\starttext

测试

\stoptext

but it's no longer the case.


is it context or the binary?

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Latest beta stops loading some ttc fonts

[Hongwen Qiu]

在 2014年09月25日 18:50, Hans Hagen 写道:

On 9/25/2014 10:50 AM, Hongwen Qiu wrote:

The following minimal example used to work fine:
\starttypescript [serif] [zhfonts]
   \definefontsynonym [Serif] [name:nsimsun]
\stoptypescript

\starttypescript [zhfonts]
   \definetypeface [zhfonts] [rm] [serif] [zhfonts]
\stoptypescript

\usetypescript [zhfonts]
\setupbodyfont [zhfonts, rm, 11pt]

\starttext

测试

\stoptext

but it's no longer the case.


is it context or the binary?
Don't know which one changed that caused the above example to fail. I 
havn't used nsimsun for months, and indeed the above code used to run 
properly. Just heard from someone that it works in the current but not 
in the beta.


In my opinion, it's much easier to change the context code to fix this 
problem (about 2 line lua code), but maybe tweaking with the luatex code 
is the way that should be done.


I don't know anything about font format. In the luatex code, a comment 
said that PLRM only support ASCII fontnames. I suppose PLRM is short for 
PostScript Language Reference. I have a quick glance of the 3rd edition 
of PLRM, and only find that fontname have this explanation: (Optional) 
The name of the font. This entry is for information only; it is not
used by the PostScript interpreter. Ordinarily, it is the same as the 
key passed

to definefont , but it need not be.
I noticed that font can have multiple fotnames, each for a lang, just as 
I posted in the previous message that there're 3 fontnames for index 1 
of simsun.ttc. And many other Unicode fonts have non ASCII font names 
for lang other than 0 too. Just enable the warning message when loading 
font, and I noticed a lot of arabic font in the Linux box have Arabic 
font names. So I don't think that context (or luatex) should refuse to 
work when font have non-ASCII fontnames.


Currently there're other font related bugs that I'd wish getting fixed too.
I'm currently trying to find out why typesetting with sourcehansanscn 
will cause some glyphs to disapper.
e.g. the following code should typeset two glyphs 理 and 论. But the 
理 just get deleted from the output.

\starttypescript [serif] [zhfonts]
   \definefontsynonym [Serif] [name:sourcehansanscn]
\stoptypescript

\starttypescript [zhfonts]
   \definetypeface [zhfonts] [rm] [serif] [zhfonts]
\stoptypescript

\usetypescript [zhfonts]
\setupbodyfont [zhfonts, rm, 11pt]

\starttext

理论

\stoptext
FYI. this font can display 理, when I use libreOffice. I have no clue 
how to debug this problem. So some advice about debugging this kind of 
problem is helpful if you're busy to debug the problem. I'd glad to find 
out the reason why it won't work myself.


By the way, I belived that something like \definefontsynonym [Serif] 
[sourcehansanscn] used to load sourcehansanscn correctly but you must 
prefix it with name: now, otherwise it won't load any font.

___
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] latest beta, problem with natural tables and alignment character

[Brian Landy]

On Jun 26, 2014, at 5:24 PM, Hans Hagen pra...@wxs.nl wrote:

 On 6/26/2014 10:48 PM, Hans Hagen wrote:
 On 6/26/2014 5:06 AM, Brian Landy wrote:
 On Jun 25, 2014, at 6:53 PM, Hans Hagen pra...@wxs.nl wrote:
 
 On 6/25/2014 11:26 PM, Brian R. Landy wrote:
 
 When you say next beta do you mean a subsequent minimals release
 (i.e., this fix should be the 2014.06.22 release)?  Or do you mean a
 new
 beta that you announce more formally on the list?  I'm not sure what I
 should look for before I test again, so I don't end up testing a
 version
 without the fix.
 
 netx beta == next upload == already done
 
 
 Great, thanks.  I wanted to make sure before mentioning I'm still
 seeing problems.  When you have a combination number/character
 sequence (i.e., 1D or 11-22+) and specify an alignment
 (flushleft/middle/flushright) spaces get inserted between the final
 digit and the first trailing character.  So 1D might print as 1 D,
 11-22+ prints as 11-22 +, etc.  This happens using . or , for
 alignment, it's not exclusive to aligning on a hyphen.
 
 i now have two methods, number and text and {-} triggers text
 
 you can force a method with text- and number-
 
 no upload yet
 
 I'll also add \nocharacteralign so that one can disable this mechanism in a 
 table cell.

This is all great, thank's so much for handling this so quickly!  I like the 
idea of keeping the old behavior as an alternative.

And now that I see what your new mode is attempting to accomplish, I think it 
will prove very useful.  It looks like you want to parse out the number from 
any preceding and following text, align the number on the alignment character, 
and pad out any text that precedes a number (like a currency symbol) to align 
on the left rather than be flush with the number.  I just wanted to point out 
that this only works if identical preceding and/or trailing text exists in 
every cell.

For example, this table doesn't align using flushleft, middle, or flushright 
(it will if you force text-{.}, but of course the parens won't align 
vertically):

\starttext
\bgroup
\setupTABLE[1,2][3,4,5,6][aligncharacter=yes,alignmentcharacter={.}]
\bTABLE[align={flushright}]
  \bTR \bTD   \eTD \eTR
  \bTR \bTD  x\eTD \eTR
  \bTR \bTD  1.2  \eTD \eTR
  \bTR \bTD  (1.2)\eTD \eTR
  \bTR \bTD 11.22 \eTD \eTR
  \bTR \bTD (11.22)   \eTD \eTR
\eTABLE
\egroup
\stoptext

Without having looked through the code, I wonder if in number mode you could 
first run the existing logic, and then finish off using the existing text logic 
to pad the outside (i.e., to the left of the left-hand text and to the right of 
the right-hand text)?

Anyway, for my purposes restoring the old mode as an option is perfect, I just 
wanted to mention this in case this wasn't the behavior you intended.
Thanks again!

Best regards,
Brian


signature.asc
Description: Message signed with OpenPGP using GPGMail
___
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] latest beta, problem with natural tables and alignment character

[Hans Hagen]

On 6/27/2014 8:04 PM, Brian Landy wrote:


On Jun 26, 2014, at 5:24 PM, Hans Hagen pra...@wxs.nl wrote:


On 6/26/2014 10:48 PM, Hans Hagen wrote:

On 6/26/2014 5:06 AM, Brian Landy wrote:

On Jun 25, 2014, at 6:53 PM, Hans Hagen pra...@wxs.nl wrote:


On 6/25/2014 11:26 PM, Brian R. Landy wrote:


When you say next beta do you mean a subsequent minimals release
(i.e., this fix should be the 2014.06.22 release)?  Or do you mean a
new
beta that you announce more formally on the list?  I'm not sure what I
should look for before I test again, so I don't end up testing a
version
without the fix.


netx beta == next upload == already done



Great, thanks.  I wanted to make sure before mentioning I'm still
seeing problems.  When you have a combination number/character
sequence (i.e., 1D or 11-22+) and specify an alignment
(flushleft/middle/flushright) spaces get inserted between the final
digit and the first trailing character.  So 1D might print as 1 D,
11-22+ prints as 11-22 +, etc.  This happens using . or , for
alignment, it's not exclusive to aligning on a hyphen.


i now have two methods, number and text and {-} triggers text

you can force a method with text- and number-

no upload yet


I'll also add \nocharacteralign so that one can disable this mechanism in a 
table cell.


This is all great, thank's so much for handling this so quickly!  I like the 
idea of keeping the old behavior as an alternative.


in fact, the old behaviour is the default for number related seperators 
but in your case the - so not a number separator so then it assumes text



And now that I see what your new mode is attempting to accomplish, I think it 
will prove very useful.  It looks like you want to parse out the number from 
any preceding and following text, align the number on the alignment character, 
and pad out any text that precedes a number (like a currency symbol) to align 
on the left rather than be flush with the number.  I just wanted to point out 
that this only works if identical preceding and/or trailing text exists in 
every cell.


indeed, this mechanism was meant for numbers


For example, this table doesn't align using flushleft, middle, or flushright (it 
will if you force text-{.}, but of course the parens won't align vertically):

\starttext
\bgroup
\setupTABLE[1,2][3,4,5,6][aligncharacter=yes,alignmentcharacter={.}]
\bTABLE[align={flushright}]
   \bTR \bTD   \eTD \eTR
   \bTR \bTD  x\eTD \eTR
   \bTR \bTD  1.2  \eTD \eTR
   \bTR \bTD  (1.2)\eTD \eTR
   \bTR \bTD 11.22 \eTD \eTR
   \bTR \bTD (11.22)   \eTD \eTR
\eTABLE
\egroup
\stoptext

Without having looked through the code, I wonder if in number mode you could 
first run the existing logic, and then finish off using the existing text logic 
to pad the outside (i.e., to the left of the left-hand text and to the right of 
the right-hand text)?


not today ... things take time


Anyway, for my purposes restoring the old mode as an option is perfect, I just 
wanted to mention this in case this wasn't the behavior you intended.


maybe you can wikify these variants

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta, problem with natural tables and alignment character

[Hans Hagen]

On 6/26/2014 5:06 AM, Brian Landy wrote:

On Jun 25, 2014, at 6:53 PM, Hans Hagen pra...@wxs.nl wrote:


On 6/25/2014 11:26 PM, Brian R. Landy wrote:


When you say next beta do you mean a subsequent minimals release
(i.e., this fix should be the 2014.06.22 release)?  Or do you mean a new
beta that you announce more formally on the list?  I'm not sure what I
should look for before I test again, so I don't end up testing a version
without the fix.


netx beta == next upload == already done



Great, thanks.  I wanted to make sure before mentioning I'm still seeing problems.  When you have a combination number/character sequence 
(i.e., 1D or 11-22+) and specify an alignment (flushleft/middle/flushright) spaces get inserted between the final digit and the first 
trailing character.  So 1D might print as 1 D, 11-22+ prints as 11-22 +, etc.  This happens 
using . or , for alignment, it's not exclusive to aligning on a hyphen.


i now have two methods, number and text and {-} triggers text

you can force a method with text- and number-

no upload yet

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta, problem with natural tables and alignment character

[Hans Hagen]

On 6/26/2014 10:48 PM, Hans Hagen wrote:

On 6/26/2014 5:06 AM, Brian Landy wrote:

On Jun 25, 2014, at 6:53 PM, Hans Hagen pra...@wxs.nl wrote:


On 6/25/2014 11:26 PM, Brian R. Landy wrote:


When you say next beta do you mean a subsequent minimals release
(i.e., this fix should be the 2014.06.22 release)?  Or do you mean a
new
beta that you announce more formally on the list?  I'm not sure what I
should look for before I test again, so I don't end up testing a
version
without the fix.


netx beta == next upload == already done



Great, thanks.  I wanted to make sure before mentioning I'm still
seeing problems.  When you have a combination number/character
sequence (i.e., 1D or 11-22+) and specify an alignment
(flushleft/middle/flushright) spaces get inserted between the final
digit and the first trailing character.  So 1D might print as 1 D,
11-22+ prints as 11-22 +, etc.  This happens using . or , for
alignment, it's not exclusive to aligning on a hyphen.


i now have two methods, number and text and {-} triggers text

you can force a method with text- and number-

no upload yet


I'll also add \nocharacteralign so that one can disable this mechanism 
in a table cell.



-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta, problem with natural tables and alignment character

[Brian R. Landy]

On Tue, 17 Jun 2014, Hans Hagen wrote:


anyhow, i made it work a bit better with tables (extra pass needed)

\starttext

\enabletrackers[typesetters.characteralign]

\bgroup
\setupTABLE[column][1][aligncharacter=yes,alignmentcharacter={,}]
\bTABLE
   \bTR \bTD  1,2   \eTD \bTD  1,2  \eTD \bTD xxx \eTD \eTR
   \bTR \bTD - 1,2  \eTD \bTD -1,2  \eTD \bTD xxx \eTD \eTR
   \bTR \bTD -1,2   \eTD \bTD -1,2  \eTD \bTD xxx \eTD \eTR
   \bTR \bTD 11,2   \eTD \bTD 11,2  \eTD \bTD xxx \eTD \eTR
   \bTR \bTD 11,224 \eTD \bTD 11,22 \eTD \bTD xxx \eTD \eTR
\eTABLE
\egroup

\bgroup
\setupTABLE[column][1][aligncharacter=yes,alignmentcharacter={-}]
\setupTABLE[column][2][aligncharacter=yes,alignmentcharacter={\endash}]
\bTABLE
   \bTR \bTD  1-2\eTD \bTD  1\endash2\eTD\bTD xxx \eTD \eTR
   \bTR \bTD  1-2\eTD \bTD  1\endash2\eTD\bTD xxx \eTD \eTR
   \bTR \bTD  1-2\eTD \bTD  1\endash2\eTD\bTD xxx \eTD \eTR
   \bTR \bTD 11-2\eTD \bTD 11\endash2\eTD\bTD xxx \eTD \eTR
   \bTR \bTD 11-22 + \eTD \bTD 11\endash22 + \eTD\bTD xxx \eTD \eTR
\eTABLE
\egroup

\stoptext

the next beta can handle this


When you say next beta do you mean a subsequent minimals release 
(i.e., this fix should be the 2014.06.22 release)?  Or do you mean a new 
beta that you announce more formally on the list?  I'm not sure what I 
should look for before I test again, so I don't end up testing a version 
without the fix.



Brian
___
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] latest beta, problem with natural tables and alignment character

[Hans Hagen]

On 6/25/2014 11:26 PM, Brian R. Landy wrote:



On Tue, 17 Jun 2014, Hans Hagen wrote:


anyhow, i made it work a bit better with tables (extra pass needed)

\starttext

\enabletrackers[typesetters.characteralign]

\bgroup
\setupTABLE[column][1][aligncharacter=yes,alignmentcharacter={,}]
\bTABLE
   \bTR \bTD  1,2   \eTD \bTD  1,2  \eTD \bTD xxx \eTD \eTR
   \bTR \bTD - 1,2  \eTD \bTD -1,2  \eTD \bTD xxx \eTD \eTR
   \bTR \bTD -1,2   \eTD \bTD -1,2  \eTD \bTD xxx \eTD \eTR
   \bTR \bTD 11,2   \eTD \bTD 11,2  \eTD \bTD xxx \eTD \eTR
   \bTR \bTD 11,224 \eTD \bTD 11,22 \eTD \bTD xxx \eTD \eTR
\eTABLE
\egroup

\bgroup
\setupTABLE[column][1][aligncharacter=yes,alignmentcharacter={-}]
\setupTABLE[column][2][aligncharacter=yes,alignmentcharacter={\endash}]
\bTABLE
   \bTR \bTD  1-2\eTD \bTD  1\endash2\eTD\bTD xxx \eTD \eTR
   \bTR \bTD  1-2\eTD \bTD  1\endash2\eTD\bTD xxx \eTD \eTR
   \bTR \bTD  1-2\eTD \bTD  1\endash2\eTD\bTD xxx \eTD \eTR
   \bTR \bTD 11-2\eTD \bTD 11\endash2\eTD\bTD xxx \eTD \eTR
   \bTR \bTD 11-22 + \eTD \bTD 11\endash22 + \eTD\bTD xxx \eTD \eTR
\eTABLE
\egroup

\stoptext

the next beta can handle this


When you say next beta do you mean a subsequent minimals release
(i.e., this fix should be the 2014.06.22 release)?  Or do you mean a new
beta that you announce more formally on the list?  I'm not sure what I
should look for before I test again, so I don't end up testing a version
without the fix.


netx beta == next upload == already done

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta, problem with natural tables and alignment character

[Brian Landy]

On Jun 25, 2014, at 6:53 PM, Hans Hagen pra...@wxs.nl wrote:

 On 6/25/2014 11:26 PM, Brian R. Landy wrote:
 
 When you say next beta do you mean a subsequent minimals release
 (i.e., this fix should be the 2014.06.22 release)?  Or do you mean a new
 beta that you announce more formally on the list?  I'm not sure what I
 should look for before I test again, so I don't end up testing a version
 without the fix.
 
 netx beta == next upload == already done
 

Great, thanks.  I wanted to make sure before mentioning I'm still seeing 
problems.  When you have a combination number/character sequence (i.e., 1D or 
11-22+) and specify an alignment (flushleft/middle/flushright) spaces get 
inserted between the final digit and the first trailing character.  So 1D 
might print as 1 D, 11-22+ prints as 11-22 +, etc.  This happens using 
. or , for alignment, it's not exclusive to aligning on a hyphen.

I included a sample and some output below (good.pdf is from 2013.06.10, bad.pdf 
is 2014.06.22)

Regards,
Brian

\starttext

%\enabletrackers[typesetters.characteralign]

\bgroup
\setupTABLE[1,2][3,4,5,6,7,8][aligncharacter=yes,alignmentcharacter={-}]
\bTABLE[align={flushleft}]
\bTABLE
  \bTR \bTD   \eTD \bTD  \eTD\bTD  \eTD \eTR
  \bTR \bTD  x \eTD \bTD  x\eTD\bTD x \eTD \eTR
  \bTR \bTD  1D \eTD \bTD  5D\eTD\bTD xxx \eTD \eTR
  \bTR \bTD  1-2\eTD \bTD  1-2\eTD\bTD xxx \eTD \eTR
  \bTR \bTD  1-2+   \eTD \bTD  1-2\eTD\bTD xxx \eTD \eTR
  \bTR \bTD  1-2\eTD \bTD  1-2\eTD\bTD xxx \eTD \eTR
  \bTR \bTD 11-2\eTD \bTD 11-2\eTD\bTD xxx \eTD \eTR
  \bTR \bTD 11-22+ \eTD \bTD 11-22+ \eTD\bTD xxx \eTD \eTR
\eTABLE
\egroup

\bgroup
\setupTABLE[1,2][3,4,5,6,7,8][aligncharacter=yes,alignmentcharacter={-}]
\bTABLE[align={middle}]
  \bTR \bTD   \eTD \bTD  \eTD\bTD  \eTD \eTR
  \bTR \bTD  x \eTD \bTD  x\eTD\bTD x \eTD \eTR
  \bTR \bTD  1D \eTD \bTD  5D\eTD\bTD xxx \eTD \eTR
  \bTR \bTD  1-2\eTD \bTD  1-2\eTD\bTD xxx \eTD \eTR
  \bTR \bTD  1-2+   \eTD \bTD  1-2\eTD\bTD xxx \eTD \eTR
  \bTR \bTD  1-2\eTD \bTD  1-2\eTD\bTD xxx \eTD \eTR
  \bTR \bTD 11-2\eTD \bTD 11-2\eTD\bTD xxx \eTD \eTR
  \bTR \bTD 11-22+ \eTD \bTD 11-22+ \eTD\bTD xxx \eTD \eTR
\eTABLE
\egroup

\bgroup
\setupTABLE[1,2][3,4,5,6,7,8][aligncharacter=yes,alignmentcharacter={-}]
\bTABLE[align={flushright}]
  \bTR \bTD   \eTD \bTD  \eTD\bTD  \eTD \eTR
  \bTR \bTD  x \eTD \bTD  x\eTD\bTD x \eTD \eTR
  \bTR \bTD  1D \eTD \bTD  5D\eTD\bTD xxx \eTD \eTR
  \bTR \bTD  1-2\eTD \bTD  1-2\eTD\bTD xxx \eTD \eTR
  \bTR \bTD  1-2+   \eTD \bTD  1-2\eTD\bTD xxx \eTD \eTR
  \bTR \bTD  1-2\eTD \bTD  1-2\eTD\bTD xxx \eTD \eTR
  \bTR \bTD 11-2\eTD \bTD 11-2\eTD\bTD xxx \eTD \eTR
  \bTR \bTD 11-22+ \eTD \bTD 11-22+ \eTD\bTD xxx \eTD \eTR
\eTABLE
\egroup

\stoptext




good.pdf
Description: Adobe PDF document


bad.pdf
Description: Adobe PDF document



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
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] Latest Ctx Beta - input file coding problem?

[Procházka Lukáš Ing . - Pontex s . r . o .]

Hello,

I cannot compile the following code:


\mainlanguage[cz]
\enableregime[cp1250]

\starttext
  \section{Poznámky}
\stoptext


It worked so far - I guess something is wrong with the input file encoding 
specification.

Best regards,

Lukas


--
Ing. Lukáš Procházka [mailto:l...@pontex.cz]
Pontex s. r. o.  [mailto:pon...@pontex.cz] [http://www.pontex.cz]
Bezová 1658
147 14 Praha 4

Tel: +420 241 096 751
Fax: +420 244 461 038

t2.log
Description: Binary data


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

Re: [NTG-context] latest beta, problem with natural tables and alignment character

[Hans Hagen]

On 6/17/2014 5:49 AM, Brian Landy wrote:

Almost all of the tables I generate via code, not by hand, so I found it more 
convenient to include a trailing % because I occasionally did run across an 
instance where it mattered, and wasn't (and am not) sufficiently skilled at 
TeX/ConTeXt to know how to predict those occurrences.

It's somewhat similar for always wrapping the contents in {}, I thought I had 
run into some cases in the past where it was necessary, so just include them 
always rather than manually add them with the content when they are required.  
Are there negative consequences (performance, memory usage, ...) to writing it 
as I did?  Or is the difference just cosmetic?


the empty [] always has a performance hit, for {} it depends what extra 
restores have to happen



Best regards,
Brian

On Jun 16, 2014, at 6:57 PM, Hans Hagen pra...@wxs.nl wrote:


so instead of

\bTD[]{Bond}\eTD%

use this:

\bTD Bond \eTD


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___




--

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta, problem with natural tables and alignment character

[Hans Hagen]

On 6/16/2014 11:51 PM, Brian Landy wrote:

Hi, I was testing the latest beta (2014.06.15) and noticed I am getting incorrect output 
using natural tables with alignment characters.  I produced a small example that 
demonstrates the problem, and attached output created with the version I'm testing 
(bad.pdf) and my prior version (good.pdf, ConTeXt 2013.06.10).  You can see in the bad 
file that ConTeXt doesn't properly align on the - and it introduces spurious 
spaces.


i assume you haven't updated in a while as this is not something last 
beta specific


the alignment code has been redone some time ago (the general mechanism 
is more clever now) and it was mostly made for aligning numbers (not so 
much for your case as - is seen as minus)


anyhow, i made it work a bit better with tables (extra pass needed)

\starttext

\enabletrackers[typesetters.characteralign]

\bgroup
\setupTABLE[column][1][aligncharacter=yes,alignmentcharacter={,}]
\bTABLE
\bTR \bTD  1,2   \eTD \bTD  1,2  \eTD \bTD xxx \eTD \eTR
\bTR \bTD - 1,2  \eTD \bTD -1,2  \eTD \bTD xxx \eTD \eTR
\bTR \bTD -1,2   \eTD \bTD -1,2  \eTD \bTD xxx \eTD \eTR
\bTR \bTD 11,2   \eTD \bTD 11,2  \eTD \bTD xxx \eTD \eTR
\bTR \bTD 11,224 \eTD \bTD 11,22 \eTD \bTD xxx \eTD \eTR
\eTABLE
\egroup

\bgroup
\setupTABLE[column][1][aligncharacter=yes,alignmentcharacter={-}]
\setupTABLE[column][2][aligncharacter=yes,alignmentcharacter={\endash}]
\bTABLE
\bTR \bTD  1-2\eTD \bTD  1\endash2\eTD\bTD xxx \eTD \eTR
\bTR \bTD  1-2\eTD \bTD  1\endash2\eTD\bTD xxx \eTD \eTR
\bTR \bTD  1-2\eTD \bTD  1\endash2\eTD\bTD xxx \eTD \eTR
\bTR \bTD 11-2\eTD \bTD 11\endash2\eTD\bTD xxx \eTD \eTR
\bTR \bTD 11-22 + \eTD \bTD 11\endash22 + \eTD\bTD xxx \eTD \eTR
\eTABLE
\egroup

\stoptext

the next beta can handle this

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

[NTG-context] latest beta, problem with natural tables and alignment character

[Brian Landy]

Hi, I was testing the latest beta (2014.06.15) and noticed I am getting 
incorrect output using natural tables with alignment characters.  I produced a 
small example that demonstrates the problem, and attached output created with 
the version I'm testing (bad.pdf) and my prior version (good.pdf, ConTeXt 
2013.06.10).  You can see in the bad file that ConTeXt doesn't properly align 
on the - and it introduces spurious spaces.

Best regards,
Brian



test.tex
Description: Binary data


good.pdf
Description: Adobe PDF document


bad.pdf
Description: Adobe PDF document



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
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] latest beta, problem with natural tables and alignment character

[Hans Hagen]

On 6/16/2014 11:51 PM, Brian Landy wrote:

Hi, I was testing the latest beta (2014.06.15) and noticed I am getting incorrect output 
using natural tables with alignment characters.  I produced a small example that 
demonstrates the problem, and attached output created with the version I'm testing 
(bad.pdf) and my prior version (good.pdf, ConTeXt 2013.06.10).  You can see in the bad 
file that ConTeXt doesn't properly align on the - and it introduces spurious 
spaces.


i'll check it ... btw, you don't need all these %'s after a multi-char \cs

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta, problem with natural tables and alignment character

[Hans Hagen]

so instead of

\bTD[]{Bond}\eTD%

use this:

\bTD Bond \eTD


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta, problem with natural tables and alignment character

[Brian Landy]

Almost all of the tables I generate via code, not by hand, so I found it more 
convenient to include a trailing % because I occasionally did run across an 
instance where it mattered, and wasn't (and am not) sufficiently skilled at 
TeX/ConTeXt to know how to predict those occurrences.

It's somewhat similar for always wrapping the contents in {}, I thought I had 
run into some cases in the past where it was necessary, so just include them 
always rather than manually add them with the content when they are required.  
Are there negative consequences (performance, memory usage, ...) to writing it 
as I did?  Or is the difference just cosmetic?

Best regards,
Brian

On Jun 16, 2014, at 6:57 PM, Hans Hagen pra...@wxs.nl wrote:

 so instead of
 
 \bTD[]{Bond}\eTD%
 
 use this:
 
 \bTD Bond \eTD
 
 
 -
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
 archive  : http://foundry.supelec.fr/projects/contextrev/
 wiki : http://contextgarden.net
 ___



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
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] latest beta

[Hans Hagen]

On 1/16/2014 11:23 PM, Thomas A. Schmitz wrote:

Hi,

the following test file gives an error with the latest beta:

\setupbodyfont[gentium,12pt]

\starttext
\buildtextaccent\greekdasia\greekalphamacron
\stoptext

it works with a somewhat older one (2013.12.30). The error is

! Missing number, treated as zero.

system   tex  error on line 5 in file /tmp/test.tex: Missing
number, treated as zero ...



to be read again
\relax
\buildtextaccent ...umber \b_enco_accent )}\relax
   \ifcase
\scratchcounter \e...
l.5 \buildtextaccent\greekdasia\greekalphamacron

I thought this pointed to enco-ini.mkiv, but the file is unchanged
between these two versions, so I'm a bit baffled.


no, side effect of substantial optimizations (where i simply couldn't 
test everything ... you're probably the only user building accents)


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | 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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

[NTG-context] latest beta

[Thomas A. Schmitz]

Hi,

the following test file gives an error with the latest beta:

\setupbodyfont[gentium,12pt]

\starttext
\buildtextaccent\greekdasia\greekalphamacron
\stoptext

it works with a somewhat older one (2013.12.30). The error is

! Missing number, treated as zero.

system   tex  error on line 5 in file /tmp/test.tex: Missing 
number, treated as zero ...


...

to be read again
\relax
\buildtextaccent ...umber \b_enco_accent )}\relax
  \ifcase 
\scratchcounter \e...

l.5 \buildtextaccent\greekdasia\greekalphamacron

I thought this pointed to enco-ini.mkiv, but the file is unchanged 
between these two versions, so I'm a bit baffled.


All best

Thomas
___
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
___