GNU bug report logs - #6143
24.0.50; don't ispell-kill-ispell over and over

Previous Next

Package: emacs;

Reported by: jidanni <at> jidanni.org

Date: Sun, 9 May 2010 01:22:01 UTC

Severity: minor

Found in version 24.0.50

Done: jidanni <at> jidanni.org

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Agustin Martin <agustin.martin <at> hispalinux.es>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#6143: closed (24.0.50; don't ispell-kill-ispell over and over)
Date: Thu, 13 May 2010 11:06:01 +0000
[Message part 1 (text/plain, inline)]
Your message dated Thu, 13 May 2010 13:05:07 +0200
with message-id <20100513110507.GA17120 <at> agmartin.aq.upm.es>
and subject line Re: bug#6143: 24.0.50; don't ispell-kill-ispell over and over
has caused the GNU bug report #6143,
regarding 24.0.50; don't ispell-kill-ispell over and over
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
6143: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6143
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: jidanni <at> jidanni.org
To: bug-gnu-emacs <at> gnu.org
Cc: emacs-w3m <at> namazu.org
Subject: 24.0.50; don't ispell-kill-ispell over and over
Date: Sun, 09 May 2010 09:21:45 +0800
Every time I even do a
  S runs the command w3m-search, which is an interactive compiled Lisp
  function in `w3m-search.el'.

I see a
  Starting new Ispell process [american] ...

Looking in *Messages*
  Note: file is write protected
  Ispell process killed
  Starting new Ispell process [american] ...
  Mark set
  Mark saved where search started [5 times]
  Ispell process killed
  Starting new Ispell process [american] ...
  Ispell process killed
  Making completion list...
  Scanning for dabbrevs...100%
  Starting new Ispell process [american] ...

Why couldn't things be left as they were? I.e., just let it live.
See http://jidanni.org/comp/configuration/ for my dotfiles if curious.



[Message part 3 (message/rfc822, inline)]
From: Agustin Martin <agustin.martin <at> hispalinux.es>
To: 6143-done <at> debbugs.gnu.org, jidanni <at> jidanni.org
Subject: Re: bug#6143: 24.0.50; don't ispell-kill-ispell over and over
Date: Thu, 13 May 2010 13:05:07 +0200
On Wed, May 12, 2010 at 10:28:26AM -0400, Stefan Monnier wrote:
> > I am thinking about two possible approaches, one is a compromise, minibuffer
> > is somewhat special, so ispell process directory could be set to $HOME only
> > when spellchecking minibuffer, and name of buffer where ispell process is
> 
> How about associating ispell processes with default-directories rather
> than just with buffers?  I.e. share ispell processes between buffers
> that share default-directory.  

That is current behavior unless buffers use different languages for
spellchecking or have a set of localwords defined (which may be different
for different buffers, needing process restart).

> And use $HOME whenever possible
> (i.e. when we can determine that there's no local dictionary in
> default-directory).

Doing this without the kill-ispell-on-kill-buffer machinery may still leave
some corner cases. 

Noticed that this dual personal dictionary behavior seems to be an ispell
only feature. If properly handling this is causing more harm than good, it
may even be dropped by forcing ispell-process-directory to always be $HOME.  

Anyway, I have commited a possible fix for jidanni's problem, making
parent-dir 'owner' of ispell process in a minibuffer'. Hope this fixes the
problem.

Closing bug report,

-- 
Agustin


This bug report was last modified 14 years and 212 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.