Re: [NTG-context] LuaTeX problems with \seeindex and \from

On Tue, Apr 15, 2008 at 8:47 PM, Drazen Baic wrote:

...

On Tue, Apr 15, 2008 at 6:51 PM, Hans Hagen wrote:

...

Drazen Baic wrote:

...

Hi,

Here is a small test file. Compiled with 'texexec --lua' the register has only the entry 'Software 1' but it should have one additional entry 'Apache see Software'. This works OK when compiled with 'texexec --xtx'

\starttext \index{Software}Software \seeindex{Apache}{Software}Apache

\placeindex \stoptext

see was not supported yet; i added it

I just did an update to ConTeXt 2008.04.15 21:21 and it works perfectly for my example above. But if you use abbreviations the 'see ...' entry in the registers shows the value between the brackets in the abbreviation definition. Here is a small example:

\definesynonyms [abbreviation] [abbreviations][\infull] \setupsynonyms [abbreviation] \abbreviation [GCc] {\sc gcc} {GNU C Compiler} \abbreviation [GNU] {\sc gnu} {{\sc gnu'}s Not Unix}

\starttext \index{Software}Software \seeindex{Apache}{Software}Apache \index[GCC]{\GCc}\GCc\ \seeindex[GNU C Compiler]{\GNU\ C Compiler}{\GCc}\GNU\ C Compiler

\placeindex

\stoptext

I defined the GCc abbreviation with small c on purpose to demonstrate that 'GCc' shows up in the register instead of {\sc gcc}.

I tried to look at the file core-reg.lua and thought that the error has to be at

if vv[1] == 'e' then -- format reference pagespec realpage flush(template.page:format(class,",",vv[4],vv[5],vv[3])) elseif vv[1] == 's' then flush(template.see:format(class,",",vv[5],vv[3]))

but as I know nothing about Lua I gave up pretty soon.

Regards, Drazen

I played a little bit around with the above sample and thought that putting a second '\' in front of the second argument for the \seeindex command could help as it looks like the abbreviation \GCc looses the backslash when the 'see' entry is generated in the registry. As this was working I looked at the '.toc' file and saw that the key and entry values are enclosed between [===[ and ]===] but the abbreviation \GCc wasn't. I thought that maybe this works like an escaping mechanism and changed the command \mksaveregistersee in core-reg.mkiv from \def\mksaveregistersee#1#2#3#4#5#6#7% class type reference key entry see pagespec {\expanded{\writeutilitytua{ti(jr['#1'],{'#2','#3',\!!bs#4\!!es,\!!bs#5\!!es,'#6','#7'})}}} to \def\mksaveregistersee#1#2#3#4#5#6#7% class type reference key entry see pagespec {\expanded{\writeutilitytua{ti(jr['#1'],{'#2','#3',\!!bs#4\!!es,\!!bs#5\!!es,\!!bs#6\!!es,'#7'})}}} and it worked. I don't know if this breaks something else and if I was right with what I thought but the register is now created correctly and I couldn't see anything weird going on. Regards, Drazen