Re: [NTG-context] latest beta (october 18th): likely bug in \mirror

2018-11-24 Thread 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

2018-11-23 Thread 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

2018-11-23 Thread 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

2018-11-23 Thread 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

2018-08-20 Thread 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)

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

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

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

2018-06-25 Thread 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

2018-06-25 Thread 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

2018-06-25 Thread 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

2018-06-25 Thread 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

2018-06-25 Thread 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

2018-06-25 Thread 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

2018-06-25 Thread 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

2018-06-24 Thread 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

2018-06-24 Thread 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

2018-06-23 Thread 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

2018-02-09 Thread 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

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

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

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

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

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

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

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

2018-02-07 Thread 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
___

[NTG-context] latest beta

2015-10-13 Thread 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

2015-10-13 Thread 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

2015-10-13 Thread 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

2015-04-03 Thread 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

2015-04-03 Thread 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

2015-04-03 Thread 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

2015-04-03 Thread 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

2015-04-01 Thread 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()'?

2014-12-12 Thread 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()'?

2014-12-12 Thread 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()'?

2014-12-12 Thread 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()'?

2014-12-12 Thread 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

2014-09-26 Thread 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

2014-09-25 Thread 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

2014-09-25 Thread 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

2014-09-25 Thread 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

2014-06-27 Thread 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

2014-06-27 Thread 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

2014-06-26 Thread 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

2014-06-26 Thread 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

2014-06-25 Thread 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

2014-06-25 Thread 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

2014-06-25 Thread 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
___

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

2014-06-17 Thread 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

2014-06-17 Thread 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

2014-06-16 Thread 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

2014-06-16 Thread 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

2014-06-16 Thread 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

2014-06-16 Thread 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

2014-01-17 Thread 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

2014-01-16 Thread 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
___


[NTG-context] Latest beta: file publ-old.mkiv not found

2014-01-14 Thread Otared Kavian
Hi Hans,

After updating to th elatest version,
Context 2014.01.14 15:03
one cannot typeset anymore with mkiv because a file seems missing. Here is the 
error message:
 I can't find file `publ-old.mkiv'.
to be read again 
\relax 
l.490 \loadmarkfile{publ-old}

Best regards: OK
___
If your question is of interest to others as well, please add an 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: file publ-old.mkiv not found

2014-01-14 Thread Hans Hagen

On 1/14/2014 4:17 PM, Otared Kavian wrote:

Hi Hans,

After updating to th elatest version,
Context 2014.01.14 15:03
one cannot typeset anymore with mkiv because a file seems missing. Here is the 
error message:
 I can't find file `publ-old.mkiv'.
to be read again
\relax
l.490 \loadmarkfile{publ-old}


fixed ... that's the compatibility mechanism kicking in (there is new 
bib code .. see doc/context/manuals/allkind path)


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: file publ-old.mkiv not found

2014-01-14 Thread Otared Kavian

On 14 janv. 2014, at 16:27, Hans Hagen pra...@wxs.nl wrote:

 On 1/14/2014 4:17 PM, Otared Kavian wrote:
 Hi Hans,
 
 After updating to th elatest version,
  Context 2014.01.14 15:03
 one cannot typeset anymore with mkiv because a file seems missing. Here is 
 the error message:
   I can't find file `publ-old.mkiv'.
  to be read again
  \relax
  l.490 \loadmarkfile{publ-old}
 
 fixed ... that's the compatibility mechanism kicking in (there is new bib 
 code .. see doc/context/manuals/allkind path)

Thanks Hans!
Actually in order to typeset a document I was finishing, I modified 
context.mkiv at line 490 in the following way:
%\loadmarkfile{publ-old}
\loadmarkfile{m-oldbibtex}
and then could finish… Nevertheless I’ll update again in a few hours.

Best regards: OK

___
If your question is of interest to others as well, please add an 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 and luajittex in Linux 32-bit

2014-01-09 Thread Mojca Miklavec
On Wed, Jan 8, 2014 at 8:47 PM, Pablo Rodriguez wrote:
 Dear list,

 could anyone using the latest beta from ConTeXt Suite in Linux 32-bit
 confirm whether compilation with the option --engine=luajittex works?

Indeed the binary doesn't even work on the same machine where it has
been compiled. Sorry for that. I get the following error:

 luajittex --version
luajittex: /lib/libc.so.6: version `GLIBC_2.3.4' not found (required
by luajittex)
luajittex: /lib/libc.so.6: version `GLIBC_2.7' not found (required by luajittex)
luajittex: /lib/libc.so.6: version `GLIBC_2.11' not found (required by
luajittex)

I added Alan's binary now, but I currently don't have a suitable linux
box to test whether it works.

On top of that I forgot to fix the auto-update script to fetch the
latest binaries (again I have an appropriate person to blame for
making me upgrade the SVN repository to the latest version, even
though that didn't really solve the problem with apparently
broken/buggy SVN ;).

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

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] latest beta and luajittex in Linux 32-bit

2014-01-09 Thread Pablo Rodriguez
On 01/09/2014 01:37 PM, Mojca Miklavec wrote:
 On Wed, Jan 8, 2014 at 8:47 PM, Pablo Rodriguez wrote:
 
 I added Alan's binary now, but I currently don't have a suitable linux
 box to test whether it works.

Many thanks for the replies and the help, Luigi, Alan and Mojca.

Everything works fine now.


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 beta and luajittex in Linux 32-bit

2014-01-08 Thread Pablo Rodriguez
Dear list,

could anyone using the latest beta from ConTeXt Suite in Linux 32-bit
confirm whether compilation with the option --engine=luajittex works?

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 beta and luajittex in Linux 32-bit

2014-01-08 Thread Alan Braslau
On Wed, 8 Jan 2014 20:47:53 +0100
Pablo Rodriguez oi...@gmx.es wrote:

 Dear list,
 
 could anyone using the latest beta from ConTeXt Suite in Linux 32-bit
 confirm whether compilation with the option --engine=luajittex works?
 
 Many thanks for your help,
 
 
 Pablo

I have recompiled all of the binaries on linux 32-bit and sent them to
Mojca. Both luatex and luajittex work (on my system).

This is LuajitTeX, Version beta-0.78.1-2014010720 (TeX Live 2013/dev)
This is LuaTeX, Version beta-0.78.0-2014010116 (TeX Live 2013/dev) (rev
4704)

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


Re: [NTG-context] latest beta and ancient greek module

2013-05-01 Thread Hans Hagen

On 4/30/2013 8:06 AM, Thomas A. Schmitz wrote:

On 04/30/2013 03:24 AM, Alan Bowen wrote:

The latest beta (ConTeXt  ver: 2013.04.30 00:31 MKIV beta) seems to have
a problem with the ancient greek module:


Indeed. Hans has removed support for \beginOLDTEX etc. - would have been
nice if he had told us... I have uploaded a new version which should
work again.


oh, i can add it ... i just saw it and wondered if it was used and 
couldn't grep it in


is it still wanted / needed?

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 and ancient greek module

2013-05-01 Thread Thomas A. Schmitz

On 05/01/2013 04:13 PM, Hans Hagen wrote:

oh, i can add it ... i just saw it and wondered if it was used and
couldn't grep it in

is it still wanted / needed?


Not by me, at least, I separated the file into mkii and mkiv, which is 
cleaner anyway. But a tiny word wof warning would have been welcome...


Thanks

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 and ancient greek module

2013-05-01 Thread Mojca Miklavec
On Wed, May 1, 2013 at 4:24 PM, Thomas A. Schmitz wrote:
 On 05/01/2013 04:13 PM, Hans Hagen wrote:

 oh, i can add it ... i just saw it and wondered if it was used and
 couldn't grep it in

 is it still wanted / needed?

 Not by me, at least, I separated the file into mkii and mkiv, which is
 cleaner anyway.

type-gentium.tex anyone?

We need to fix it before TL 2013 release.

 But a tiny word wof warning would have been welcome...

I agree with that one. But apart from the modules that can easily be
fixed, I use it in many of my (non-mkiv-specific) documents to setup
the typescripts. I don't mind changing the keyword, but it would be
nice to have a simple command available for making small snippets of
code dependent on the engine. (LaTeX has \ifXeTeX, \ifLuaTeX for
example.)

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

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] latest beta and ancient greek module

2013-05-01 Thread Wolfgang Schuster

Am 01.05.2013 um 18:03 schrieb Mojca Miklavec mojca.miklavec.li...@gmail.com:

 I agree with that one. But apart from the modules that can easily be
 fixed, I use it in many of my (non-mkiv-specific) documents to setup
 the typescripts. I don't mind changing the keyword, but it would be
 nice to have a simple command available for making small snippets of
 code dependent on the engine. (LaTeX has \ifXeTeX, \ifLuaTeX for
 example.)

You can use

  \startmode[*mkii]

or

  \startmode[*mkiv]

to write different code for MkII and MkIV. With the counter \texengine
you can also check for the engine, one is pdfTeX, two is XeTeX and
three is LuaTeX.

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 and ancient greek module

2013-04-30 Thread Thomas A. Schmitz

On 04/30/2013 03:24 AM, Alan Bowen wrote:

The latest beta (ConTeXt  ver: 2013.04.30 00:31 MKIV beta) seems to have
a problem with the ancient greek module:


Indeed. Hans has removed support for \beginOLDTEX etc. - would have been 
nice if he had told us... I have uploaded a new version which should 
work again.


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 and ancient greek module

2013-04-29 Thread Alan Bowen
The latest beta (ConTeXt  ver: 2013.04.30 00:31 MKIV beta) seems to have a
problem with the ancient greek module:

resolversmodules  'ancientgreek' is loaded

(/Users/alancbowen/texmf/tex/context/third/greek/t-ancientgreek.mkiv

loading  module ancientgreek

(/Users/alancbowen/texmf/tex/context/third/greek/type-agr.tex

! Undefined control sequence.


system   tex  error on line 5 in file
/Users/alancbowen/texmf/tex/context/third/greek/type-agr.tex: Undefined
control sequence ...


 1 %

 2 % Typescript for Greek fonts

 3 %

 4

 5   \beginOLDTEX

 6 \loadmapfile[tasgreek.map]

 7

 8 \starttypescript [serif] [Alkaios] [name]

 9   \usetypescript[serif][fallback]

10   \definefontsynonym [Serif]   [Alkaios]  [encoding=agr]

11   \definefontsynonym [SerifItalic] [Alkaiosit]  [encoding=agr]

12   \definefontsynonym [SerifBold]   [Alkaiosbo]  [encoding=agr]

13   \definefontsynonym [SerifBoldItalic] [Alkaiosboit]  [encoding=agr]

14 \stoptypescript

15


l.5 \beginOLDTEX


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

Re: [NTG-context] Latest beta breaks LuajitTeX

2013-04-04 Thread Marco Patzer
On 2013–04–03 Hans Hagen wrote:

 On 4/3/2013 12:46 PM, Marco Patzer wrote:
 Hi,
 
 the latest beta throws:
 
 mtx-context | redirect texlua - luajittex: luajittex --luaonly 
 /tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun --script context 
 --jit t 
 --redirected/tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun:15230: 
 attempt to index field 'searchers' (a nil value)
 
 Example:
 
 \starttext
Foobar
 \stoptext
 
 it should work again now

Indeed, LuajitTeX works, but you broke MkII. The format generation
already fails:

…
(/tmp/mkiitest/tex/texmf/metapost/base/string.mp 
(/tmp/mkiitest/tex/texmf-context/metapost/context/base/mp-func.mpii) ) )
(end occurred when else on line 5 was incomplete)


Marco


signature.asc
Description: Digital signature
___
If your question is of interest to others as well, please add an 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 breaks LuajitTeX

2013-04-04 Thread Hans Hagen

On 4/4/2013 9:21 AM, Marco Patzer wrote:

On 2013–04–03 Hans Hagen wrote:


On 4/3/2013 12:46 PM, Marco Patzer wrote:

Hi,

the latest beta throws:

mtx-context | redirect texlua - luajittex: luajittex --luaonly 
/tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun --script context --jit t 
--redirected/tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun:15230: attempt to index 
field 'searchers' (a nil value)

Example:

\starttext
   Foobar
\stoptext


it should work again now


Indeed, LuajitTeX works, but you broke MkII. The format generation
already fails:

…
(/tmp/mkiitest/tex/texmf/metapost/base/string.mp 
(/tmp/mkiitest/tex/texmf-context/metapost/context/base/mp-func.mpii) ) )
(end occurred when else on line 5 was incomplete)


That's not mkii but the metafun mpii format generation. I kept that till 
now because one never knows is mp has been updated. Todays mpost has no 
format so that's why it looks like it 'fails' but can can just ignore 
it. I've now commented the metafun default format generation in texexec 
(as by now we may assume the latest mpost to be used).


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 breaks LuajitTeX

2013-04-04 Thread Marco Patzer
On 2013–04–04 Hans Hagen wrote:

 Indeed, LuajitTeX works, but you broke MkII. The format generation
 already fails:
 
 …
 (/tmp/mkiitest/tex/texmf/metapost/base/string.mp 
 (/tmp/mkiitest/tex/texmf-context/metapost/context/base/mp-func.mpii) ) )
 (end occurred when else on line 5 was incomplete)
 
 That's not mkii but the metafun mpii format generation. I kept that
 till now because one never knows is mp has been updated. Todays
 mpost has no format so that's why it looks like it 'fails' but can
 can just ignore it.

Maybe I quoted the wrong part of the log, but it seems like the MkII
format is not generated:

  This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012)
   \write18 enabled.

  kpathsea: Running mktexfmt cont-en.fmt
  mktexfmt: No such file or directory
  I can't find the format file `cont-en.fmt'!


Marco


signature.asc
Description: Digital signature
___
If your question is of interest to others as well, please add an 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 breaks LuajitTeX

2013-04-04 Thread Marco Patzer
On 2013–04–04 Marco Patzer wrote:

 On 2013–04–04 Hans Hagen wrote:
 
  Indeed, LuajitTeX works, but you broke MkII. The format generation
  already fails:
  
  …
  (/tmp/mkiitest/tex/texmf/metapost/base/string.mp 
  (/tmp/mkiitest/tex/texmf-context/metapost/context/base/mp-func.mpii) ) )
  (end occurred when else on line 5 was incomplete)
  
  That's not mkii but the metafun mpii format generation. I kept that
  till now because one never knows is mp has been updated. Todays
  mpost has no format so that's why it looks like it 'fails' but can
  can just ignore it.
 
 Maybe I quoted the wrong part of the log, but it seems like the MkII
 format is not generated:

MkII is fixed now.


Marco


signature.asc
Description: Digital signature
___
If your question is of interest to others as well, please add an 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 breaks LuajitTeX

2013-04-03 Thread Marco Patzer
Hi,

the latest beta throws:

mtx-context | redirect texlua - luajittex: luajittex --luaonly 
/tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun --script context --jit t 
--redirected/tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun:15230: attempt 
to index field 'searchers' (a nil value)

Example:

\starttext
  Foobar
\stoptext


Marco


signature.asc
Description: Digital signature
___
If your question is of interest to others as well, please add an 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 breaks LuajitTeX

2013-04-03 Thread luigi scarso
hm I will see asap

On Wed, Apr 3, 2013 at 12:46 PM, Marco Patzer home...@lavabit.com wrote:
 Hi,

 the latest beta throws:

 mtx-context | redirect texlua - luajittex: luajittex --luaonly 
 /tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun --script context --jit 
 t --redirected/tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun:15230: 
 attempt to index field 'searchers' (a nil value)

 Example:

 \starttext
   Foobar
 \stoptext


 Marco

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



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


Re: [NTG-context] Latest beta breaks LuajitTeX

2013-04-03 Thread luigi scarso
On Wed, Apr 3, 2013 at 12:46 PM, Marco Patzer home...@lavabit.com wrote:
 Hi,

 the latest beta throws:

 mtx-context | redirect texlua - luajittex: luajittex --luaonly 
 /tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun --script context --jit 
 t --redirected/tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun:15230: 
 attempt to index field 'searchers' (a nil value)

 Example:

 \starttext
   Foobar
 \stoptext
should be something like
local searchers=package.searchers or package.loaders
but I think it's better to wait Hans.
--
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
___


Re: [NTG-context] Latest beta breaks LuajitTeX

2013-04-03 Thread luigi scarso
On Wed, Apr 3, 2013 at 1:05 PM, luigi scarso luigi.sca...@gmail.com wrote:
 On Wed, Apr 3, 2013 at 12:46 PM, Marco Patzer home...@lavabit.com wrote:
 Hi,

 the latest beta throws:

 mtx-context | redirect texlua - luajittex: luajittex --luaonly 
 /tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun --script context 
 --jit t 
 --redirected/tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun:15230: 
 attempt to index field 'searchers' (a nil value)

 Example:

 \starttext
   Foobar
 \stoptext
 should be something like
 local searchers=package.searchers or package.loaders
 but I think it's better to wait Hans.
 --
 luigi
Hans is working on a new beta that (among other things)
will fix the issue, in the meanwhile you can try to comment the offending line .


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


Re: [NTG-context] Latest beta breaks LuajitTeX

2013-04-03 Thread Marco Patzer
On 2013–04–03 luigi scarso wrote:

 Hans is working on a new beta that (among other things)

That's good news.

 will fix the issue, in the meanwhile you can try to comment the offending 
 line .

Not necessary, I'll wait for the new beta.


Marco


signature.asc
Description: Digital signature
___
If your question is of interest to others as well, please add an 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 breaks LuajitTeX

2013-04-03 Thread Hans Hagen

On 4/3/2013 12:46 PM, Marco Patzer wrote:

Hi,

the latest beta throws:

mtx-context | redirect texlua - luajittex: luajittex --luaonly 
/tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun --script context --jit t 
--redirected/tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun:15230: attempt to index 
field 'searchers' (a nil value)

Example:

\starttext
   Foobar
\stoptext


it should work again now

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 (minimals) failure to download/install

2013-03-18 Thread Alan Bowen
Hi!

My efforts to download/install the latest minimals was stopped with this
error message:

! LuaTeX error
.../ConTeXt/tex/texmf-context/tex/context/base/font-otn.lua:260: attempt to
index field 'steppers' (a nil value)
stack traceback:
.../ConTeXt/tex/texmf-context/tex/context/base/font-otn.lua:260: in
function 'code'
.../ConTeXt/tex/texmf-context/tex/context/base/util-lua.lua:81: in function
'loadedluacode'
.../ConTeXt/tex/texmf-context/tex/context/base/luat-env.lua:94: in function
'luafilechunk'
.../ConTeXt/tex/texmf-context/tex/context/base/luat-cod.lua:45: in function
'registercode'
[string \directlua ]:1: in main chunk.
log
system   tex  error on line 41 in file
/Applications/ConTeXt/tex/texmf-context/tex/context/base/font-lib.mkvi:
LuaTeX error  ...



\registerctxluafile ...ua.registercode(#1,#2)}

l.41 \registerctxluafile{font-otn}{1.001}
  % otf main node


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

Re: [NTG-context] Latest beta (minimals) failure to download/install

2013-03-18 Thread Hans Hagen

On 3/18/2013 6:46 PM, Alan Bowen wrote:

Hi!

My efforts to download/install the latest minimals was stopped with this
error message:

! LuaTeX error
.../ConTeXt/tex/texmf-context/tex/context/base/font-otn.lua:260: attempt
to index field 'steppers' (a nil value)
stack traceback:
.../ConTeXt/tex/texmf-context/tex/context/base/font-otn.lua:260: in
function 'code'
.../ConTeXt/tex/texmf-context/tex/context/base/util-lua.lua:81: in
function 'loadedluacode'
.../ConTeXt/tex/texmf-context/tex/context/base/luat-env.lua:94: in
function 'luafilechunk'
.../ConTeXt/tex/texmf-context/tex/context/base/luat-cod.lua:45: in
function 'registercode'
[string \directlua ]:1: in main chunk.
log
system   tex  error on line 41 in file
/Applications/ConTeXt/tex/texmf-context/tex/context/base/font-lib.mkvi:
LuaTeX error  



\registerctxluafile ...ua..registercode(#1,#2)}
l.41 \registerctxluafile{font-otn}{1.001}
   % otf main node



fixed (hopefully) .. was am missing (new) file ... beta uploaded

-
  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 broken?

2013-02-05 Thread Otared Kavian
Hi Hans,

The latest beta (version: 2013.02.05 13:35) gives an erreor message with this 
minimal example:

\starttext

Hello hans!

\stoptext

The error message is:
! LuaTeX error ...-minimal/tex/texmf-context/tex/context/base/file-job.lua:785: 
bad argument #1 to 'for iterator' (table expected, got nil)
stack traceback:
[C]: in function 'for iterator'
...-minimal/tex/texmf-context/tex/context/base/file-job.lua:785: in 
function 'getcommandline'
[string \directlua ]:1: in main chunk.

system   tex  error on line 1 in file 
/context-minimal/tex/texmf-context/tex/context/base/cont-yes.mkiv: LuaTeX error 
 ...

 1   %D \module
 2 %D   [   file=cont-yes,
 3 %Dversion=2012.06.01,
 4 %D  title=\CONTEXT\ Miscellaneous Macros,
 5 %D   subtitle=Startup Stub,
 6 %D author=Hans Hagen,
 7 %D   date=\currentdate,
 8 %D  copyright={PRAGMA ADE \ \CONTEXT\ Development Team}]
 9 %C
10 %C This module is part of the \CONTEXT\ macro||package and is
11 %C therefore copyrighted by \PRAGMA. See mreadme.pdf for


\ctxcommand #1-\directlua {commands.#1}

inserted text ...s \job_options_get_commandline 
  \job_options_get_ctxfile \...
everyjob \the \everyjob 
  
l.1 
%D \module
? 
Process aborted

Best regards: OK
___
If your question is of interest to others as well, please add an 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 broken?

2013-02-05 Thread Hans Hagen

On 2/5/2013 9:45 PM, Otared Kavian wrote:

Hi Hans,

The latest beta (version: 2013.02.05 13:35) gives an erreor message with this 
minimal example:


making a new zip now ... I forgot to add a file

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?

2012-07-01 Thread Wolfgang Schuster

Am 30.06.2012 um 22:34 schrieb Alan Bowen:

 A file that used to process without complaint now fails because \definetext 
 is  not recognized . 
 Do I need to revise my macros or is there a problem in the latest beta?

It’s a bug regarding commands with seven arguments.

syst-aux.mkiv:

% missing “_yes” at the end of the commands

%\def\syst_helpers_seventuple_empty_one#1[#2]%
\def\syst_helpers_seventuple_empty_one_yes#1[#2]%
  {\firstargumenttrue
   \doifnextoptionalelse
 {\syst_helpers_seventuple_empty_two_yes#1{#2}}%
 {\syst_helpers_seventuple_empty_two_nop#1{#2}}}

%\def\syst_helpers_seventuple_empty_two#1#2[#3]%
\def\syst_helpers_seventuple_empty_two_yes#1#2[#3]%
  {\secondargumenttrue
   \doifnextoptionalelse
 {\syst_helpers_seventuple_empty_three_yes#1{#2}{#3}}%
 {\syst_helpers_seventuple_empty_three_nop#1{#2}{#3}}}

%\def\syst_helpers_seventuple_empty_three#1#2#3[#4]%
\def\syst_helpers_seventuple_empty_three_yes#1#2#3[#4]%
  {\thirdargumenttrue
   \doifnextoptionalelse
 {\syst_helpers_seventuple_empty_four_yes#1{#2}{#3}{#4}}%
 {\syst_helpers_seventuple_empty_four_nop#1{#2}{#3}{#4}}}

%\def\syst_helpers_seventupleempty_four#1#2#3#4[#5]%
\def\syst_helpers_seventupleempty_four_yes#1#2#3#4[#5]%
  {\fourthargumenttrue
   \doifnextoptionalelse
 {\syst_helpers_seventuple_empty_five_yes#1{#2}{#3}{#4}{#5}}%
 {\syst_helpers_seventuple_empty_five_nop#1{#2}{#3}{#4}{#5}}}

%\def\syst_helpers_seventuple_empty_five#1#2#3#4#5[#6]%
\def\syst_helpers_seventuple_empty_five_yes#1#2#3#4#5[#6]%
  {\fifthargumenttrue
   \doifnextoptionalelse
 {\syst_helpers_seventuple_empty_six_yes#1{#2}{#3}{#4}{#5}{#6}}%
 {\syst_helpers_seventuple_empty_six_nop#1{#2}{#3}{#4}{#5}{#6}}}

%\def\syst_helpers_seventuple_empty_six#1#2#3#4#5#6[#7]%
\def\syst_helpers_seventuple_empty_six_yes#1#2#3#4#5#6[#7]%
  {\sixthargumenttrue
   \doifnextoptionalelse
 {\seventhargumenttrue#1[{#2}][{#3}][{#4}][{#5}][{#6}][{#7}]}%
 {\syst_helpers_seventuple_empty_seven_nop#1{#2}{#3}{#4}{#5}{#6}{#7}}}


% the “spaced” and “normal” string should be at the end of the command name

%\def\syst_helpers_seventuple_empty_spaced_two
#1#2{#1[{#2}][][][][][][] }
%\def\syst_helpers_seventuple_empty_normal_two
#1#2{#1[{#2}][][][][][][]}
%\def\syst_helpers_seventuple_empty_spaced_three
#1#2#3{#1[{#2}][{#3}][][][][][] }
%\def\syst_helpers_seventuple_empty_normal_three
#1#2#3{#1[{#2}][{#3}][][][][][]}
%\def\syst_helpers_seventuple_empty_spaced_four   
#1#2#3#4{#1[{#2}][{#3}][{#4}][][][][] }
%\def\syst_helpers_seventuple_empty_normal_four   
#1#2#3#4{#1[{#2}][{#3}][{#4}][][][][]}
%\def\syst_helpers_seventuple_empty_spaced_five 
#1#2#3#4#5{#1[{#2}][{#3}][{#4}][{#5}][][][] }
%\def\syst_helpers_seventuple_empty_normal_five 
#1#2#3#4#5{#1[{#2}][{#3}][{#4}][{#5}][][][]}
%\def\syst_helpers_seventuple_empty_spaced_six
#1#2#3#4#5#6{#1[{#2}][{#3}][{#4}][{#5}][{#6}][][] }
%\def\syst_helpers_seventuple_empty_normal_six
#1#2#3#4#5#6{#1[{#2}][{#3}][{#4}][{#5}][{#6}][][]}
%\def\syst_helpers_seventuple_empty_spaced_seven#1#2#3#4#5#6#7{#1[{#2}][{#3}][{#4}][{#5}][{#6}][{#7}][]
 }
%\def\syst_helpers_seventuple_empty_normal_seven#1#2#3#4#5#6#7{#1[{#2}][{#3}][{#4}][{#5}][{#6}][{#7}][]}
\def\syst_helpers_seventuple_empty_two_spaced
#1#2{#1[{#2}][][][][][][] }
\def\syst_helpers_seventuple_empty_two_normal
#1#2{#1[{#2}][][][][][][]}
\def\syst_helpers_seventuple_empty_three_spaced
#1#2#3{#1[{#2}][{#3}][][][][][] }
\def\syst_helpers_seventuple_empty_three_normal
#1#2#3{#1[{#2}][{#3}][][][][][]}
\def\syst_helpers_seventuple_empty_four_spaced   
#1#2#3#4{#1[{#2}][{#3}][{#4}][][][][] }
\def\syst_helpers_seventuple_empty_four_normal   
#1#2#3#4{#1[{#2}][{#3}][{#4}][][][][]}
\def\syst_helpers_seventuple_empty_five_spaced 
#1#2#3#4#5{#1[{#2}][{#3}][{#4}][{#5}][][][] }
\def\syst_helpers_seventuple_empty_five_normal 
#1#2#3#4#5{#1[{#2}][{#3}][{#4}][{#5}][][][]}
\def\syst_helpers_seventuple_empty_six_spaced
#1#2#3#4#5#6{#1[{#2}][{#3}][{#4}][{#5}][{#6}][][] }
\def\syst_helpers_seventuple_empty_six_normal
#1#2#3#4#5#6{#1[{#2}][{#3}][{#4}][{#5}][{#6}][][]}
\def\syst_helpers_seventuple_empty_seven_spaced#1#2#3#4#5#6#7{#1[{#2}][{#3}][{#4}][{#5}][{#6}][{#7}][]
 }
\def\syst_helpers_seventuple_empty_seven_normal#1#2#3#4#5#6#7{#1[{#2}][{#3}][{#4}][{#5}][{#6}][{#7}][]}

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 problem?

2012-07-01 Thread Hans Hagen

On 1-7-2012 09:47, Wolfgang Schuster wrote:


Am 30.06.2012 um 22:34 schrieb Alan Bowen:


A file that used to process without complaint now fails because \definetext is  
not recognized .
Do I need to revise my macros or is there a problem in the latest beta?


It’s a bug regarding commands with seven arguments.


ah .. indeed ... after six such renaming sets at seven my brain got 
overheated .. fixed in next (not yet done) upload


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?

2012-07-01 Thread Alan Bowen
Wolfgang, Hans—many thanks.

Alan


On Sun, Jul 1, 2012 at 9:53 AM, Hans Hagen pra...@wxs.nl wrote:

 On 1-7-2012 09:47, Wolfgang Schuster wrote:


 Am 30.06.2012 um 22:34 schrieb Alan Bowen:

  A file that used to process without complaint now fails because
 \definetext is  not recognized .
 Do I need to revise my macros or is there a problem in the latest beta?


 It’s a bug regarding commands with seven arguments.


 ah .. indeed ... after six such renaming sets at seven my brain got
 overheated .. fixed in next (not yet done) upload

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

Re: [NTG-context] latest beta

2011-11-23 Thread Hans Hagen

On 22-11-2011 22:38, Thomas A. Schmitz wrote:

Hi Hans,

the files typo-itc.lua and typo-itc.mkvi are missing in today's beta; I
assume that's just an oversight?


this is probably one of those rare cases of unzipping the archive at the 
garden interfering with an update .. i'll re-uploade later today


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

2011-11-23 Thread Thomas A. Schmitz

On 11/23/2011 09:21 AM, Hans Hagen wrote:

this is probably one of those rare cases of unzipping the archive at the
garden interfering with an update .. i'll re-uploade later today

Hans


Great, thanks for the quick fix!

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

2011-11-23 Thread Mojca Miklavec
On Wed, Nov 23, 2011 at 09:21, Hans Hagen pra...@wxs.nl wrote:
 On 22-11-2011 22:38, Thomas A. Schmitz wrote:

 Hi Hans,

 the files typo-itc.lua and typo-itc.mkvi are missing in today's beta; I
 assume that's just an oversight?


 this is probably one of those rare cases of unzipping the archive at the
 garden interfering with an update .. i'll re-uploade later today

The problem was a failure of rsync server on pragma. I was fetching from
rsync -a rsync://ctx.pragma-ade.nl/beta/
and that one seems to be down at the moment.

I changed to http mode now.

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

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] latest beta

2011-11-23 Thread Hans Hagen

On 23-11-2011 15:00, Mojca Miklavec wrote:

On Wed, Nov 23, 2011 at 09:21, Hans Hagenpra...@wxs.nl  wrote:

On 22-11-2011 22:38, Thomas A. Schmitz wrote:


Hi Hans,

the files typo-itc.lua and typo-itc.mkvi are missing in today's beta; I
assume that's just an oversight?



this is probably one of those rare cases of unzipping the archive at the
garden interfering with an update .. i'll re-uploade later today


The problem was a failure of rsync server on pragma. I was fetching from
 rsync -a rsync://ctx.pragma-ade.nl/beta/
and that one seems to be down at the moment.

I changed to http mode now.


Ah, sorry ... we have been cleaning up the routers and as I couldn't 
remember why rsync was enabled I disabled the rule. It should work again.


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

2011-11-22 Thread Thomas A. Schmitz

Hi Hans,

the files typo-itc.lua and typo-itc.mkvi are missing in today's beta; I 
assume that's just an oversight?


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
___


[NTG-context] Latest Beta

2011-10-13 Thread Andreas Harder
Hello,

in some rare circumstances the enabled italic correction 
(\setupitaliccorrection[always]) cause the following error:
/tex/texmf-context/tex/context/base/typo-itc.lua:99: attempt to index 
local 'cd' (a nil value)

In needed I will try to make a minimal example.

I’ve asked it already, bun since I got no answer … Would it be possible to 
expand the the cross referencing mechanism, so that it would be possible to 
store the component files in a subfolder? Here is a test:
http://www.ntg.nl/pipermail/ntg-context/2011/062335.html


Thanks in advance

Andreas
___
If your question is of interest to others as well, please add an 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: Problems with \startstructurelevel (bug?)

2011-06-23 Thread Procházka Lukáš Ing . - Pontex s . r . o .

Hello,

success finally!

I had to delete *manually* the cache directory - (in my case, WinXP):

c:\ConTeXt\tex\texmf-cache\luatex-cache\context\2448223e6631addb83df348d74153606\

and than to call mtxrun --generate.

Best regards,

Lukas

___
If your question is of interest to others as well, please add an 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: Problems with \startstructurelevel (bug?)

2011-06-22 Thread Procházka Lukáš Ing . - Pontex s . r . o .

Hello,

I'm not able to compile the following code with the
ConTeXt  ver: 2011.06.15 11:49 MKIV  fmt: 2011.6.15  int: english/english:


\definestructurelevels
   [Test]
   [subsection,
subsubsection,
subsubsubsection,
]

\starttext
  \startstructurelevel[Test][title=Title]
aaa
  \stopstructurelevel
\stoptext


I'm getting:


! Undefined control sequence.

system   tex  error on line 1 in file 
C:/Lukas/Jobs/Drachov.PDPS/SO_201/Statics.Tx/SV/Test/test.mkiv: Undefined control 
sequence ...

 1   \definestructurelevels
 2[Test]
 3[subsection,
 4 subsubsection,
 5 subsubsubsection,
 6 ]
 7
 8 \starttext
 9   \startstructurelevel[Test][title=Title]
10 aaa
11   \stopstructurelevel

l.1 \dostartstructurehead

argument ...res.sections.startautolevel(Test)}

\secondoftwoarguments #1#2-#2

l.9   \startstructurelevel[Test]
[title=Title]
! Undefined control sequence.

system   tex  error on line 1 in file 
C:/Lukas/Jobs/Drachov.PDPS/SO_201/Statics.Tx/SV/Test/test.mkiv: Undefined control 
sequence ...

 1   \definestructurelevels


It was OK with ConTeXt  ver: 2011.05.18 18:04 MKIV  fmt: 2011.5.18  int: 
english/english.

Bug?

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 244 062 238
Fax: +420 244 461 038

test.log
Description: Binary data


test.mkiv
Description: Binary data


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

Re: [NTG-context] Latest beta: Problems with \startstructurelevel (bug?)

2011-06-22 Thread Wolfgang Schuster

Am 22.06.2011 um 09:56 schrieb Procházka Lukáš Ing. - Pontex s. r. o.:

 Hello,
 
 I'm not able to compile the following code with the
 ConTeXt  ver: 2011.06.15 11:49 MKIV  fmt: 2011.6.15  int: english/english:
 
 
 \definestructurelevels
   [Test]
   [subsection,
subsubsection,
subsubsubsection,
]
 
 \starttext
  \startstructurelevel[Test][title=Title]
aaa
  \stopstructurelevel
 \stoptext
 

strc-lev.lua:

function sections.startautolevel(category)
category = category ~=  and category or default
level = level + 1
local lc = levels[category]
if not lc or level  #lc then
-   context.nostartstructurehead { format(%s:%s,category,level) }
+   context.nostarthead { format(%s:%s,category,level) }
else
-   context.dostartstructurehead { lc[level] }
+   context.dostarthead { lc[level] }
end
insert(categories,category)
end

function sections.stopautolevel()
local category = remove(categories)
local lc = levels[category]
if not lc or level  #lc then
-   context.nostopstructurehead { format(%s:%s,category,level) }
+   context.nostophead { format(%s:%s,category,level) }
else
-   context.dostopstructurehead { lc[level] }
+   context.dostophead { lc[level] }
end
level = level - 1
end

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: Problems with \startstructurelevel (bug?)

2011-06-22 Thread Procházka Lukáš Ing . - Pontex s . r . o .

Hello,

thanks for the fix, but -

- but I'm still getting an error, although I've just downloaded the latest 
beta, I tried, I got errors, so I corrected the strc-lev.lua by your 
proposition and oops, still the same error.

So? -

(Related files are attached.)

Kind regards,

Lukas


On Wed, 22 Jun 2011 14:19:13 +0200, Wolfgang Schuster 
schuster.wolfg...@googlemail.com wrote:



Am 22.06.2011 um 09:56 schrieb Procházka Lukáš Ing. - Pontex s. r. o.:


Hello,

I'm not able to compile the following code with the
ConTeXt  ver: 2011.06.15 11:49 MKIV  fmt: 2011.6.15  int: english/english:


\definestructurelevels
  [Test]
  [subsection,
   subsubsection,
   subsubsubsection,
   ]

\starttext
 \startstructurelevel[Test][title=Title]
   aaa
 \stopstructurelevel
\stoptext



strc-lev.lua:

function sections.startautolevel(category)
category = category ~=  and category or default
level = level + 1
local lc = levels[category]
if not lc or level  #lc then
-   context.nostartstructurehead { format(%s:%s,category,level) }
+   context.nostarthead { format(%s:%s,category,level) }
else
-   context.dostartstructurehead { lc[level] }
+   context.dostarthead { lc[level] }
end
insert(categories,category)
end

function sections.stopautolevel()
local category = remove(categories)
local lc = levels[category]
if not lc or level  #lc then
-   context.nostopstructurehead { format(%s:%s,category,level) }
+   context.nostophead { format(%s:%s,category,level) }
else
-   context.dostopstructurehead { lc[level] }
+   context.dostophead { lc[level] }
end
level = level - 1
end

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
___




--
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 244 062 238
Fax: +420 244 461 038

strc-lev.lua
Description: Binary data


test.log
Description: Binary data


test.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: Problems with \startstructurelevel (bug?)

2011-06-22 Thread Wolfgang Schuster

Am 22.06.2011 um 14:51 schrieb Procházka Lukáš Ing. - Pontex s. r. o.:

 Hello,
 
 thanks for the fix, but -
 
 - but I'm still getting an error, although I've just downloaded the latest 
 beta, I tried, I got errors, so I corrected the strc-lev.lua by your 
 proposition and oops, still the same error.

Regenerate the format!

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: Problems with \startstructurelevel (bug?)

2011-06-22 Thread Procházka Lukáš Ing . - Pontex s . r . o .

... I run mtxrun --generate (again) but still the same errors.

Lukas


On Wed, 22 Jun 2011 14:59:49 +0200, Wolfgang Schuster 
schuster.wolfg...@googlemail.com wrote:



Am 22.06.2011 um 14:51 schrieb Procházka Lukáš Ing. - Pontex s. r. o.:

Regenerate the format!

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
___


  1   2   3   >