Index formatting difference LMTX and MkIV redux
![](https://secure.gravatar.com/avatar/bc68bd7791a2261e6e59722afea6a5d0.jpg?s=120&d=mm&r=g)
Hello list, About two months ago (2020-08-26) I described a difference between LMTX and MkIV in the setting of index registers entries, and more particularly, in the trimming of text to fit the available width therein. I have now created a smallish example to demonstrate the problem. I do notice that the problem is very sensitive to the width settings, and slight variations in width create different results with both engines. This ConTeXt input: \definepapersize [pinched crown quarto] [width=6.69in, height=9.61in] \setuppapersize [pinched crown quarto] \setuplayout [width=fit, backspace=1.4in, cutspace=1in, leftmargin=0.65in, rightmargin=0.65in] \setupregister [index] [n=2, balance=no, maxwidth=4cm] \starttext \startchapter[title={Index Test}] \index{Anonymous+Felix quem faciunt aliena pericula cautum} \index{{Diderot, Denis}+Et des boyaux du dernier prêtre, Serrons le cou du dernier roi} \index{{Dunne, Finley Peter}+Thrust ivrybody, but cut th’ ca-ards} \index{Eisenhower+Dwight D.+influence … by the military-industrial complex} \index{Eisenhower+Dwight D.+plundering, for our own ease and convenience, the precious resources of tomorrow} \placeindex \stopchapter \stoptext produces, with MkIV: and with LMTX: The example code shows one other instance as well, in the fourth indexed entry. Beside looking uglier, this results in a couple more pages for the same number of index entries. As I noted in my first description of the problem, this may not be unique to register processing, and perhaps it is an issue with limitatetext or doboundtext, or something else entirely. -- Rik
![](https://secure.gravatar.com/avatar/e07e15a8be3c4c1723f5a0397bc17424.jpg?s=120&d=mm&r=g)
Bump. This is still a problem. Can anyone acknowledge that the problem exists outside my own installation? If so, is there a work-around? An explanation? On 10/21/2020 21:42, Rik Kabel wrote:
Hello list,
About two months ago (2020-08-26) I described a difference between LMTX and MkIV in the setting of index registers entries, and more particularly, in the trimming of text to fit the available width therein. I have now created a smallish example to demonstrate the problem.
I do notice that the problem is very sensitive to the width settings, and slight variations in width create different results with both engines.
This ConTeXt input:
\definepapersize [pinched crown quarto] [width=6.69in, height=9.61in] \setuppapersize [pinched crown quarto] \setuplayout [width=fit, backspace=1.4in, cutspace=1in, leftmargin=0.65in, rightmargin=0.65in]
\setupregister [index] [n=2, balance=no, maxwidth=4cm]
\starttext
\startchapter[title={Index Test}]
\index{Anonymous+Felix quem faciunt aliena pericula cautum} \index{{Diderot, Denis}+Et des boyaux du dernier prêtre, Serrons le cou du dernier roi} \index{{Dunne, Finley Peter}+Thrust ivrybody, but cut th’ ca-ards} \index{Eisenhower+Dwight D.+influence … by the military-industrial complex} \index{Eisenhower+Dwight D.+plundering, for our own ease and convenience, the precious resources of tomorrow}
\placeindex
\stopchapter \stoptext
produces, with MkIV:
and with LMTX:
The example code shows one other instance as well, in the fourth indexed entry.
Beside looking uglier, this results in a couple more pages for the same number of index entries.
As I noted in my first description of the problem, this may not be unique to register processing, and perhaps it is an issue with limitatetext or doboundtext, or something else entirely.
-- Rik
![](https://secure.gravatar.com/avatar/5955e8e90611e77ccbfc7721b6112027.jpg?s=120&d=mm&r=g)
On 11/17/20 9:34 PM, Rik Kabel wrote:
Bump.
This is still a problem. Can anyone acknowledge that the problem exists outside my own installation? If so, is there a work-around? An explanation?
Hi Rik, I can reproduce your problem, but I’m afraid I don’t know the explanation for this or even a workaround. Pablo -- http://www.ousia.tk
![](https://secure.gravatar.com/avatar/46562c7d27388490d62e8d7a5bc960dd.jpg?s=120&d=mm&r=g)
On 11/17/20 9:34 PM, Rik Kabel wrote:
Bump.
This is still a problem. Can anyone acknowledge that the problem exists outside my own installation? If so, is there a work-around? An explanation?
Hi Rik,
I can reproduce your problem, but I’m afraid I don’t know the explanation for this or even a workaround. We have a more accurate limiter so you get one more word (keep in mind
On 11/17/2020 10:14 PM, Pablo Rodriguez wrote: that the ... is part of the width). Then, when being used stretch and shrink kick in and your '4cm' gives too much space. I'll enable the features that freezes the spacing to fit the width but even then you will overflow. So, you need to decrease the 4cm. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------
participants (4)
-
Hans Hagen
-
Pablo Rodriguez
-
Rik Kabel
-
Rik Kabel