* David Kastrup (2007-02-04) writes: > Now the principal idea of X-Symbol's operation has been the > replacement of control sequences like \"a in the buffer with รค and in > particular doing so for a large number of mathematical symbols > (implemented via separate fonts), and this kind of operation is bound > to inserting the actual symbols, not corresponding control sequences.
AUCTeX supports substitution of math macros with characters from UTF-8-enabled fonts through folding. Also implemented by Masayuki. > The input methods are just an "additional" functionality. > > So the input methods would need some working over in order to only > insert symbols that are known to work with the current document > encoding, and use the TeX transliteration otherwise. Or always insert > the transliteration. As far as I understand the code in tex-symb.el, it supports insertion of the transliteration and folding it instantly. > I think it would make sense to steal the (really well-designed) input > method functionality from X-Symbol. There was the restriction that only one input method can be activated at a time, IIRC. So we should check if it is sensible to use one in AUCTeX without interfering with others which could be used in parallel. -- Ralf _______________________________________________ auctex-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/auctex-devel
