Re: Adding ispell-multi.el and friends to Emacs

[martin rudalics]

> But the underlying problem is the lack of full support for buffer
> session-local words.

The underlying problem is that you have to pass all words to the process
before it can resume checking.  Currently, you have to save the
session-local words within Emacs and pass them to the process whenever
you change buffers or dictionaries.  In addition you have to re-parse
the local words section to find all buffer-local words and pass them to
the process too.  ispell-multi would help here because it makes restarts
less frequent.

>>A different problem occurs when you check one and the same buffer with
>>multiple processes: In this case "session-local" words should be shared
>>by all processes checking this buffer.  Otherwise, an abbreviation would
>>be marked erroneous by the French process and not marked by the Italian
>>one.  As I mentioned earlier, it's much simpler to have Emacs maintain
>>these words in buffer-local hash-lists and have Emacs override the
>>results reported by the spell processes.
>
>
> I do not think there is currently support for multi-language buffer accepted
> localwords, so that seems indeed simpler.

These are two different issues: There should be an option to add to
entries in the local words section of a file the language (-code) to
ensure that the word was accepted only for that language.  A word
without that code would be accepted for all languages.

I talked about session-only words, words that are not written to the
local words section.  Adding, for example, an abbreviation to these
words should render it correct for all languages in that buffer.