Hello, I encountered a strange effect. Let's have a code that generates the same math, firstly by Ctx and secondly by Lua: --- \starttext \startformula M_{t,WnT} = 1000 \stopformula \startluacode context.startformula() context("M_{t,WnT} = 1000") context.stopformula() \stopluacode \stoptext --- You can see the result - the space between "W" and "n" in lower index is smaller when generated (natively) by Ctx than that in math generated by Lua. (The latter case may affect a bit "disturbingly" to the reader.) It seems also that space between (subscript) "T" and "=" varies. So why these differences? How to avoid the extra-space when Lua generates math subscript? Best regards, Lukas -- Ing. Lukáš Procházka [mailto:LPr@pontex.cz] Pontex s. r. o. [mailto:pontex@pontex.cz] [http://www.pontex.cz] Bezová 1658 147 14 Praha 4 Tel: +420 244 062 238 Fax: +420 244 461 038
On 14-12-2010 12:25, Procházka Lukáš Ing. - Pontex s. r. o. wrote:
Hello,
I encountered a strange effect. Let's have a code that generates the same math, firstly by Ctx and secondly by Lua:
--- \starttext \startformula M_{t,WnT} = 1000 \stopformula
\startluacode context.startformula() context("M_{t,WnT} = 1000") context.stopformula() \stopluacode \stoptext ---
You can see the result - the space between "W" and "n" in lower index is smaller when generated (natively) by Ctx than that in math generated by Lua. (The latter case may affect a bit "disturbingly" to the reader.)
It seems also that space between (subscript) "T" and "=" varies.
So why these differences? How to avoid the extra-space when Lua generates math subscript?
actually, the luacode was doing the right thing as there is a protect/unprotect mismatch (will be fixed); putting this at the top of you file works: \catcodetable\ctxcatcodes I have no clue yet where the space comes from (that's taco's speciality) 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 -----------------------------------------------------------------
Hello,
On Wed, 15 Dec 2010 13:06:42 +0100, Hans Hagen
actually, the luacode was doing the right thing as there is a protect/unprotect mismatch (will be fixed); puttingthis at the top of you file works:
\catcodetable\ctxcatcodes
thank you, Hans. This makes both solutions (Ctx generated and Lua generated) equal - [wider] spacing is the same. Just my point of view - the previous native Ctx result (= narrower spacing in subscript when mixing upper and lower case letters) - seemed to me a bit prettier; wouldn't be better to keep the "old" Ctx look (= result without \catcodetable\ctxcatcodes) and to drive Lua to give the same result? Best regards, Lukas -- Ing. Lukáš Procházka [mailto:LPr@pontex.cz] Pontex s. r. o. [mailto:pontex@pontex.cz] [http://www.pontex.cz] Bezová 1658 147 14 Praha 4 Tel: +420 244 062 238 Fax: +420 244 461 038
On 15-12-2010 6:11, Procházka Lukáš Ing. - Pontex s. r. o. wrote:
Hello,
On Wed, 15 Dec 2010 13:06:42 +0100, Hans Hagen
wrote: actually, the luacode was doing the right thing as there is a protect/unprotect mismatch (will be fixed); puttingthis at the top of you file works:
\catcodetable\ctxcatcodes
thank you, Hans.
This makes both solutions (Ctx generated and Lua generated) equal - [wider] spacing is the same.
Just my point of view - the previous native Ctx result (= narrower spacing in subscript when mixing upper and lower case letters) - seemed to me a bit prettier; wouldn't be better to keep the "old" Ctx look (= result without \catcodetable\ctxcatcodes) and to drive Lua to give the same result?
no, the question is why the spacing in math is there, the catcode regime should indeed be ctxcatcodes ... more something for aditya to figure out 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 -----------------------------------------------------------------
participants (2)
-
Hans Hagen
-
Procházka Lukáš Ing. - Pontex s. r. o.