GNU bug report logs - #14192
24.3.50; recursive edit while running ispell not working usefully

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: michael_heerdegen@HIDDEN; dated Fri, 12 Apr 2013 15:06:01 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 14192 <at> debbugs.gnu.org:


Received: (at 14192) by debbugs.gnu.org; 12 Apr 2013 16:55:24 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Apr 12 12:55:24 2013
Received: from localhost ([127.0.0.1]:47612 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1UQhFv-0003qA-IT
	for submit <at> debbugs.gnu.org; Fri, 12 Apr 2013 12:55:24 -0400
Received: from mout.web.de ([212.227.17.11]:51300)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <michael_heerdegen@HIDDEN>) id 1UQhFo-0003pk-RY
	for 14192 <at> debbugs.gnu.org; Fri, 12 Apr 2013 12:55:17 -0400
Received: from drachen.dragon ([92.74.136.91]) by smtp.web.de (mrweb101) with
	ESMTPSA (Nemesis) id 0Lg01f-1UuC081dPP-00p7mG;
	Fri, 12 Apr 2013 18:51:15 +0200
From: Michael Heerdegen <michael_heerdegen@HIDDEN>
To: 14192 <at> debbugs.gnu.org
Subject: Re: bug#14192: 24.3.50;
	recursive edit while running ispell not working usefully
References: <87hajbkd3v.fsf@HIDDEN>
Date: Fri, 12 Apr 2013 18:51:14 +0200
In-Reply-To: <87hajbkd3v.fsf@HIDDEN> (Michael Heerdegen's message of "Fri, 12
	Apr 2013 17:00:52 +0200")
Message-ID: <87ppxzd75p.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V02:K0:XhVqMS720UvZIdC5UtOIahSKEsXXFf/6LMLxTxcPRSd
	HyH4KPSwAckARkKxEkuGSgOLyYILM6D5tIy2nsCi3rf3J1wgrb
	D/nnUXH+1gOpwXLnSc8UCfHzlwWHC6tv/d4Gtl7JhaAWY5QJF8
	AnVd2HLBiGE90bGx+4ZXrGke4Mpd7DxAOR1rU0xHoTIxIDx2Ng
	pAzpIS/7a/q+B1c524LfDqVGk2ztwRQ2Wg1AS7k2Ko=
X-Spam-Score: -2.4 (--)
X-Debbugs-Envelope-To: 14192
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -4.3 (----)

Michael Heerdegen <michael_heerdegen@HIDDEN> writes:

> Hi,
>
> I think the most common use of entering a recursive edit in an ispell
> session (C-r) would be to modify the checked buffer - especially, to
> substitute the currently checked word with some other text.  But
> whenever I exit the recursive edit (C-M-c), the deleted text reappears
> and is highlighted again as unknown by ispell.  I see this in emacs -Q,
> e.g. after M-x ispell-buffer in *scratch*.

Some comments after debugging a bit:

`ispell-process-line' sets the variable `replace' to the result of
`ispell-command-loop'.  `ispell-command-loop', however, returns the
_old_ word.  Why?

In `ispell-command-loop', search for the cond-clause of (= char ?\C-r).
The clause returns (list word nil), where `word' is the (old, unchanged)
current word.  There is this comment at that position:

; recheck starting at this word.

If I change the clause so that it just returns nil, the bug is fixed,
but the replaced text is not being checked again (I could live with
that).

As a fix, we could try to return something reflecting the change that
was maybe made in the buffer.


Regards,

Michael.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#14192; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 12 Apr 2013 15:05:07 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Apr 12 11:05:07 2013
Received: from localhost ([127.0.0.1]:47503 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1UQfXG-0002J3-M0
	for submit <at> debbugs.gnu.org; Fri, 12 Apr 2013 11:05:07 -0400
Received: from eggs.gnu.org ([208.118.235.92]:60227)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <michael_heerdegen@HIDDEN>) id 1UQfXE-0002Io-GM
	for submit <at> debbugs.gnu.org; Fri, 12 Apr 2013 11:05:05 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <michael_heerdegen@HIDDEN>) id 1UQfTL-0004Dv-JZ
	for submit <at> debbugs.gnu.org; Fri, 12 Apr 2013 11:01:09 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-104.3 required=5.0 tests=BAYES_00,FREEMAIL_FROM,
	RCVD_IN_DNSWL_NONE, RP_MATCHES_RCVD,
	USER_IN_WHITELIST autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([208.118.235.17]:55326)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <michael_heerdegen@HIDDEN>) id 1UQfTL-0004Df-GN
	for submit <at> debbugs.gnu.org; Fri, 12 Apr 2013 11:01:03 -0400
Received: from eggs.gnu.org ([208.118.235.92]:43292)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <michael_heerdegen@HIDDEN>) id 1UQfTG-0004Dy-2R
	for bug-gnu-emacs@HIDDEN; Fri, 12 Apr 2013 11:01:03 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <michael_heerdegen@HIDDEN>) id 1UQfTE-00042n-RC
	for bug-gnu-emacs@HIDDEN; Fri, 12 Apr 2013 11:00:57 -0400
Received: from mout.web.de ([212.227.17.12]:51987)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <michael_heerdegen@HIDDEN>) id 1UQfTE-00042N-FE
	for bug-gnu-emacs@HIDDEN; Fri, 12 Apr 2013 11:00:56 -0400
Received: from drachen.dragon ([92.74.136.91]) by smtp.web.de (mrweb101) with
	ESMTPSA (Nemesis) id 0M3jwL-1UikLs14mP-00rm8W for
	<bug-gnu-emacs@HIDDEN>; Fri, 12 Apr 2013 17:00:53 +0200
From: Michael Heerdegen <michael_heerdegen@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: 24.3.50; recursive edit while running ispell not working usefully
Date: Fri, 12 Apr 2013 17:00:52 +0200
Message-ID: <87hajbkd3v.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V02:K0:hunqJTvDNMm4W7cyYoEBEyhIgE0nvmUJaVWC7aOAu6m
	PYPzDfimFO5RZNZD9ZHrIMgjYrILSnjncQh+aCQ1novtxn5+Ui
	t/kynJhickfGsiVIjlxJ0olPWvkC4sxBVaAEKsFYe9K7vJcVvT
	6cnKJ2Uqhn9u94vS5dlGVqoeht0qtiWJ3Y0vfIRxT72UsShY6C
	z8xnLr/XLVdNlMqYwrnKoVnsQcSpp+Pm6E5XFpl7zw=
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic]
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 208.118.235.17
X-Spam-Score: -6.9 (------)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: michael_heerdegen@HIDDEN
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -6.9 (------)


Hi,

I think the most common use of entering a recursive edit in an ispell
session (C-r) would be to modify the checked buffer - especially, to
substitute the currently checked word with some other text.  But
whenever I exit the recursive edit (C-M-c), the deleted text reappears
and is highlighted again as unknown by ispell.  I see this in emacs -Q,
e.g. after M-x ispell-buffer in *scratch*.

If this most simple case - replacing the current word - is not working,
we shouldn't IMHO advertise C-r in `ispell-help' etc.

(Had raised this issue in emacs.devel before, but had gotten no answer.)


Thanks,

Michael.




In GNU Emacs 24.3.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.2)
 of 2013-04-10 on dex, modified by Debian
 (emacs-snapshot package, version 2:20130410-1)
Windowing system distributor `The X.Org Foundation', version 11.0.11204000
System Description:	Debian GNU/Linux 7.0 (wheezy)

Configured using:
 `configure --build x86_64-linux-gnu --host x86_64-linux-gnu
 --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib
 --localstatedir=/var --infodir=/usr/share/info --mandir=/usr/share/man
 --with-pop=yes
 --enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/24.3.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.3.50/site-lisp:/usr/share/emacs/site-lisp
 --without-compress-info --with-crt-dir=/usr/lib/x86_64-linux-gnu/
 --with-x=yes --with-x-toolkit=gtk3 --with-imagemagick=yes
 CFLAGS='-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2'
 CPPFLAGS='-D_FORTIFY_SOURCE=2' LDFLAGS='-g -Wl,--as-needed
 -znocombreloc''

Important settings:
  value of $LC_ALL: de_DE.utf8
  value of $LC_TIME: C
  value of $LANG: de_DE.utf8
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t





Acknowledgement sent to michael_heerdegen@HIDDEN:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to bug-gnu-emacs@HIDDEN:
bug#14192; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Fri, 31 Oct 2014 17:00:04 UTC

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