From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Adding ispell-multi.el and friends to Emacs Date: Sat, 16 Jun 2007 14:24:36 +0200 Message-ID: <4673D684.7030406@gmx.at> References: <87zm32k7zl.fsf@dur.ac.uk> <46725A27.4070406@gmx.at> <87ir9ohlt1.fsf@heslin.eclipse.co.uk> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1181996826 10199 80.91.229.12 (16 Jun 2007 12:27:06 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 16 Jun 2007 12:27:06 +0000 (UTC) Cc: emacs-devel@gnu.org, Peter Heslin To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 16 14:27:04 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HzXMt-00087d-Vb for ged-emacs-devel@m.gmane.org; Sat, 16 Jun 2007 14:27:04 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HzXMt-00012D-7O for ged-emacs-devel@m.gmane.org; Sat, 16 Jun 2007 08:27:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HzXMo-00011s-MH for emacs-devel@gnu.org; Sat, 16 Jun 2007 08:26:58 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HzXMl-000119-OQ for emacs-devel@gnu.org; Sat, 16 Jun 2007 08:26:58 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HzXMl-000116-IU for emacs-devel@gnu.org; Sat, 16 Jun 2007 08:26:55 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1HzXMl-0008F3-13 for emacs-devel@gnu.org; Sat, 16 Jun 2007 08:26:55 -0400 Original-Received: (qmail invoked by alias); 16 Jun 2007 12:26:53 -0000 Original-Received: from N957P022.adsl.highway.telekom.at (EHLO [62.47.63.150]) [62.47.63.150] by mail.gmx.net (mp036) with SMTP; 16 Jun 2007 14:26:53 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18x3mM+EMAxCi3dyW2m1hyRFqcC2C2X3hg1GWxqmP agdV17mx/mOEZM User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en In-Reply-To: X-Y-GMX-Trusted: 0 X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:73060 Archived-At: >>A corollary is that with ispell-multi, words accepted for the >>session are also accepted for the session in other buffers in the >>same language. I would tend to regard that as a feature rather than >>a bug. > > > In some situations it could actually be a misfeature. Imagine that I > tell flyspell to accept words that are special to some programming > language. For example, in a Texinfo buffer, I might allow some > @-commands. Another similar case is that some rare acronyms or > personal names turn up frequently in some text, so I want to allow > them in that one buffer. That's what flyspell's "accept for buffer" feature is for. > So it sounds like this feature should be optional, although I don't > mind it being on by default. AFAICT flyspell throws away all words accepted for the session _and_ the buffer when you switch buffers. Hence Peter's solution is certainly not a regression. Making the feature optional means you still can choose only between accepting a word for all buffers sharing the same process or throw away any words you accepted previously and did not add to the personal word list. I solved the problem by using a hash table for every buffer I spell-check and keep all the words there (together with the corresponding language identifiers and whether they are buffer- or session-local).