Unicode characters in mathed
Jean-Marc Lasgouttes
lasgouttes at lyx.org
Thu Apr 6 08:43:42 UTC 2023
Le 03/04/2023 à 00:36, Enrico Forestieri a écrit :
>> So how should I solve problem 1/ ? I see 3 solutions
>> a/ replace ≠ with a \neq directly in the document at input time; we
>> might not want to do that in case we eventually use unicode in math too
>> b/ replace ≠ with a \neq on screen only
>> c/ keep the ≠ on screen, but use the mathrel math class from \neq so
>> that we have a good spacing
>
> I would say (a) but only for symbols that are actually translated in
> output.
What I wonder is whether keeping the unicode characters in the document
could be helpful (for html/docbook export, for example) and avoid
overrriding users actions. I think I will try b/ first, until I have
other people (Günther, do you read this?) tell me that I can get rid of
unicode keys early.
Also, things like ² are translated to more complex commands like {}^2, I
am not sure that I want to insert it with an editable nucleus.
>> Then, I see that there are two ways of matching \neq to U+2260:
>> i/ lib/unicodesymbol has a "mathcommand" entry for that (which is
>> presumably used right now)
>> ii/ lib/symbols also links these elements
>>
>> Which one is more reliable for what I want to do?
>
> As I see it, (i) is for export and (ii) is for screen representation, so
> I would suggest using (i).
Right.
>> My general problem is that, while I see what happens with \neq, I
>> suspect that many weird things can happen with other characters.
>>
>> Any advice?
>
> Be careful ;)
Indeed. This is probably not 2.4 material anyway, unless it turns out to
be very easy to implement.
JMarc
More information about the lyx-devel
mailing list