Kenichi Handa <[EMAIL PROTECTED]> writes: > In article <[EMAIL PROTECTED]>, Juri Linkov <[EMAIL PROTECTED]> writes: >> The cause of the error is the following: a line sent by ispell.el >> to the ispell process is converted from mule-unicode charset to the >> process charset, and the accepted output gets converted from process >> coding to the internal Emacs charset iso8859. So `search-forward' in >> `ispell-process-line' fails to find a string in iso8859 charset >> in the buffer with the same string in mule-unicode charset. > > Ah! I see. I've just installed the attached change which > should fix that misalignment error. ispell-looking-at is > not that tuned yet, and there will be a better way to > implemente it.
I tried your fix, and the misalignment error doesn't occur anymore. Thanks. Now a new problem was uncovered: after selecting a correct word from a list of near misses returned from ispell, ispell.el replaces the misspelled word with a selected word, and inserts it into the buffer not in its original mule-unicode charset, but in iso8859. -- Juri Linkov http://www.jurta.org/emacs/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]