On Sun, 8 Jan 2017 04:48:04 +0100 (CET), I wrote:

> Among the fallbacks discussed so far, this last one could be considered a 
> “hack”. 
> This is why it must not be put in the place of *MODIFIER LETTER SMALL Q on 
> the 
> keyboard layouts. This allocation should still output a message string such 
> as: 
> “ ^q_unavailable”, or “ ^q_n’existe_pas” (the maximum number of characters is 
> 16, 

Please read 'code units' instead of “characters”.

The polysemics of the underscore is another collateral issue. In the strings 
above, 
its current function of a space replacement mixes up with its possible TeX 
value. 
I wonder whether the LaTeX converter is able to parse that correctly. 

Please note, too, that the leading space and the low lines are intended to 
facilitate 
the deletion of the message by hitting Ctrl + Backspace.

> conforming to the Windows limitation; on macOS itʼs practically 20, because 
> with 
> a few more, TextEdit on Snow Leopard shuts down, whatever "maxout" is set 
> to). 

When that happened, it was set to a higher value. Then Iʼve shortened the 
output 
string and set “maxout="20"”.

Anyhow, this is no longer an issue here, and this shortcoming is mentioned only 
for 
equalityʼs sake.

Marcel

Reply via email to