Re: [XeTeX] problem with ~ in Mapping=velthuis-sanskrit

2020-11-14 Thread Zdenek Wagner
Yes, but it did not explain why 12% is wrong. Zdeněk Wagner http://ttsm.icpf.cas.cz/team/wagner.shtml http://icebearsoft.euweb.cz pá 13. 11. 2020 v 21:49 odesílatel Dominik Wujastyk napsal: > > Didn't we solve this with David's alternative suggestion of using \edef? > >

Re: [XeTeX] problem with ~ in Mapping=velthuis-sanskrit

2020-11-13 Thread Dominik Wujastyk
Didn't we solve this with David's alternative suggestion of using \edef? https://cikitsa.blogspot.com/2010/09/xelatex-velthuis-encoding-and-palatal.html On Thu, 12 Nov 2020 at 03:46, Zdenek Wagner wrote: > Just to add, 12% is definitely wrong because it does not end the > number, the number

Re: [XeTeX] problem with ~ in Mapping=velthuis-sanskrit

2020-11-12 Thread Zdenek Wagner
Just to add, 12% is definitely wrong because it does not end the number, the number ends at a non-number. If you type \catcode`\~=12% 3 sons you will get an error that 123 is not allowed here. You should end it either with a space or with a \relax. Zdeněk Wagner

Re: [XeTeX] problem with ~ in Mapping=velthuis-sanskrit

2020-11-12 Thread Zdenek Wagner
Bonjour, thisi is mentioned somewhere in the documentation. The problem is that the mapping is applied just before the text is output. However, category of ~ is set to 13, which means that the character is active. Thus first the active character is expanded to the nonbreakable space and only then

Re: [XeTeX] problem with ~ in Mapping=velthuis-sanskrit

2020-11-12 Thread David Carlisle
>\catcode`\~=12% changing catcodes in an environment looks wrong (the % after the 12 is definitely wrong) if you change catcodes then the definition cannot work in the argument of any command (for the same reasons that \verb does not work in command arguments) . Leave ~ active but make it

[XeTeX] problem with ~ in Mapping=velthuis-sanskrit

2020-11-12 Thread François Patte
Bonjour, Using the velthuis tranliteration scheme to type devanagari texts, I recently came accross some problem with ~n to produce ञ glyph. In tabular like environment, the ~ returns to its non -break space status and ~n is rendered as न Here is a MWE: