![](https://secure.gravatar.com/avatar/23bee1ba3b63d309033933539d297fee.jpg?s=120&d=mm&r=g)
On Thu, Jun 11, 2020 at 10:07:34AM +0200, Hans Hagen wrote:
On 6/11/2020 4:06 AM, Marcel Fabian Krüger wrote:
Hi,
I noticed that in the latest LMTX version, ^^ (with ^ of catcode 7) is no longer interpreted inside csnames. Is this intentional?
(Example:
\starttext \catcode\circumflexasciicode=\superscriptcatcode% Ensure correct catcodes
\show ^^41 % This still works and shows "> the letter A"
\show^^41 % This used to be an error "Undefined control sequence \showA", % now show "> The letter A"
\show\^^41 % Used to show "> \A=undefined", now shows "> \^=macro:->\enco_handle_accent {^}" % and "! Missing $ inserted" \stoptext
) Indeed that is intentional because in lmtx we disable them (partially). You have to say:
\normalsupmarkmode\zerocount % we use 1 as default in lmtx
Hi, shouldn't \supmarkmode=1 only disable these in math mode? In any case, \normalsupmarkmode\zerocount doesn't make a difference here: \starttext \normalsupmarkmode\zerocount \catcode\circumflexasciicode=\superscriptcatcode% Ensure correct catcodes \show ^^41 % This still works and shows "> the letter A" \show^^41 % This used to be an error "Undefined control sequence \showA", % now show "> The letter A" \show\^^41 % Used to show "> \A=undefined", now shows "> \^=macro:->\enco_handle_accent {^}" % and "! Missing $ inserted" \stoptext shows exactly the same behavior. Best regards, Marcel
This is because in lmtx we have native prescript support, as in:
$ x^{rt}_{rb}^^{lt}__{lb} $
so, double _ ^ can have a different meaning there.
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 -----------------------------------------------------------------