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
___

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
___

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
___

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 [ref:1] item 1
 \startitemize[a]

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 
> mailto:schuster.wolfg...@gmail.com>> het 
> volgende geschreven:
> 
> 
> 
>> r.erm...@hccnet.nl  7. Februar 2018 um 10:

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 
 mailto:schuster.wolfg...@gmail.com>> 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 

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 
 mailto:schuster.wolfg...@gmail.com>> 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.n

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 
>>> mailto:schuster.wolfg...@gmail.com>> 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

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 
>> mailto:schuster.wolfg...@gmail.com>> 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
___

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: °ree;

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

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

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


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 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, 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  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  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-27 Thread Brian Landy

On Jun 26, 2014, at 5:24 PM, Hans Hagen  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  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-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  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-26 Thread Hans Hagen

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

On Jun 25, 2014, at 6:53 PM, Hans Hagen  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-25 Thread Brian Landy
On Jun 25, 2014, at 6:53 PM, Hans Hagen  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-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 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-17 Thread Brian Landy

On Jun 17, 2014, at 11:18 AM, Hans Hagen  wrote:

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

Yes, I hadn't updated in about a year.  I am running into a luatex exception in 
the version I'm using and want to see if the problem goes away if I update.

FYI, I was seeing similar problems aligning on a period, but I'll test it out 
in the next beta.

I do have a few cases where I've used alignmentcharacter={\thinspace} to work 
around some trickier problems where I needed to mix numbers and text and align 
in a specific way, do you think that will continue to work?  Actually at one 
point \zerowidthspace worked for this, but then stopped (I don't recall exactly 
when); my workaround was to add \thinspace\negthinspace to the text where I 
wanted the alignment to occur.  In fact, I possibly should have done this in my 
example, to avoid confusion of which "-" to align on in a number like "-0-25+."

As an aside, these are actually numbers—they are bond prices quoted in 32nds 
where the "+" is a 64th, so -0-25+ == -0.796875 and 97-08+ == 97.265625.  There 
are other conventions used, sometimes a colon instead of a dash (-0:25+), and 
sometimes numbers like -0-25:4, where the number following the colon is 8ths of 
a 32nd.  So it has always been extremely useful to have the flexibility to 
align on a variety of characters, as well as not having problems caused by 
other text mixed in with the numbers—currency symbols, % signs, etc.

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


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

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




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


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  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'.
>>  
>>  \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: 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'.

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


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-08 Thread Alan Braslau
On Wed, 8 Jan 2014 20:47:53 +0100
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?
> 
> 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 Wolfgang Schuster

Am 01.05.2013 um 18:03 schrieb Mojca Miklavec :

> 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-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 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 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-04-30 Thread Alan Bowen
It does indeed, Thomas. Many thanks!

Alan


On Tue, Apr 30, 2013 at 2:06 AM, Thomas A. Schmitz <
thomas.schm...@uni-bonn.de> 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.
>
> 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
> __**__**
> ___
>
___
If your question is of interest to others as well, please add an 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-29 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
___


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
___

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


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 luigi scarso
On Wed, Apr 3, 2013 at 1:05 PM, luigi scarso  wrote:
> On Wed, Apr 3, 2013 at 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
> 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 luigi scarso
On Wed, Apr 3, 2013 at 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
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
hm I will see asap

On Wed, Apr 3, 2013 at 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
>
>
> 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 (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
___


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 Alan Bowen
Wolfgang, Hans—many thanks.

Alan


On Sun, Jul 1, 2012 at 9:53 AM, Hans Hagen  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 
> 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
___

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

2011-11-23 Thread Hans Hagen

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

On Wed, Nov 23, 2011 at 09:21, Hans Hagen  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
___


Re: [NTG-context] latest beta

2011-11-23 Thread Mojca Miklavec
On Wed, Nov 23, 2011 at 09:21, Hans Hagen  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 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 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: Problems with \startstructurelevel (bug?)

2011-06-22 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
___


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

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

2011/6/22 Procházka Lukáš Ing. - Pontex s. r. o. :

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

context --make


It doesn't help, either.

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

___
If your question is of interest to others as well, please add an 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 luigi scarso
2011/6/22 Procházka Lukáš Ing. - Pontex s. r. o. :
> ... I run "mtxrun --generate" (again) but still the same errors.
context --make
?

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


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 .

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 
 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 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 not working.

2011-05-06 Thread Bart Wise
The mtxrun --generate work!

I don't know why I have to do it, but it does the trick.

Thanks to all!

On Fri, May 6, 2011 at 3:02 PM, Thomas Schmitz  wrote:

> On Fri, 6 May 2011 14:46:15 -0600
>  Bart Wise  wrote:
>
>> Otared,
>>
>> Thanks for the response.
>>
>> I installed like I always do with the following two commands:
>> rsync -av rsync://contextgarden.net/minimals/setup/first-setup.sh .
>> ./first-setup.sh --extras=all
>>
>> I always do this in a new directory on a Linux system.
>>
>> I'm purplexed.
>>
>> Bart
>>
>
> Did you try and run
>
> mtxrun --generate
>
> manually? If this doesn't help: last week, I encountered a similar problem
> on linux-ppc. I was completely baffled because mtxrun always reported that
> it couldn't find anything. In the end, I discovered that the luatex binary
> was missing the execute bit. So check this as well.
>
> HTH
>
> Thomas
>
> PS: http://www.catb.org/jargon/html/T/top-post.html
>
>
> ___
> If your question is of interest to others as well, please add an 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
___

Re: [NTG-context] Latest beta not working.

2011-05-06 Thread Thomas Schmitz

On Fri, 6 May 2011 14:46:15 -0600
 Bart Wise  wrote:

Otared,

Thanks for the response.

I installed like I always do with the following two 
commands:
rsync -av 
rsync://contextgarden.net/minimals/setup/first-setup.sh .

./first-setup.sh --extras=all

I always do this in a new directory on a Linux system.

I'm purplexed.

Bart


Did you try and run

mtxrun --generate

manually? If this doesn't help: last week, I encountered a 
similar problem on linux-ppc. I was completely baffled 
because mtxrun always reported that it couldn't find 
anything. In the end, I discovered that the luatex binary 
was missing the execute bit. So check this as well.


HTH

Thomas

PS: http://www.catb.org/jargon/html/T/top-post.html
___
If your question is of interest to others as well, please add an 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 not working.

2011-05-06 Thread Aditya Mahajan


On Fri, 6 May 2011, Bart Wise wrote:


Otared,

Thanks for the response.

I installed like I always do with the following two commands:
rsync -av rsync://contextgarden.net/minimals/setup/first-setup.sh .
./first-setup.sh --extras=all

I always do this in a new directory on a Linux system.


Try regenerating the filename database:

mtxrun --generate

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

2011-05-06 Thread Bart Wise
Otared,

Thanks for the response.

I installed like I always do with the following two commands:
rsync -av rsync://contextgarden.net/minimals/setup/first-setup.sh .
./first-setup.sh --extras=all

I always do this in a new directory on a Linux system.

I'm purplexed.

Bart

On Fri, May 6, 2011 at 2:20 PM, Otared Kavian  wrote:

> Hi Bart,
>
> I checked with my latest installation of minimals and I don't encounter any
> problem (I am using Mac OS X 10.6.7).
> Did you install the latest beta with first-setup.sh? On what kind of
> platform?
>
> Best regards: OK
>
> On 6 mai 2011, at 22:12, Bart Wise wrote:
>
> If I run "context" with no arguments, I get the following output (and
> nothing else):
>
> mtxrun  | unknown script 'context.lua' or 'mtx-context.lua'
>
>
> The file, mtx-context.lua does exis:
>
>
> /home/bwise/context/20110505-beta-extras/tex/texmf-context/scripts/context/lua/mtx-context.lua
>
>
>
> If I do an strace, it's looking for the following:
>
> 26155 open("./context.lua", O_RDONLY)   = -1 ENOENT (No such file or
> directory)
> 26155
> open("/home/bwise/context/20110505-beta-extras/tex/texmf-linux-64/bin/mtx-context.lua",
> O_RDONLY) = -1 ENOENT (No such file or directory)
> 26155 stat("mtx-context.lua", 0x7fffcf962660) = -1 ENOENT (No such file or
> directory)
> 26155 stat("mtx-context.lua", 0x7fffcf962660) = -1 ENOENT (No such file or
> directory)
> 26155
> open("/home/bwise/context/20110505-beta-extras/tex/texmf-linux-64/bin/mtx-context.lua",
> O_RDONLY) = -1 ENOENT (No such file or directory)
> 26155 stat("context.lua", 0x7fffcf962660) = -1 ENOENT (No such file or
> directory)
> 26155 stat("context.lua", 0x7fffcf962660) = -1 ENOENT (No such file or
> directory)
>
>
> So it's looking for the mtx-context.lua file in the
> path: tex/texmf-linux-64/bin/mtx-context.lua
> And it's really located in the
> path: tex/texmf-context/scripts/context/lua/mtx-context.lua
>
> Am I doing something wrong?
>
> Thanks,
> Bart
>
> ___
> If your question is of interest to others as well, please add an 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
>
> ___
>
>
> %%
> Otared Kavian
> Département de Mathématiques
> Université de Versailles Saint-Quentin
> Bâtiment Fermat
> 45 avenue des Etats Unis
> 78035 Versailles cedex
>
> Téléphone: +33 1 39 25 46 42
> Secrétariat: +33 1 39 25 46 44
> Secrétariat: +33 1 39 25 46 46
>
> e-mail: otared.kav...@math.uvsq.fr
>
>
>
>
>
>
> ___
> If your question is of interest to others as well, please add an 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
___

Re: [NTG-context] Latest beta not working.

2011-05-06 Thread Otared Kavian
Hi Bart,

I checked with my latest installation of minimals and I don't encounter any 
problem (I am using Mac OS X 10.6.7).
Did you install the latest beta with first-setup.sh? On what kind of platform?

Best regards: OK

On 6 mai 2011, at 22:12, Bart Wise wrote:

> If I run "context" with no arguments, I get the following output (and nothing 
> else):
> 
> mtxrun  | unknown script 'context.lua' or 'mtx-context.lua'
> 
> The file, mtx-context.lua does exis:
> /home/bwise/context/20110505-beta-extras/tex/texmf-context/scripts/context/lua/mtx-context.lua
> 
> 
> If I do an strace, it's looking for the following:
> 26155 open("./context.lua", O_RDONLY)   = -1 ENOENT (No such file or 
> directory)
> 26155 
> open("/home/bwise/context/20110505-beta-extras/tex/texmf-linux-64/bin/mtx-context.lua",
>  O_RDONLY) = -1 ENOENT (No such file or directory)
> 26155 stat("mtx-context.lua", 0x7fffcf962660) = -1 ENOENT (No such file or 
> directory)
> 26155 stat("mtx-context.lua", 0x7fffcf962660) = -1 ENOENT (No such file or 
> directory)
> 26155 
> open("/home/bwise/context/20110505-beta-extras/tex/texmf-linux-64/bin/mtx-context.lua",
>  O_RDONLY) = -1 ENOENT (No such file or directory)
> 26155 stat("context.lua", 0x7fffcf962660) = -1 ENOENT (No such file or 
> directory)
> 26155 stat("context.lua", 0x7fffcf962660) = -1 ENOENT (No such file or 
> directory)
> 
> So it's looking for the mtx-context.lua file in the path: 
> tex/texmf-linux-64/bin/mtx-context.lua
> And it's really located in the path: 
> tex/texmf-context/scripts/context/lua/mtx-context.lua
> 
> Am I doing something wrong?
> 
> Thanks,
> Bart
> ___
> If your question is of interest to others as well, please add an 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
> ___

%%
Otared Kavian
Département de Mathématiques
Université de Versailles Saint-Quentin
Bâtiment Fermat
45 avenue des Etats Unis
78035 Versailles cedex

Téléphone: +33 1 39 25 46 42
Secrétariat: +33 1 39 25 46 44 
Secrétariat: +33 1 39 25 46 46

e-mail: otared.kav...@math.uvsq.fr




___
If your question is of interest to others as well, please add an 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, missing stmary10 while loading "fallback modern"

2011-04-21 Thread Marco Pessotto

Sorry to bring this up again, but something looks wrong with the
deletion of the stmary10 fonts from the minimals tree, as the fonts seem
to be called in 2 places:

./tex/texmf-context/tex/context/base/s-map-10.mkiv
./tex/texmf-context/tex/context/fonts/lm-math.lfg

but stmary10.afm doesn't exist any more in the tree. I searched the mail
archive without success about the deletion of the fonts.

Minimal example:

\setupbodyfont[11pt,libertine]
\starttext 
test
\stoptext

Log message:

fonts   > fallback modern mm 11pt is loaded
fonts   > defining > forced type afm of stmary10 not found
fonts   > defining > font with asked name 'stmary10' is not found using 
lookup 'file'
fonts   > virtual math > unable to resolve name mapsfromchar
fonts   > defining > forced type afm of stmary10 not found
fonts   > defining > font with asked name 'stmary10' is not found using 
lookup 'file'
fonts   > defining > forced type afm of stmary10 not found
fonts   > defining > font with asked name 'stmary10' is not found using 
lookup 'file'

Using mkiv with version 2011.04.20

Bests

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


Re: [NTG-context] Latest beta: Can't compile a document with lists (with no math fonts)

2011-02-19 Thread Hans Hagen

On 19-2-2011 5:48, Marco Pessotto wrote:

\usetypescript[libertine]
\setupbodyfont[libertine,10pt]

\starttext

\startitemize[1]

\item fail

\stopitemize

\stoptext


will be fixed

--

-
  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, simpleslides, and font loading

2011-02-03 Thread Aditya Mahajan

On Thu, 3 Feb 2011, Hans Hagen wrote:


On 3-2-2011 8:49, Wolfgang Schuster wrote:


Here is a minimal example:

\starttext
\doiffontpresentelse{cambria}{yes}{no}
\doiffontpresentelse{unknown}{yes}{no}
\stoptext


This is controlled by a directive. I will make that default, but because 
users can configure it in their configuration file, maybe you should force in 
in simplefonts:


\enabledirectives[fonts.autoreload]

That way you will only get a new scan when the mtxrun --generate has 
happened.


Thanks. That works perfectly.

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

2011-02-03 Thread Wolfgang Schuster

Am 03.02.2011 um 10:07 schrieb Hans Hagen:

> On 3-2-2011 8:49, Wolfgang Schuster wrote:
> 
>> Here is a minimal example:
>> 
>> \starttext
>> \doiffontpresentelse{cambria}{yes}{no}
>> \doiffontpresentelse{unknown}{yes}{no}
>> \stoptext
> 
> This is controlled by a directive. I will make that default, but because 
> users can configure it in their configuration file, maybe you should force in 
> in simplefonts:
> 
> \enabledirectives[fonts.autoreload]
> 
> That way you will only get a new scan when the mtxrun --generate has happened.

Done.

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, simpleslides, and font loading

2011-02-03 Thread Hans Hagen

On 3-2-2011 8:49, Wolfgang Schuster wrote:


Here is a minimal example:

\starttext
\doiffontpresentelse{cambria}{yes}{no}
\doiffontpresentelse{unknown}{yes}{no}
\stoptext


This is controlled by a directive. I will make that default, but because 
users can configure it in their configuration file, maybe you should 
force in in simplefonts:


\enabledirectives[fonts.autoreload]

That way you will only get a new scan when the mtxrun --generate has 
happened.


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, simpleslides, and font loading

2011-02-02 Thread Wolfgang Schuster

Am 03.02.2011 um 08:16 schrieb Aditya Mahajan:

> In the latest beta if I use the simplefonts module, the font database is 
> regenerated at each run! For example, this file
> 
> For example with this file:
> 
> \usemodule  [simplefonts][size=10pt]
> \setmainfont[Cambria]
> \setmathfont[Cambria]
> 
> \starttext
> \input knuth
> \stoptext
> 
> the font database is regenerated at each run. If I replace the simplefonts 
> setup with
> 
> \setupbodyfont[cambria,10pt]
> 
> the database is not regenerated. Any idea what is going wrong?

Here is a minimal example:

\starttext 
\doiffontpresentelse{cambria}{yes}{no}
\doiffontpresentelse{unknown}{yes}{no}
\stoptext

Simplefonts tries a lot of name combinations (e.g. cambriaregular) with
the \doiffontpresentelse command to look if a font exists to find all
styles (regular, italic etc.) and now when when a entry in the database
with this name does not exist (second test above for 'unknown') context
regenerates the database.

> (In my actual document, I am using system fonts, I would like to use 
> simpleslides module rather than write my own typescript).

Is this a option for you:

\definetypeface[mainface][rm][specserif][DejaVu Serif][default]
\definetypeface[mainface][ss][specsans] [DejaVu Sans] [default]

\setupbodyfont[mainface]

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

2010-12-14 Thread Alan BRASLAU
On Thursday 09 December 2010 16:47:03 Thomas Schmitz wrote:
> Hi Hans,
> 
> the latest beta is looking for files
> 
> ! I can't find file
> `/mnt/shared/context/tex/texmf-context/tex/context/base/symb-mis.tex'.
> 
> and
> 
> ! I can't find file
> `/mnt/shared/context/tex/texmf-context/tex/context/base/symb-nav.tex'.
> 
> only symb-mis.mki(i|v) and symb-nav.mki(i|v) are present.
> 
> All best
> 
> Thomas

Confirmed.

I also regularly have problems loading mkfiles upon update of the minimals; the 
algorithm looking for them is not robust.

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 has trouble with notes

2010-06-19 Thread Hans Hagen

On 19-6-2010 6:32, Thomas A. Schmitz wrote:

starttext

One\footnote{One}
Two\footnote{Two}

\stoptext


i'll have a look at it ... probably a side effect of fixing something else

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 has trouble with notes

2010-06-19 Thread Otared Kavian
Hi Thomas,

I was just writing a message about this bug when I received your message… So, I 
can confirm.

Best regards: OK

On 19 juin 2010, at 18:32, Thomas A. Schmitz wrote:

> Hi all, 
> 
> not sure if this has been reported yet, but yesterday's beta has a bug 
> regarding footnotes. Minimal example:
> 
> \starttext
> 
> One\footnote{One}
> Two\footnote{Two}
> 
> \stoptext
> 
> The first footnote is repeated for every following note; other notes are 
> dropped.
> 
> 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
___


Re: [NTG-context] latest beta Minimals: interactive bookmarks for equations broken

2010-04-23 Thread Hans Hagen

On 18-4-2010 1:59, Ralf. Braun wrote:


2) Running "context hello-world.tex" with the example file from the wiki (Sanjoy
Mahajan)


you need to ask for the bookmarks:

\placebookmarks[chapter]

i need to look in the figures not being listed

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

2010-04-14 Thread Willi Egger

Hi Otared,

thanks for your file. It does not look like that there are relevant  
differences with the version I used.
I tried to setup a new tree with your file. The result is the same,  
after the first bits the procedure is stopped with the mentioned bus  
error.


Kind regards

Willi
On 14 Apr 2010, at 12:27, Otared Kavian wrote:



On 14 avr. 2010, at 11:56, Willi Egger wrote:


Tiger 10.4.11 on a Macbook-intel

running texlua -- version works.

However running mtxrun without any option results in a bus error.

Furthermore, I wanted to update the minimals in the usual way with  
first-setup in a new tree. No chance, it stops after downloading  
the first bits:


sent 37 bytes  received 132 bytes  112.67 bytes/sec
total size is 5610517  speedup is 33198.33


Hi Willi,

Two weeks ago I had a similar problem on my MacBook Pro running  
Snow Leopard 10.6.
The issue seemed to be with an old first-setup.sh file: when I  
updated that file everything worked fine.
As a test to reproduce your experience, I just created a new  
folder, copied the file first-setup.sh there and installed anew the  
minimals: they work without any problem here.
Just in case, I send you the file I have on my machine, and you can  
compare with yours.


Best regards: OK

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


  1   2   3   >