From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Agustin Martin Newsgroups: gmane.emacs.devel Subject: Re: Adding ispell-multi.el and friends to Emacs Date: Thu, 21 Jun 2007 01:33:23 +0200 Message-ID: <20070620233323.GB3279@agmartin.aq.upm.es> References: <87zm32k7zl.fsf@dur.ac.uk> <46725A27.4070406@gmx.at> <87ir9ohlt1.fsf@heslin.eclipse.co.uk> <20070618100200.GB4724@agmartin.aq.upm.es> <46767C80.4010505@gmx.at> <20070619151333.GA3891@agmartin.aq.upm.es> <467921D3.7050200@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1182382045 606 80.91.229.12 (20 Jun 2007 23:27:25 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 20 Jun 2007 23:27:25 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 21 01:27:24 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 1I19a2-0000p4-DB for ged-emacs-devel@m.gmane.org; Thu, 21 Jun 2007 01:27:18 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I19a2-0003bA-15 for ged-emacs-devel@m.gmane.org; Wed, 20 Jun 2007 19:27:18 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I19Zz-0003an-EM for emacs-devel@gnu.org; Wed, 20 Jun 2007 19:27:15 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I19Zy-0003aO-Kz for emacs-devel@gnu.org; Wed, 20 Jun 2007 19:27:15 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I19Zy-0003aK-H9 for emacs-devel@gnu.org; Wed, 20 Jun 2007 19:27:14 -0400 Original-Received: from edison.ccupm.upm.es ([138.100.4.49]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1I19Zx-00055t-Tm for emacs-devel@gnu.org; Wed, 20 Jun 2007 19:27:14 -0400 Original-Received: from debian ([138.100.247.74]) by edison.ccupm.upm.es (8.13.8/8.13.8) with ESMTP id l5KNR10Q015111; Thu, 21 Jun 2007 01:27:01 +0200 Original-Received: by debian (Postfix, from userid 1000) id 572F317DD1; Thu, 21 Jun 2007 01:33:23 +0200 (CEST) Content-Disposition: inline In-Reply-To: <467921D3.7050200@gmx.at> User-Agent: Mutt/1.5.13 (2006-08-11) X-detected-kernel: Linux 2.4-2.6 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:73478 Archived-At: On Wed, Jun 20, 2007 at 02:47:15PM +0200, martin rudalics wrote: > > 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. Sorry, as I wrote things might seem that I am reluctant about using ispell-multi.el, while I am in favour of that because it is cleaner and because the old mechanism comes from a time where opening parallel ispell processes was not cheap. But unless ispell-multi.el is made *the* way of handling things (something I would like) if ispell.el can be used without ispell-multi.el it should also handle session-localwords properly and standalone. I admit this is not a big problem if ispell-multi is enabled by default, but even if ispell-multi is integrated into ispell.el, at least for flyspell-large-region is still good to have ispell.el and flyspell.el keelping a record of buffer session-accepted words and handle them properly (f-l-a uses a completely different ispell process). -- Agustin