Re: [NTG-context] latest beta and file mismatch problem

[Bowen Alan C.]

I am a lousy typist and she is very very patient.

A.
On Dec 1, 2009, at 11;17,04 , Arthur Reutenauer wrote:

>> Mojca (at last!)—
> 
>  I was also wondering when you would get her name right ;-)
> 
>   Arthur
> ___
> If your question is of interest to others as well, please add an 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 file mismatch problem

[Bowen Alan C.]

I should add that when my .bash_profile has
. /Applications/ConTeXtMinimals/tex/setuptex /Applications/ConTeXtMinimals/tex/
I cannot compile any file because of the mismatch between format and base files.

If I change my .bash_profile to
. /Applications/ConTeXtMinimals/tex/setuptex 
/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin
as suggested in
When you want to use context, you need to initialize the tree by typing:
  . /Applications/ConTeXtMinimals/tex/setuptex
in your shell or add
  "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin"
to PATH variable if you want to set it permanently.
This can usually be done in .bashrc, .bash_profile
(or whatever file is used to initialize your shell).
I get the error message  
The argument "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin" is not a 
valid TEXROOT path.
(There is no file 
"/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin/texmf/tex/plain/base/plain.tex")

Alan

'On Dec 1, 2009, at 11;15,15 , Bowen Alan C. wrote:

> Mojca (at last!)—
> 
> I see that I have two texexecs in my Minimals now:
> one in
> ConTeXtMinimals/tex/texmf-osx-intel/bin
> the other in
> ConTeXtMinimals/tex/texmf-osx-64/bin
> 
> Which one is the right one?
> 
> Alan
> 
> 
> On Dec 1, 2009, at 10;40,52 , Mojca Miklavec wrote:
> 
>> On Tue, Dec 1, 2009 at 13:25, Bowen Alan C. wrote:
>>> I have just installed the latest beta (minimals) and updated my
>>> .bash_profile (as advised) so that it now reads:
>>> . /Applications/ConTeXtMinimals/tex/setuptex
>>> /Applications/ConTeXtMinimals/tex/texmf-osx-64/bin
>> 
>> Why the second argument? (It's optional, but wrong in this case.)
>> 
>>> When I try to compile any file, I get:
>>> FatalError  : Your format does not match the base files!
>>> FormatVersion   : 2009.11.26 16:28 MKII
>>> FilesVersion: 2009.12.01 00:14
>>> How do I fix this? (texexec --make --all did not do the trick.)
>> 
>> I suspect that you don't call the right texexec when you run it (maybe
>> you have another texexec in TeX Live?)
>> 
>> 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
>> ___
> 
> ___
> If your question is of interest to others as well, please add an 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 file mismatch problem

[Hans Hagen]

Bowen Alan C. wrote:

I should add that when my .bash_profile has
. /Applications/ConTeXtMinimals/tex/setuptex 
/Applications/ConTeXtMinimals/tex/
I cannot compile any file because of the mismatch between format and 
base files.


If I change my .bash_profile to
. /Applications/ConTeXtMinimals/tex/setuptex 
/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin

as suggested in
When you want to use context, you need to initialize the tree by typing:
  . /Applications/ConTeXtMinimals/tex/setuptex
in your shell or add
  "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin"
to PATH variable if you want to set it permanently.
This can usually be done in .bashrc, ..bash_profile
(or whatever file is used to initialize your shell).
I get the error message  
The argument "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin" is not 
a valid TEXROOT path.
(There is no file 
"/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin/texmf/tex/plain/base/plain.tex")


Alan

'On Dec 1, 2009, at 11;15,15 , Bowen Alan C. wrote:


Mojca (at last!)—

I see that I have two texexecs in my Minimals now:
one in
ConTeXtMinimals/tex/texmf-osx-intel/bin
the other in
ConTeXtMinimals/tex/texmf-osx-64/bin

Which one is the right one?


only mojca knows ... did you use the latest version of teh installer 
script?



-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: 038 477 53 69 | fax: 038 477 53 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 file mismatch problem

[Peter Münster]

On Tue, Dec 01 2009, Bowen Alan C. wrote:

> I get the error message  
> The argument "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin" is not
> a valid TEXROOT path.
> (There is no file
> "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin/texmf/tex/plain/base/plain.tex")

Hello Alan,

You don't need "setuptex". Just add this line to your .bash_profile or
.bashrc:

PATH="/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin:$PATH"

Cheers, Peter

-- 
Contact information: http://pmrb.free.fr/contact/


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

[Otared Kavian]

>>> 
>>> I see that I have two texexecs in my Minimals now:
>>> one in
>>> ConTeXtMinimals/tex/texmf-osx-intel/bin
>>> the other in
>>> ConTeXtMinimals/tex/texmf-osx-64/bin
>>> 
>>> Which one is the right one?
> 
> only mojca knows ... did you use the latest version of teh installer script?

Hi Alan,

If you are running Mac OS X 10.6.1 or later, the right folder (or directory) is
ConTeXtMinimals/tex/texmf-osx-64/bin

In any case you can test this just by changing the name of either of the 
folders and try to typeset a file (you can change the name of the folder for 
example in the Finder). Do you use TeXShop or any other GUI application?

A last point: at the beginning of the ConTeXt minimals, at one point I 
installed the minimals in the /Application/ folder (directory) but had 
constantly problems due to the rights of writing and executing, I think. Now I 
have the Minimals in another place and everything works fine.

Good luck!

Best regards: OK___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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

Re: [NTG-context] latest beta and file mismatch problem

[Bowen Alan C.]

I think so, Hans: I updated it over the weekend.

Alan
On Dec 1, 2009, at 15;26,12 , Hans Hagen wrote:

> Bowen Alan C. wrote:
>> I should add that when my .bash_profile has
>> . /Applications/ConTeXtMinimals/tex/setuptex 
>> /Applications/ConTeXtMinimals/tex/
>> I cannot compile any file because of the mismatch between format and base 
>> files.
>> If I change my .bash_profile to
>> . /Applications/ConTeXtMinimals/tex/setuptex 
>> /Applications/ConTeXtMinimals/tex/texmf-osx-64/bin
>> as suggested in
>> When you want to use context, you need to initialize the tree by typing:
>>  . /Applications/ConTeXtMinimals/tex/setuptex
>> in your shell or add
>>  "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin"
>> to PATH variable if you want to set it permanently.
>> This can usually be done in .bashrc, ..bash_profile
>> (or whatever file is used to initialize your shell).
>> I get the error message  The argument 
>> "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin" is not a valid TEXROOT 
>> path.
>> (There is no file 
>> "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin/texmf/tex/plain/base/plain.tex")
>> Alan
>> 'On Dec 1, 2009, at 11;15,15 , Bowen Alan C. wrote:
>>> Mojca (at last!)—
>>> 
>>> I see that I have two texexecs in my Minimals now:
>>> one in
>>> ConTeXtMinimals/tex/texmf-osx-intel/bin
>>> the other in
>>> ConTeXtMinimals/tex/texmf-osx-64/bin
>>> 
>>> Which one is the right one?
> 
> only mojca knows ... did you use the latest version of teh installer script?
> 
> 
> -
>  Hans Hagen | PRAGMA ADE
>  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
> tel: 038 477 53 69 | fax: 038 477 53 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 and file mismatch problem

[Bowen Alan C.]

Hi, Otared,

Thanks for the tip. The first problem is that ./first-setup.sh installs both 
files texmf-os-x and texmf-osx-intgel. The second is that I now get

This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009)
 \write18 enabled.
 (/Applications/ConTeXtMinimals/tex/texmf-context/web2c/natural.tcx)

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

when I compile as file with both or with either one alone.

Alan

On Dec 1, 2009, at 15;38,29 , Otared Kavian wrote:

 
 I see that I have two texexecs in my Minimals now:
 one in
 ConTeXtMinimals/tex/texmf-osx-intel/bin
 the other in
 ConTeXtMinimals/tex/texmf-osx-64/bin
 
 Which one is the right one?
>> 
>> only mojca knows ... did you use the latest version of teh installer script?
> 
> Hi Alan,
> 
> If you are running Mac OS X 10.6.1 or later, the right folder (or directory) 
> is
> ConTeXtMinimals/tex/texmf-osx-64/bin
> 
> In any case you can test this just by changing the name of either of the 
> folders and try to typeset a file (you can change the name of the folder for 
> example in the Finder). Do you use TeXShop or any other GUI application?
> 
> A last point: at the beginning of the ConTeXt minimals, at one point I 
> installed the minimals in the /Application/ folder (directory) but had 
> constantly problems due to the rights of writing and executing, I think. Now 
> I have the Minimals in another place and everything works fine.
> 
> Good luck!
> 
> 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
> ___

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

[Bowen Alan C.]

Thanks, Peter. I will assume for the moment that the question of my profile 
entry is separable from the problem in getting a file to compile. (The problem 
persists no matter what line I have in .bash-profile.)

Alan

On Dec 1, 2009, at 15;28,29 , Peter Münster wrote:

> On Tue, Dec 01 2009, Bowen Alan C. wrote:
> 
>> I get the error message  
>> The argument "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin" is not
>> a valid TEXROOT path.
>> (There is no file
>> "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin/texmf/tex/plain/base/plain.tex")
> 
> Hello Alan,
> 
> You don't need "setuptex". Just add this line to your .bash_profile or
> .bashrc:
> 
> PATH="/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin:$PATH"
> 
> Cheers, Peter
> 
> -- 
> Contact information: http://pmrb.free.fr/contact/
> 
> 
> ___
> If your question is of interest to others as well, please add an 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 file mismatch problem

[Otared Kavian]

On 1 déc. 2009, at 22:09, Bowen Alan C. wrote:

> Hi, Otared,
> 
> Thanks for the tip. The first problem is that ./first-setup.sh installs both 
> files texmf-os-x and texmf-osx-intgel. The second is that I now get
> 
> This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009)
>  \write18 enabled.
>  (/Applications/ConTeXtMinimals/tex/texmf-context/web2c/natural.tcx)
> 
> kpathsea: Running mktexfmt cont-en.fmt
> mktexfmt: No such file or directory
> I can't find the format file `cont-en.fmt'!
> TeXExec | runtime: 0.10815
> 
> when I compile as file with both or with either one alone.
> 
> Alan
> 

Hi Alan,

It doesn't matter if first-setup.sh, or setuptex, whichever, installs two 
directories 
/tex/texmf-osx-64/bin 
and 
/tex/texmf-osx-intel/bin
in the folder where you have first-setup.sh. As far as I am concerned, running 
Mac OS X 10.6.2, I even removed manually the folder /tex/texmf-osx-intel/bin, 
and everything works fine.

Something which seems strange to me is the line you have in your .bash_profile 
which has:
. /Applications/ConTeXtMinimals/tex/setuptex /Applications/ConTeXtMinimals/tex/

this seems unorthodox… In any case this 
/Applications/ConTeXtMinimals/tex/
should not be there and you should remove it.

In order to locate the problem, you may remove this line and then in a Terminal 
window issue the command:
source /Applications/ConTeXtMinimals/tex/setuptex
(Using source is better than the"." in my humble opinion). 
Next issue the command
which context
in order to see what binary context is going to be executed when you typeset a 
file. 
Finally, assuming that you have the right context binary, typeset a test file, 
named for instance myfile.tex, by issuing the command:
context myfile.tex
in the directory where myfile.tex is present.

Good luck: OK

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

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

Re: [NTG-context] latest beta and file mismatch problem

[Hans Hagen]

Bowen Alan C. wrote:

Hi, Otared,

Thanks for the tip. The first problem is that ../first-setup.sh installs 
both files texmf-os-x and texmf-osx-intgel. The second is that I now get


is there a startus file? if so, delete that one (or try a fresh 
minimals) the problem is that in order to figure out the osx 32/64 mess 
several hacks have been tried


Hans


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: 038 477 53 69 | fax: 038 477 53 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 file mismatch problem

[Mojca Miklavec]

On Tue, Dec 1, 2009 at 17:13, Bowen Alan C. wrote:
> Mocja—
> I see that I have two texexecs in my Minimals now:
> one in
> ConTeXtMinimals/tex/texmf-osx-intel/bin
> the other in
> ConTeXtMinimals/tex/texmf-osx-64/bin
> Which one is the right one?

The second one.

> I should add that when my .bash_profile has
> . /Applications/ConTeXtMinimals/tex/setuptex
> /Applications/ConTeXtMinimals/tex/
> I cannot compile any file because of the mismatch between format and base
> files.

This is because you need to regenerate the formats (texexec --make
--all). Please send the log if this fails to help.

> If I change my .bash_profile to
> . /Applications/ConTeXtMinimals/tex/setuptex
> /Applications/ConTeXtMinimals/tex/texmf-osx-64/bin
> as suggested in

No, that's not been suggested. You may not use the second argument
that way. If you read carefully again you'll see that there are **two
different recipes**. You need to use just one of them.

> When you want to use context, you need to initialize the tree by typing:

[first recipe]
>   . /Applications/ConTeXtMinimals/tex/setuptex
> in your shell or add

[second recipe]
>   "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin"
> to PATH variable if you want to set it permanently.
> This can usually be done in .bashrc, .bash_profile
> (or whatever file is used to initialize your shell).

> I get the error message
> The argument "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin" is not a
> valid TEXROOT path.
> (There is no file
> "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin/texmf/tex/plain/base/plain.tex")

Yes, that makes sense. Since
/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin is NOT the root of
distribution. That's just the PATH to your binaries.

Just go with the first approach (the one that reports mismatching
formats at the moment), run
texexec --make --all
and send the log if it fails to work.

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 file mismatch problem

[Mojca Miklavec]

On Tue, Dec 1, 2009 at 22:09, Bowen Alan C. wrote:
> Hi, Otared,
> Thanks for the tip. The first problem is that ./first-setup.sh installs both
> files texmf-os-x and texmf-osx-intgel.

texmf-osx-intel should not be installed at all. What happens if you
delete it? Does it appear again? Also try to remove the file
status-of-update.lua as Hans suggested.

> The second is that I now get
> This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009)
>  \write18 enabled.
>  (/Applications/ConTeXtMinimals/tex/texmf-context/web2c/natural.tcx)
> kpathsea: Running mktexfmt cont-en.fmt
> mktexfmt: No such file or directory
> I can't find the format file `cont-en.fmt'!
> TeXExec | runtime: 0.10815

It looks like this is using the version from TeX Live.

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 file mismatch problem

[Bowen Alan C.]

Thanks, Mojca.

With .bash_profile now reading . /Applications/ConTeXtMinimals/tex/setuptex, I 
ran texexec --make --all successfully. But I still could not process a .tex 
file: the error message was

This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009)
 \write18 enabled.
 (/Applications/ConTeXtMinimals/tex/texmf-context/web2c/natural.tcx)

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

So I removed texmf-osx-intel from /ConTeXtMinimals/tex/. re-ran texexec --make 
--all. The error message is now

texexec: Command not found.

Alan

On Dec 2, 2009, at 03;13,46 , Mojca Miklavec wrote:

> On Tue, Dec 1, 2009 at 17:13, Bowen Alan C. wrote:
>> Mocja—
>> I see that I have two texexecs in my Minimals now:
>> one in
>> ConTeXtMinimals/tex/texmf-osx-intel/bin
>> the other in
>> ConTeXtMinimals/tex/texmf-osx-64/bin
>> Which one is the right one?
> 
> The second one.
> 
>> I should add that when my .bash_profile has
>> . /Applications/ConTeXtMinimals/tex/setuptex
>> /Applications/ConTeXtMinimals/tex/
>> I cannot compile any file because of the mismatch between format and base
>> files.
> 
> This is because you need to regenerate the formats (texexec --make
> --all). Please send the log if this fails to help.
> 
>> If I change my .bash_profile to
>> . /Applications/ConTeXtMinimals/tex/setuptex
>> /Applications/ConTeXtMinimals/tex/texmf-osx-64/bin
>> as suggested in
> 
> No, that's not been suggested. You may not use the second argument
> that way. If you read carefully again you'll see that there are **two
> different recipes**. You need to use just one of them.
> 
>> When you want to use context, you need to initialize the tree by typing:
> 
> [first recipe]
>>  . /Applications/ConTeXtMinimals/tex/setuptex
>> in your shell or add
> 
> [second recipe]
>>  "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin"
>> to PATH variable if you want to set it permanently.
>> This can usually be done in .bashrc, .bash_profile
>> (or whatever file is used to initialize your shell).
> 
>> I get the error message
>> The argument "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin" is not a
>> valid TEXROOT path.
>> (There is no file
>> "/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin/texmf/tex/plain/base/plain.tex")
> 
> Yes, that makes sense. Since
> /Applications/ConTeXtMinimals/tex/texmf-osx-64/bin is NOT the root of
> distribution. That's just the PATH to your binaries.
> 
> Just go with the first approach (the one that reports mismatching
> formats at the moment), run
>texexec --make --all
> and send the log if it fails to work.
> 
> 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
> ___

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

[Mojca Miklavec]

On Wed, Dec 2, 2009 at 12:49, Bowen Alan C. wrote:
> Thanks, Mojca.
> With .bash_profile now reading .
> /Applications/ConTeXtMinimals/tex/setuptex, I ran texexec --make --all
> successfully. But I still could not process a .tex file: the error message
> was
> This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009)
>  \write18 enabled.
>  (/Applications/ConTeXtMinimals/tex/texmf-context/web2c/natural.tcx)
> kpathsea: Running mktexfmt cont-en.fmt
> mktexfmt: No such file or directory
> I can't find the format file `cont-en.fmt'!
> TeXExec | runtime: 0.21928
> So I removed texmf-osx-intel from /ConTeXtMinimals/tex/. re-ran texexec
> --make --all. The error message is now
> texexec: Command not found.

Can you please send the output of:
> uname -m
> echo $HOSTTYPE
> sysctl -n hw.cpu64bit_capable
> echo $PATH
> ls /Applications/ConTeXtMinimals/tex/
> ls -l /Applications/ConTeXtMinimals/tex/texmf-osx-64/bin
> which pdftex
> which context
> which texexec
> kpsewhich context.tex

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 file mismatch problem

[Bowen Alan C.]

Mojca—

texmf-osx-intel reappears when the minimals are updated

removing status-of-update.lua did not make a difference  (I am using MKII).

I have not installed TeXLive.

Alan
On Dec 2, 2009, at 03;16,40 , Mojca Miklavec wrote:

> On Tue, Dec 1, 2009 at 22:09, Bowen Alan C. wrote:
>> Hi, Otared,
>> Thanks for the tip. The first problem is that ./first-setup.sh installs both
>> files texmf-os-x and texmf-osx-intgel.
> 
> texmf-osx-intel should not be installed at all. What happens if you
> delete it? Does it appear again? Also try to remove the file
> status-of-update.lua as Hans suggested.
> 
>> The second is that I now get
>> This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009)
>>  \write18 enabled.
>>  (/Applications/ConTeXtMinimals/tex/texmf-context/web2c/natural.tcx)
>> kpathsea: Running mktexfmt cont-en.fmt
>> mktexfmt: No such file or directory
>> I can't find the format file `cont-en.fmt'!
>> TeXExec | runtime: 0.10815
> 
> It looks like this is using the version from TeX Live.
> 
> 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
> ___

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

[Mojca Miklavec]

On Wed, Dec 2, 2009 at 12:59, Bowen Alan C. wrote:
> Mojca—
>
> texmf-osx-intel reappears when the minimals are updated

If
sysctl -n hw.cpu64bit_capable
returns you 1 then it's quite possible that you are still using the
old version of first-setup.sh.

> removing status-of-update.lua did not make a difference  (I am using MKII).
>
> I have not installed TeXLive.

Sorry, I was misinterpreting the "pdfTeX 1.40" string and though it
was reading "LuaTeX beta-0.40".

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 file mismatch problem

[Bowen Alan C.]

The outputs are:
uname -m
i386
echo $HOSTTYPE
x86_64
sysctl -n hw.cpu64bit_capable
1
echo $PATH

/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin

ls /Applications/ConTeXtMinimals/tex/
mysetuptex  setuptex.cshtexmf-cache texmf-osx-64
setuptexsetuptex.tmftexmf-context   texmf-project
setuptex.battexmf   texmf-local

ls -l /Applications/ConTeXtMinimals/tex/texmf-osx-64/bin
total 47488
-rwxr-xr-x  1 alancbowen  admin   195812 Aug 27 20:08 afm2pl
-rwxr-xr-x  1 alancbowen  admin   204116 Aug 27 20:08 afm2tfm
-rwxr-xr-x  1 alancbowen  admin   348252 Aug 27 20:08 bibtex
-rwxr-xr-x  1 alancbowen  admin   39 May  5  2009 context
-rwxr-xr-x  1 alancbowen  admin  1503396 Aug 27 20:08 dvipdfmx
-rwxr-xr-x  1 alancbowen  admin   224580 Aug 27 20:08 dvipos
-rwxr-xr-x  1 alancbowen  admin   492056 Aug 27 20:08 dvips
-rwxr-xr-x  1 alancbowen  admin34252 Aug 27 20:08 kpseaccess
-rwxr-xr-x  1 alancbowen  admin34284 Aug 27 20:08 kpsestat
-rwxr-xr-x  1 alancbowen  admin   179244 Sep  5 17:28 kpsewhich
-rwxr-xr-x  1 alancbowen  admin  6303832 Nov 29 04:56 luatex
-rwxr-xr-x  1 alancbowen  admin   231408 Nov 27 11:56 luatools
-rwxr-xr-x  1 alancbowen  admin   39 May  5  2009 metatex
-rwxr-xr-x  1 alancbowen  admin 6885 Jul 23 13:11 mktexlsr
-rwxr-xr-x  1 alancbowen  admin   560136 Nov  1 16:51 mpost
-rwxr-xr-x  1 alancbowen  admin   353560 Dec  1 09:04 mtxrun
-rwxr-xr-x  1 alancbowen  admin   43 Jul 19 15:11 mtxworks
-rwxr-xr-x  1 alancbowen  admin  2225728 Nov 29 04:56 pdftex
-rwxr-xr-x  1 alancbowen  admin   704816 Nov 29 04:56 pdftosrc
-rwxr-xr-x  1 alancbowen  admin   137860 Aug 27 20:08 pltotf
-rwxr-xr-x  1 alancbowen  admin   50 Nov 27 13:00 texexec
lrwxrwxrwx  1 alancbowen  admin6 Nov  1 17:06 texlua -> luatex
lrwxrwxrwx  1 alancbowen  admin6 Nov  1 17:06 texluac -> luatex
-rwxr-xr-x  1 alancbowen  admin   32 May  5  2009 texmfstart
-rwxr-xr-x  1 alancbowen  admin   216320 Aug 27 20:08 tftopl
-rwxr-xr-x  1 alancbowen  admin   135104 Nov 29 04:56 ttf2afm
-rwxr-xr-x  1 alancbowen  admin   249216 Aug 27 20:08 vftovp
-rwxr-xr-x  1 alancbowen  admin   162552 Aug 27 20:08 vptovf
-rwxr-xr-x  1 alancbowen  admin  1541072 Nov  1 16:51 xdvipdfmx
-rwxr-xr-x  1 alancbowen  admin  8192912 Nov  1 16:51 xetex

which pdftex
/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin/pdftex
which context
/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin/context
which texexec
/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin/texexec
kpsewhich context.tex

/Applications/ConTeXtMinimals/tex/texmf-context/tex/context/base/context.tex
 
Alan

On Dec 2, 2009, at 06;55,07 , Mojca Miklavec wrote:

> On Wed, Dec 2, 2009 at 12:49, Bowen Alan C. wrote:
>> Thanks, Mojca.
>> With .bash_profile now reading .
>> /Applications/ConTeXtMinimals/tex/setuptex, I ran texexec --make --all
>> successfully. But I still could not process a .tex file: the error message
>> was
>> This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009)
>>  \write18 enabled.
>>  (/Applications/ConTeXtMinimals/tex/texmf-context/web2c/natural.tcx)
>> kpathsea: Running mktexfmt cont-en.fmt
>> mktexfmt: No such file or directory
>> I can't find the format file `cont-en.fmt'!
>> TeXExec | runtime: 0.21928
>> So I removed texmf-osx-intel from /ConTeXtMinimals/tex/. re-ran texexec
>> --make --all. The error message is now
>> texexec: Command not found.
> 
> Can you please send the output of:
>> uname -m
>> echo $HOSTTYPE
>> sysctl -n hw.cpu64bit_capable
>> echo $PATH
>> ls /Applications/ConTeXtMinimals/tex/
>> ls -l /Applications/ConTeXtMinimals/tex/texmf-osx-64/bin
>> which pdftex
>> which context
>> which texexec
>> kpsewhich context.tex
> 
> 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
> ___

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

[Bowen Alan C.]

Mojca—

I am running a version of first-setup.sh that was downloaded from the garden on 
 November 28. Updating to the file available today makes no difference.

Alan

On Dec 2, 2009, at 07;04,16 , Mojca Miklavec wrote:

> On Wed, Dec 2, 2009 at 12:59, Bowen Alan C. wrote:
>> Mojca—
>> 
>> texmf-osx-intel reappears when the minimals are updated
> 
> If
>sysctl -n hw.cpu64bit_capable
> returns you 1 then it's quite possible that you are still using the
> old version of first-setup.sh.
> 
>> removing status-of-update.lua did not make a difference  (I am using MKII).
>> 
>> I have not installed TeXLive.
> 
> Sorry, I was misinterpreting the "pdfTeX 1.40" string and though it
> was reading "LuaTeX beta-0.40".
> 
> 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
> ___

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

[Mojca Miklavec]

On Wed, Dec 2, 2009 at 13:07, Bowen Alan C. wrote:
>
> So I removed texmf-osx-intel from /ConTeXtMinimals/tex/. re-ran texexec
> --make --all. The error message is now
> texexec: Command not found.
>
> which texexec
>        /Applications/ConTeXtMinimals/tex/texmf-osx-64/bin/texexec

This calls for a half-a-box-beer challenge. Here's a deal (the thread
has grown long already): if you send a screenshot of both commands
being run one after another (plus a documentary video to prove you
didn't do anything weird behind the scenes) you win. Else you pay for
beer during the next meeting or BachoTeX.

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 file mismatch problem

[Bowen Alan C.]

Mojca—

Let‘s go back to o square 1. I trashed my old minimals and completely 
reinstalled using the latest first.setup.sh.

This did not work out of the box, so I ran chmod +x first-setup.sh and then 
./first-setup.sh again

The good news:
• there is no texmf-osx-intel folder in ConTeXtMinimals/tex/
• context --version works

The bad news
• compiling 
\starttext
Hello Hans!
\stoptext
gets “texexec: Command not found.”

My .bash_profile file consists of the line “. 
/Applications/ConTeXtMinimals/tex/setuptex”
This seems to be working as it should: when Terminal opens I see:
Setting "/Applications/ConTeXtMinimals/tex" as ConTeXt root.

Running texexec --make -all again had no effect.

This is all and only what I have done. (Testimonials available on request.)

Alan

On Dec 2, 200“9, at 10;43,15 , Mojca Miklavec wrote:

> On Wed, Dec 2, 2009 at 13:07, Bowen Alan C. wrote:
>> 
>> So I removed texmf-osx-intel from /ConTeXtMinimals/tex/. re-ran texexec
>> --make --all. The error message is now
>> texexec: Command not found.
>> 
>> which texexec
>>/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin/texexec
> 
> This calls for a half-a-box-beer challenge. Here's a deal (the thread
> has grown long already): if you send a screenshot of both commands
> being run one after another (plus a documentary video to prove you
> didn't do anything weird behind the scenes) you win. Else you pay for
> beer during the next meeting or BachoTeX.
> 
> 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
> ___

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

[Bowen Alan C .]

Mocja—

 I can process files from the command line. The problem seems to be with 
TeXShop (which I suspect needs some updating for Snow Leopard). Reinstalling 
TeXShop does not help.

Alan

On Dec 2, 2009, at 11;36,23 , Bowen Alan C. wrote:

> Mojca—
> 
> Let‘s go back to o square 1. I trashed my old minimals and completely 
> reinstalled using the latest first.setup.sh.
> 
> This did not work out of the box, so I ran chmod +x first-setup.sh and then 
> ./first-setup.sh again
> 
> The good news:
> • there is no texmf-osx-intel folder in ConTeXtMinimals/tex/
> • context --version works
> 
> The bad news
> • compiling 
> \starttext
> Hello Hans!
> \stoptext
> gets “texexec: Command not found.”
> 
> My .bash_profile file consists of the line “. 
> /Applications/ConTeXtMinimals/tex/setuptex”
>   This seems to be working as it should: when Terminal opens I see:
>   Setting "/Applications/ConTeXtMinimals/tex" as ConTeXt root.
> 
> Running texexec --make -all again had no effect.
> 
> This is all and only what I have done. (Testimonials available on request.)
> 
> Alan
> 
> On Dec 2, 200“9, at 10;43,15 , Mojca Miklavec wrote:
> 
>> On Wed, Dec 2, 2009 at 13:07, Bowen Alan C. wrote:
>>> 
>>> So I removed texmf-osx-intel from /ConTeXtMinimals/tex/. re-ran texexec
>>> --make --all. The error message is now
>>> texexec: Command not found.
>>> 
>>> which texexec
>>>/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin/texexec
>> 
>> This calls for a half-a-box-beer challenge. Here's a deal (the thread
>> has grown long already): if you send a screenshot of both commands
>> being run one after another (plus a documentary video to prove you
>> didn't do anything weird behind the scenes) you win. Else you pay for
>> beer during the next meeting or BachoTeX.
>> 
>> 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
>> ___
> 
> ___
> If your question is of interest to others as well, please add an 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 file mismatch problem

[Otared Kavian]

On 2 déc. 2009, at 18:06, Bowen Alan C. wrote:

> Mocja—
> 
>  I can process files from the command line. The problem seems to be with 
> TeXShop (which I suspect needs some updating for Snow Leopard). Reinstalling 
> TeXShop does not help.
> 
> Alan
> 

Hi Alan,

You have to add a ".engine" file to 
~/Library/TeXShop/Engines

and open again TeXShop. For instance I have a file called "mkii.engine" 
containing these lines (between %%%begin and %%%end of course!):
%%% begin
#!/bin/bash

source /Volumes/OK/context-minimal/tex/setuptex 
texexec "$1"
%%%end

and then in TeXShop by default the engine is chosen to be mkii. It is important 
to know that this file must have the "x" bit as its rights.
In your case this "mkii.engine" file should contain

#!/bin/bash

source /Applications/ConTeXtMinimals/tex/setuptex 
texexec "$1"

Don't forget to chmod +x.
Good luck!
Best regards: OK
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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

Re: [NTG-context] latest beta and file mismatch problem

[Bowen Alan C.]

Thanks to Otared and Dick Koch, I now have MKII up and running again.

The primary change in TeXshop involved setting the path in Preferences/Engine to

/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin.

for the MKII engine, Otared suggested
#!/bin/bash
source /Applications/ConTeXtMinimals/tex/setuptex 
texexec "$1"


What would be best for the MKIV and XeTeX engines?

Right now I have,

MKIV
#!/bin/bash
export PATH=/Applications/ConTeXtMinimals/tex/texmf-osx-64l/bin:$PATH
export TEXMFCACHE=/Applications/ConTeXtMinimals/tex/texmf-cache
context "$1"


XeTeX
#!/bin/bash
export PATH=/Applications/ConTeXtMinimals/tex/texmf-osx-64/bin:$PATH
texexec --xtx "$1"

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 file mismatch problem

[Bowen Alan C.]

Otared,

This works perfectly. In all the changes to ConTeXt, I had neglected to update 
my TeXShop settings. Many thanks for your help (and patience).

Alan

On Dec 2, 2009, at 12;24,37 , Otared Kavian wrote:

> 
> On 2 déc. 2009, at 18:06, Bowen Alan C. wrote:
> 
>> Mocja—
>> 
>> I can process files from the command line. The problem seems to be with 
>> TeXShop (which I suspect needs some updating for Snow Leopard). Reinstalling 
>> TeXShop does not help.
>> 
>> Alan
>> 
> 
> Hi Alan,
> 
> You have to add a ".engine" file to 
> ~/Library/TeXShop/Engines
> 
> and open again TeXShop. For instance I have a file called "mkii.engine" 
> containing these lines (between %%%begin and %%%end of course!):
> %%% begin
> #!/bin/bash
> 
> source /Volumes/OK/context-minimal/tex/setuptex 
> texexec "$1"
> %%%end
> 
> and then in TeXShop by default the engine is chosen to be mkii. It is 
> important to know that this file must have the "x" bit as its rights.
> In your case this "mkii.engine" file should contain
> 
> #!/bin/bash
> 
> source /Applications/ConTeXtMinimals/tex/setuptex 
> texexec "$1"
> 
> Don't forget to chmod +x.
> Good luck!
> 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
> ___

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

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

[NTG-context] latest beta (2008-01-09 19:58)

[Thomas A. Schmitz]

Hi Hans,

there seems to be a problem with the latest beta; compilation stops  
with several of these warnings:

error >> define font: font with name lmromanslant12-regular is not found
error >> define font: name: lmromanslant12-regular, loading aborted
! Font \*12ptrmslrm*=file:lmromanslant12-regular*default not loadable:  
metric data not found or bad.

\relax
\xxdododefinefont ...tspec {#4}\newfontidentifier
   \let  
\localrelativefontsiz...
\dodosettextfamilyA ...amily \fontsize \endcsname
   \else \ifcsname  
\fontbody ...
\dosettextfamily ... \dodosettextfamily \textfont
   \let \fontbody  
\savedfontb...
 ...y \c!bf \dosettextfamily \c!sl
   \dosettextfamily \c! 
it \do...
\synchronizetext ...athfonts \the \textstrategies
   \fi

(and the document in question doesn't even use Latin Modern...)

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

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

[Otared Kavian]

Hi Hans,

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

\startitemize[n]

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

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

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

\stopitemize

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

\stoptext
%%% end ref-item-broken.tex
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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

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

[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 : command that no longer works

[Hans Hagen]

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


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


\zeropoint (no Z P)

you were probably luck previous times

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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

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

[Fabrice]

Sorry for the mistake.
Fabrice
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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

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

[mf]

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


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


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

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

\starttext

  Context version: \contextversion.

  \blank

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

  \blank

  Following text: \input sapolsky

\stoptext


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


brace-ok.pdf
Description: Adobe PDF document
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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

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

[Pablo Rodriguez]

Dear list,

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

Many thanks for your help,


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

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

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

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

[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 stops loading some ttc fonts

[Hans Hagen]

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

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

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

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

\starttext

测试

\stoptext

but it's no longer the case.


is it context or the binary?

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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

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

[Hongwen Qiu]

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

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

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

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

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

\starttext

测试

\stoptext

but it's no longer the case.


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


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


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

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


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

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

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

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

\starttext

理论

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


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

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

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

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

[Hans Hagen]

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


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


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


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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

Re: [NTG-context] latest beta hates most of my fonts

[Hans Hagen]

Thomas A. Schmitz wrote:
> the latest beta refuses to work with most of my (Greek) fonts. I have  
> compiled the very latest trunk (rev. 1006, I think). Difficult to make  
> a minimal example because it doesn't happen with simple "Latin" text,  
> only when there's Greek in the file. The error message is always  
> similar:
> 
> ) !luaTeX error (file /Users/tas/texmf/fonts/opentype/greek/bosporos/ 
> BosporosU.otf): Unexpected error: 85 != 92
>   ==> Fatal error occurred, no output PDF file produced!
> 
> Does that ring a bell, or should I see if I can find a font which  
> doesn't work in "normal" mode? The fonts are set up like this:
> 
> \installfontfeature[otf][grbl]
> 
> \definefontfeature
>[agreek]
> [mode=node,language=dflt,script=latn,kern=yes,tlig=yes,trep=yes,
>  grbl=yes,featurefile=greek-babel.fea]
> 
>\definefontsynonym [Serif]   [name:BosporosU]   
> [features=agreek]

hard to check without a small test file; latin processes ok; keep in 
mind that feature files reset all other features


Hans


-
   Hans Hagen | PRAGMA ADE
   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | fax: 038 477 53 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  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta hates most of my fonts

[Thomas A. Schmitz]

On Feb 13, 2008, at 5:05 PM, Mojca Miklavec wrote:

> Here's a "minimal example" for the start:
>   texexec --xtx --make --all
> but this has already been reported and I'm not sure if it's the same  
> problem.
>
> /context/texmf-context/tex/context/patterns/lang-agr.pat
> ! Nonletter.
> l.206 4´
>  ´
> ?
>
> Mojca

No, that's a different problem which I created by "optimizing" the  
pattern files; sorry about that!

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

Re: [NTG-context] latest beta hates most of my fonts

[Mojca Miklavec]

On Feb 13, 2008 4:55 PM, Hans Hagen wrote:
> Thomas A. Schmitz wrote:
> > the latest beta refuses to work with most of my (Greek) fonts.
>
> hard to check without a small test file;

Here's a "minimal example" for the start:
   texexec --xtx --make --all
but this has already been reported and I'm not sure if it's the same problem.

/context/texmf-context/tex/context/patterns/lang-agr.pat
! Nonletter.
l.206 4´
  ´
?

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

Re: [NTG-context] latest beta hates most of my fonts

[Taco Hoekwater]

Hans Hagen wrote:
> Thomas A. Schmitz wrote:
>> the latest beta refuses to work with most of my (Greek) fonts. I have  
>> compiled the very latest trunk (rev. 1006, I think). Difficult to make  
>> a minimal example because it doesn't happen with simple "Latin" text,  
>> only when there's Greek in the file. The error message is always  
>> similar:
>>
>> )> !luaTeX error (file /Users/tas/texmf/fonts/opentype/greek/bosporos/ 
>> BosporosU.otf): Unexpected error: 85 != 92

This error says that there are more glyphs marked as
"used" (92) than there are actually written (85). I have
temporarily disabled this test in the trunk, because it
could be caused by the change in composite character
handling in context. Can you try if the pdf is valid
with that latest version?

Best wishes,
Taco
___
If your question is of interest to others as well, please add an 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  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta hates most of my fonts

[Thomas A. Schmitz]

On Feb 13, 2008, at 5:50 PM, Taco Hoekwater wrote:

> This error says that there are more glyphs marked as
> "used" (92) than there are actually written (85). I have
> temporarily disabled this test in the trunk, because it
> could be caused by the change in composite character
> handling in context. Can you try if the pdf is valid
> with that latest version?
>
> Best wishes,
> Taco

OK, with the latest version I get a valid pdf file! Some bizarre  
things (one letter is missing from the output), but at least I get  
output!

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

[NTG-context] Latest beta, missing stmary10 while loading "fallback modern"

[Marco Pessotto]

Hello there. 

Given the following minimal example:

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

(where the libertine don't have the math fonts)

In the logs I found the following problems:

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'

While I was updating the minimals I noticed the deletion of stmary10.
Until April 3rd this problem (even if so far I didn't encounter
compilation errors) wasn't present.

Best regards

(and cheers for the release of luatex 0.66)

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

[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 doesn't process my xml files

[Hans Hagen]

Thomas A. Schmitz wrote:

Hi Hans,

more serious: today's beta doesn't process my xml files. Too late today 
for a minimal example; maybe the error can give a clue:


systems : end file vorlesung-mkiv at line 1
systems : begin file historiker at line 1
! LuaTeX error no string to print
stack traceback:
[C]: in function 'texsprint'
...text/tex/texmf-context/tex/context/base/lxml-ent.lua:47: in 
function <...text/tex/texmf-context/tex/context/base/lxml-ent.lua:37>

[C]: in function 'match'
...text/tex/texmf-context/tex/context/base/lxml-tex.lua:498: in 
function '@tx@'
...text/tex/texmf-context/tex/context/base/lxml-tab.lua:751: in 
function '@dc@'
...text/tex/texmf-context/tex/context/base/lxml-tab.lua:774: in 
function 'xmlserialize'
...text/tex/texmf-context/tex/context/base/lxml-tex.lua:545: in 
function 'xmlsprint'
...text/tex/texmf-context/tex/context/base/lxml-tex.lua:1207: in 
function 'flush'

:1: in main chunk.
\xmlflush #1->\ctxlua {lxml.flush("#1")}

\dostructurecomponent ...uctureparameter \c!title
  }\xdef 
\currentstructurebo...

\doregisterstructurehead ... \c!command =, #2][#3]
  \reportcurrentstructure
\dohandlestructurehead ...ructurehead {#1}{#2}{#3}
  \let 
\getstructureheadsync...

l.8 }

\xmlflush #1->\ctxlua {lxml.flush("#1")}


l.2 \xmlprocess{\xmldocument}{./historiker.xml}{}

? ^\/Users/tas/context/tex/texmf-osx-intel/bin/context: line 2:  3064

Same file with same environment processed without problems by version: 
2009.10.02 13:14


Thank goodness I still have an older version around...


in lxml-ent.lua ...

function xml.resolved_entity(str)
local e = xml.entities[str]
if e then
local te = type(e)
if te == "function" then
e(str)
elseif e then
texsprint(ctxcatcodes,e)
end
else
texsprint(ctxcatcodes,"\\xmle{",str,"}{",utfupper(str),"}") -- 
we need to use our own upper

end
end

there has been quite some changes in the xml machinery; what exactly do 
you do with entities?


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: 038 477 53 69 | fax: 038 477 53 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 doesn't process my xml files

[Thomas A. Schmitz]

On Oct 20, 2009, at 3:52 PM, Hans Hagen wrote:


in lxml-ent.lua ...

function xml.resolved_entity(str)
   local e = xml.entities[str]
   if e then
   local te = type(e)
   if te == "function" then
   e(str)
   elseif e then
   texsprint(ctxcatcodes,e)
   end
   else
   texsprint(ctxcatcodes,"\\xmle{",str,"}{",utfupper(str),"}")  
-- we need to use our own upper

   end
end



Thank you Hans, but that's not yet the solution. I still get the same  
error. I thought it might be related to the fact that I had the entity  
&hfill; in my titles, but even after removing it, I still get the error.




there has been quite some changes in the xml machinery; what exactly  
do you do with entities?




Well, I just map a few special characters and commands to entities. In  
my environment, I have


\setupxml[entities=mkii]

and then stuff like this:

\defineXMLentity[smallspace]{\,}
\defineXMLentity[percent]{\percent}
\defineXMLentity[onequarter]{\onequarter}
\defineXMLentity[threequarter]{\threequarter}
\defineXMLentity[onehalf]{\onehalf}
\defineXMLentity[textellipsis]{\textellipsis}
\defineXMLentity[nbsp]{~}
\defineXMLentity[hfill]{\hfill}

Is there a different way for doing this now?

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 doesn't process my xml files

[Hans Hagen]

Thomas A. Schmitz wrote:


On Oct 20, 2009, at 3:52 PM, Hans Hagen wrote:


in lxml-ent.lua ...

function xml.resolved_entity(str)
   local e = xml.entities[str]
   if e then
   local te = type(e)
   if te == "function" then
   e(str)
   elseif e then
   texsprint(ctxcatcodes,e)
   end
   else
   texsprint(ctxcatcodes,"\\xmle{",str,"}{",utfupper(str),"}") -- 
we need to use our own upper

   end
end



Thank you Hans, but that's not yet the solution. I still get the same 
error. I thought it might be related to the fact that I had the entity 
&hfill; in my titles, but even after removing it, I still get the error.




there has been quite some changes in the xml machinery; what exactly 
do you do with entities?




Well, I just map a few special characters and commands to entities. In 
my environment, I have


\setupxml[entities=mkii]

and then stuff like this:

\defineXMLentity[smallspace]{\,}
\defineXMLentity[percent]{\percent}
\defineXMLentity[onequarter]{\onequarter}
\defineXMLentity[threequarter]{\threequarter}
\defineXMLentity[onehalf]{\onehalf}
\defineXMLentity[textellipsis]{\textellipsis}
\defineXMLentity[nbsp]{~}
\defineXMLentity[hfill]{\hfill}

Is there a different way for doing this now?


mkii xml is no longer enabled by default in mkiv ... can you try the low 
level newby


\xmlsetentity{smallspace}{\,}

(otherwise, send me a test file)

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: 038 477 53 69 | fax: 038 477 53 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 (2008-01-09 19:58)

[Mojca Miklavec]

On Jan 9, 2008 9:22 PM, Thomas A. Schmitz wrote:
> Hi Hans,
>
> there seems to be a problem with the latest beta; compilation stops
> with several of these warnings:
>
> error >> define font: font with name lmromanslant12-regular is not found
> error >> define font: name: lmromanslant12-regular, loading aborted
> ! Font \*12ptrmslrm*=file:lmromanslant12-regular*default not loadable:
> metric data not found or bad.
> 
> \relax
> \xxdododefinefont ...tspec {#4}\newfontidentifier
>\let
> \localrelativefontsiz...
> \dodosettextfamilyA ...amily \fontsize \endcsname
>\else \ifcsname
> \fontbody ...
> \dosettextfamily ... \dodosettextfamily \textfont
>\let \fontbody
> \savedfontb...
>  ...y \c!bf \dosettextfamily \c!sl
>\dosettextfamily \c!
> it \do...
> \synchronizetext ...athfonts \the \textstrategies
>\fi
>
> (and the document in question doesn't even use Latin Modern...)
>
> Best
>
> Thomas

Hans has updated files without a "please don't update yet" warning
(that's what beta in ConTeXt means, after all :).
A new version of LM is in front of the door, and ConTeXt tries to be
kept up-to-date, or better, ahead-of-time.

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

Re: [NTG-context] latest beta (2008-01-09 19:58)

[Thomas A. Schmitz]

On Jan 9, 2008, at 9:54 PM, Mojca Miklavec wrote:

> Hans has updated files without a "please don't update yet" warning
> (that's what beta in ConTeXt means, after all :).

Drats, I always thought it meant "download immediately!"

> A new version of LM is in front of the door, and ConTeXt tries to be
> kept up-to-date, or better, ahead-of-time.
>

Ok, will have to revert to stable then...

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

Re: [NTG-context] latest beta (2008-01-09 19:58)

[Hans Hagen]

Mojca Miklavec wrote:

> Hans has updated files without a "please don't update yet" warning
> (that's what beta in ConTeXt means, after all :).
> A new version of LM is in front of the door, and ConTeXt tries to be
> kept up-to-date, or better, ahead-of-time.

hey, since you were in this lm-update-close-loop, you should have been 
ahead of thomas ... okm new beta for you to test

\definedfont[lmroman9-oblique at 50pt] should work

\definedfont[lmromanslant12-regular] should work


btw, i also added a check on 'size of font file changed' so that one 
does not need to erase the fton in the cache when a font is updated

Hans

-
   Hans Hagen | PRAGMA ADE
   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | fax: 038 477 53 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  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta (2008-01-09 19:58)

[Hans Hagen]

Thomas A. Schmitz wrote:
> Hi Hans,
> 
> there seems to be a problem with the latest beta; compilation stops  
> with several of these warnings:
> 
> error >> define font: font with name lmromanslant12-regular is not found
> error >> define font: name: lmromanslant12-regular, loading aborted
> ! Font \*12ptrmslrm*=file:lmromanslant12-regular*default not loadable:  
> metric data not found or bad.

aha, i need a bidirectional fallback ... making a new beta now

since i have both names on my system it's tricky to test (don't want to 
mess up things too much)

Hans

-
   Hans Hagen | PRAGMA ADE
   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | fax: 038 477 53 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  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta (2008-01-09 19:58)

[Thomas A. Schmitz]

On Jan 9, 2008, at 10:48 PM, Hans Hagen wrote:

> aha, i need a bidirectional fallback ... making a new beta now
>
> since i have both names on my system it's tricky to test (don't want  
> to
> mess up things too much)
>
> Hans

New one works... 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  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta (2008-01-09 19:58)

[Hans Hagen]

Thomas A. Schmitz wrote:
> On Jan 9, 2008, at 10:48 PM, Hans Hagen wrote:
> 
>> aha, i need a bidirectional fallback ... making a new beta now
>>
>> since i have both names on my system it's tricky to test (don't want  
>> to
>> mess up things too much)
>>
>> Hans
> 
> New one works... Thanks for the quick fix!

you can also test this (there is a file 'context' somewhere as stub)

mtxrun --script context blabla.tex

i.e. this is the upcoming replacement of texexec in case of luatex/mkiv

Hans


-
   Hans Hagen | PRAGMA ADE
   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | fax: 038 477 53 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  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta (2008-01-09 19:58)

[Mojca Miklavec]

On Jan 9, 2008 10:17 PM, Thomas A. Schmitz wrote:
>
> On Jan 9, 2008, at 9:54 PM, Mojca Miklavec wrote:
>
> > Hans has updated files without a "please don't update yet" warning
> > (that's what beta in ConTeXt means, after all :).
>
> Drats, I always thought it meant "download immediately!"

Such specific backward incompatible (engine-version or
font-version-specefic) updates are always problematic.

New otf LM fonts indeed have incompatible names and features.

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

Re: [NTG-context] latest beta (2008-01-09 19:58)

[Thomas A. Schmitz]

On Jan 9, 2008, at 11:06 PM, Hans Hagen wrote:

> you can also test this (there is a file 'context' somewhere as stub)
>
> mtxrun --script context blabla.tex
>
> i.e. this is the upcoming replacement of texexec in case of luatex/ 
> mkiv
>
> Hans

Yes, it works if I call it with

mtxrun --script context --run blabla.tex

(so the default needs to be set explicitly). How many languages did  
you learn and use during the last years? I'm waiting for lispTeX,  
pythonTeX, schemeTeX etc. :-)

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

Re: [NTG-context] latest beta (2008-01-09 19:58)

[luigi scarso]

>How many languages did
> you learn and use during the last years? I'm waiting for lispTeX,
> pythonTeX,
http://wiki.contextgarden.net/User:Luigi.scarso#Luatex_hosts_python


-- 
luigi


it's new .
it's powerful .
it's luatex .
http://www.luatex.org
___
If your question is of interest to others as well, please add an 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  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta (2008-01-09 19:58)

[Hans Hagen]

Thomas A. Schmitz wrote:
> On Jan 9, 2008, at 11:06 PM, Hans Hagen wrote:
> 
>> you can also test this (there is a file 'context' somewhere as stub)
>>
>> mtxrun --script context blabla.tex
>>
>> i.e. this is the upcoming replacement of texexec in case of luatex/ 
>> mkiv
>>
>> Hans
> 
> Yes, it works if I call it with
> 
> mtxrun --script context --run blabla.tex
> 
> (so the default needs to be set explicitly). How many languages did  
> you learn and use during the last years? I'm waiting for lispTeX,  
> pythonTeX, schemeTeX etc. :-)

it depends ... i sometimes have to do things in asp but there will be no 
asptex -)

we will probably stick with lua (and rewrite the ruby script etc) ... 
easier to package and distribute and less bloated than other languages

-
   Hans Hagen | PRAGMA ADE
   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | fax: 038 477 53 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  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

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

[r . ermers]

Hi Otared,

Thanks for your response. In mkii this worked flawlessly.

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

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

Robert


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

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

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

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

[Wolfgang Schuster]

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

Thanks for your response. In mkii this worked flawlessly.

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


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


$ context --version

mtx-context | current version: 2018.02.06 18:11


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

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

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

[r . ermers]

Hi 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

[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

[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

[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

[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

[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

[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 (october 18th): likely bug in \mirror

[mf]

A much simpler example:

\starttext

\ConTeXt\ version: \contextversion.

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

Another paragraph.

\stoptext


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


mirror-ok.pdf
Description: Adobe PDF document
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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

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

[mf]

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

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

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

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

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

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

[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

[Pablo Rodriguez]

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

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

Everything works fine now.


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

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

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

[Brian Landy]

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

Best regards,
Brian



test.tex
Description: Binary data


good.pdf
Description: Adobe PDF document


bad.pdf
Description: Adobe PDF document



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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

Re: [NTG-context] Latest beta, missing stmary10 while loading "fallback modern"

[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 Minimals: interactive bookmarks for equations broken

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

[NTG-context] latest beta has trouble loading fonts on OS X

[Thomas A. Schmitz]

Hi all, Hans,

I have trouble using my own fonts with the latest beta on my OS X box.  
The problem appears to be that it is unable to create the database.  
When I run (on


mtxrun --script fonts --list

I get as the last lines of my output

MTXrun | fontnames: globbing path /Library/Fonts/**.dfont
MTXrun | fontnames: globbing path /System/Library/Fonts/**.dfont
font loading failed for /System/Library/Fonts/Keyboard.dfont

It appears this particular font cannot be loaded, so the entire  
database fails. On my linux laptop, everything works as expected.


So my questions are:

1. What can be done about it?

2. Where is OSFONTDIR set on mkiv? I specifically do NOT want my  
system fonts used by ConTeXt; everything I want to use with TeX is in  
one of my texmf trees. How can I prevent mkiv from taking the system  
paths into account?


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

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

[Hans Hagen]

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

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


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

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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

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

[Hans Hagen]

so instead of

\bTD[]{Bond}\eTD%

use this:

\bTD Bond \eTD


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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

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

[Brian Landy]

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

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

Best regards,
Brian

On Jun 16, 2014, at 6:57 PM, Hans Hagen  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

[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

[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

[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

[Brian R. Landy]

On Tue, 17 Jun 2014, Hans Hagen wrote:


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

\starttext

\enabletrackers[typesetters.characteralign]

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

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

\stoptext

the next beta can handle this


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



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

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

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

[Hans Hagen]

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



On Tue, 17 Jun 2014, Hans Hagen wrote:


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

\starttext

\enabletrackers[typesetters.characteralign]

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

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

\stoptext

the next beta can handle this


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


netx beta == next upload == already done

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

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

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

[Brian Landy]

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

[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

[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

[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

[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 has trouble loading fonts on OS X

[Hans Hagen]

Thomas A. Schmitz wrote:

Hi all, Hans,

I have trouble using my own fonts with the latest beta on my OS X box. 
The problem appears to be that it is unable to create the database. When 
I run (on


mtxrun --script fonts --list

I get as the last lines of my output

MTXrun | fontnames: globbing path /Library/Fonts/**.dfont
MTXrun | fontnames: globbing path /System/Library/Fonts/**.dfont
font loading failed for /System/Library/Fonts/Keyboard.dfont

It appears this particular font cannot be loaded, so the entire database 
fails. On my linux laptop, everything works as expected.


So my questions are:

1. What can be done about it?


currently only loading dfonts is implemented; the backend code in luatex 
has to be written yet (will happen soon)


2. Where is OSFONTDIR set on mkiv? I specifically do NOT want my system 
fonts used by ConTeXt; everything I want to use with TeX is in one of my 
texmf trees. How can I prevent mkiv from taking the system paths into 
account?


indeed, putting them in the tree is more robust (and controllable)

mojca is supposed to know the osfontdir details

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: 038 477 53 69 | fax: 038 477 53 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  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta has trouble loading fonts on OS X

[Oliver Buerschaper]

2. Where is OSFONTDIR set on mkiv? I specifically do NOT want my  
system fonts used by ConTeXt; everything I want to use with TeX is  
in one of my texmf trees. How can I prevent mkiv from taking the  
system paths into account?


indeed, putting them in the tree is more robust (and controllable)

mojca is supposed to know the osfontdir details


May I jump in here with a question? The other day I realized that  
whatever OSFONTDIR is set in texmf.cnf is overridden in


luatools.lua
mtxrun.lua
data-res.lua

and possibly in other files, too. While these fix functions point to  
the correct osx font directories


1. ~/Library/Fonts
2. /Library/Fonts
3. /System/Library/Fonts

and set things up as intended for most scenarios presumably, we're  
losing quite a bit of flexibility here I guess. Are this fix functions  
considered a temporary workaround or are they part of a larger plan?  
If they're just a hack, I'm wondering whether we could delegate  
control over OSFONTDIR back to the configuration files ...


Oliver


PGP.sig
Description: Signierter Teil der Nachricht
___
If your question is of interest to others as well, please add an 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  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta has trouble loading fonts on OS X

[Hans Hagen]

Oliver Buerschaper wrote:
2. Where is OSFONTDIR set on mkiv? I specifically do NOT want my 
system fonts used by ConTeXt; everything I want to use with TeX is in 
one of my texmf trees. How can I prevent mkiv from taking the system 
paths into account?


indeed, putting them in the tree is more robust (and controllable)

mojca is supposed to know the osfontdir details


May I jump in here with a question? The other day I realized that 
whatever OSFONTDIR is set in texmf.cnf is overridden in


luatools.lua
mtxrun.lua
data-res.lua


only data-res, as the others use that (merged) ... i'll add a check for 
cnf settings


and possibly in other files, too. While these fix functions point to the 
correct osx font directories


1. ~/Library/Fonts
2. /Library/Fonts
3. /System/Library/Fonts

and set things up as intended for most scenarios presumably, we're 
losing quite a bit of flexibility here I guess. Are this fix functions 
considered a temporary workaround or are they part of a larger plan? If 
they're just a hack, I'm wondering whether we could delegate control 
over OSFONTDIR back to the configuration files ...


the problem is that it's kind of unofficial and we cannot be soure if 
it's set. anyhow, i'll also test the cnf data


local ie, iv = instance.environment, instance.variables
local function fix(varname,default)
local proname = varname .. "." .. instance.progname or "crap"
local p, v = ie[proname], ie[varname] or iv[varname]
if not ((p and p ~= "") or (v and v ~= "")) then
iv[varname] = default -- or environment?
end
end

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: 038 477 53 69 | fax: 038 477 53 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  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta has trouble loading fonts on OS X

[Taco Hoekwater]

Hi all,

Hans Hagen wrote:
> 
> currently only loading dfonts is implemented; the backend code in luatex
> has to be written yet (will happen soon)

A note for the brave: as of a few minutes ago, the luatex source (trunk)
in the supelec.fr repository is capable of handling dfont files in the
backend as well (you will also need the latest context beta, of course).

There will be a normal luatex beta sometime next week, but it would
be nice if some of the Mac-enabled people that know how to compile
luatex, could try to see if it really works 'in the wild'.

Best wishes,
Taco


___
If your question is of interest to others as well, please add an 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  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta has trouble loading fonts on OS X

[Wolfgang Schuster]

Am 14.08.2009 um 16:24 schrieb Taco Hoekwater:


There will be a normal luatex beta sometime next week, but it would
be nice if some of the Mac-enabled people that know how to compile
luatex, could try to see if it really works 'in the wild'.


The fonts are found

$ mtxrun --script fonts --list --pattern=baskerville*
baskervilleBaskerville  /Library/Fonts/ 
Baskerville.dfont (sub)
baskervilleboldBaskerville Bold /Library/Fonts/ 
Baskerville.dfont (sub)
baskervillebolditalic  Baskerville Bold Italic  /Library/Fonts/ 
Baskerville.dfont (sub)
baskervilleitalic  Baskerville Italic   /Library/Fonts/ 
Baskerville.dfont (sub)
baskervillesemiboldBaskerville SemiBold /Library/Fonts/ 
Baskerville.dfont (sub)
baskervillesemibolditalic  Baskerville SemiBold Italic  /Library/Fonts/ 
Baskerville.dfont (sub)


but this

\starttext
{\definedfont[name:baskerville*default]Baskerville}
\stoptext

fails

!LuaTeX error: writefont.c: The file (/Library/Fonts/ 
Baskerville.dfont) does not contain font `Baskerville-2'

 ==> Fatal error occurred, no output PDF file produced!

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

Re: [NTG-context] latest beta has trouble loading fonts on OS X

[Taco Hoekwater]

Wolfgang Schuster wrote:
> but this
> 
> \starttext
> {\definedfont[name:baskerville*default]Baskerville}
> \stoptext
> 
> fails
> 
> !LuaTeX error: writefont.c: The file (/Library/Fonts/Baskerville.dfont)
> does not contain font `Baskerville-2'

That is a somewhat weird font name. Can you run the code below
to see that font name info it reports for that dfont file?

\starttext
\ctxlua {
  print(
table.serialize(
  fontloader.info('/Library/Fonts/Baskerville.dfont')))}
\stoptext

Best wishes,
Taco

___
If your question is of interest to others as well, please add an 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  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] latest beta has trouble loading fonts on OS X

[Wolfgang Schuster]

Am 14.08.2009 um 17:28 schrieb Taco Hoekwater:


That is a somewhat weird font name. Can you run the code below
to see that font name info it reports for that dfont file?


I get the same message with Optima, American Typewriter and Futura.


\starttext
\ctxlua {
 print(
   table.serialize(
 fontloader.info('/Library/Fonts/Baskerville.dfont')))}
\stoptext


t={
 {
  ["familyname"]="Baskerville",
  ["fontname"]="Baskerville-Bold",
  ["fullname"]="Baskerville Bold",
  ["italicangle"]=0,
  ["version"]="6.0d2e1",
  ["weight"]="Bold",
 },
 {
  ["familyname"]="Baskerville",
  ["fontname"]="Baskerville-SemiBold",
  ["fullname"]="Baskerville SemiBold",
  ["italicangle"]=0,
  ["version"]="6.0d2e1",
  ["weight"]="Demi",
 },
 {
  ["familyname"]="Baskerville",
  ["fontname"]="Baskerville-SemiBoldItalic",
  ["fullname"]="Baskerville SemiBold Italic",
  ["italicangle"]=-17,
  ["version"]="6.0d2e1",
  ["weight"]="Demi",
 },
 {
  ["familyname"]="Baskerville",
  ["fontname"]="Baskerville-Italic",
  ["fullname"]="Baskerville Italic",
  ["italicangle"]=-17,
  ["version"]="6.0d2e1",
  ["weight"]="Book",
 },
 {
  ["familyname"]="Baskerville",
  ["fontname"]="Baskerville",
  ["fullname"]="Baskerville",
  ["italicangle"]=0,
  ["version"]="6.0d2e1",
  ["weight"]="Book",
 },
 {
  ["familyname"]="Baskerville",
  ["fontname"]="Baskerville-BoldItalic",
  ["fullname"]="Baskerville Bold Italic",
  ["italicangle"]=-17,
  ["version"]="6.0d2e1",
  ["weight"]="Bold",
 },
}

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

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

[Marco Pessotto]

I think the same happened some time ago when the not-loading (horrible
word, my english is rotting) of Latin Modern was still an experimental
feature.

Anyway, minimal example:

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

\starttext

\startitemize[1]

\item fail

\stopitemize

\stoptext
%%% stop %%% 

It compiles just fine commenting the first 2 lines or with ConTeXt version
2011.01.26 09:01

While with the latest 2011.02.18 

! Math error: parameter \Umathquad\displaystyle is not set.

system  > tex > error on line 8 in file fail.tex: Math error: parameter 
\Umathquad\displaystyle is not set ...

 1 \usetypescript[libertine]
 2 \setupbodyfont[libertine,10pt]
 3 
 4 \starttext
 5 
 6 \startitemize[1]
 7 
 8 >>  \item fail
 9 
10 \stopitemize
11 
12 \stoptext


\mathematics ...rmalstartimath #1\normalstopimath 
  \fi 
\dodosymbol ...bol \csname \??ss :#1:#2\endcsname 
  \relax }\relax 
\donormalsymbol ...bol \redosymbol \currentsymbol 
  \fi \fi 
\dodosymbol ...bol \csname \??ss :#1:#2\endcsname 
  \relax }\relax 
\donormalsymbol ...bol \redosymbol \currentsymbol 
  \fi \fi 
 
   }
...
l.8 \item f
   ail
? 

Sorry, but I can't typeset math unless various parameters have
been set. This is normally done by loading special math fonts
into the math family slots. Your font set is lacking at least
the parameter mentioned earlier.


Best wishes

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

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