all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Francis Belliveau <f.belliveau@comcast.net>
To: help-gnu-emacs@gnu.org
Subject: Re: ispell-buffer skips repetitive suspects after the first is accepted
Date: Thu, 7 May 2015 19:01:06 -0400	[thread overview]
Message-ID: <AAC38B12-5AF1-49A5-ADB3-C0FDB73F5571@comcast.net> (raw)
In-Reply-To: <837fskqvsr.fsf@gnu.org>

This is clearly an intended feature.  I am personally annoyed by the inability to indicate something suspicious is valid for a particular document.  I do not want such things added to my dictionary because they are likely not valid for other documents.

That said I can understand how this would not be liked by all.  If a bug report is filed, I would hope that it is solved by configuration choice, rather than just forcing everybody to accept it the other way.

That’s my opinion and I am sticking with it:-)

> On May 7, 2015, at 10:58 AM, Eli Zaretskii <eliz@gnu.org> wrote:
> 
>> From: Jürgen Hartmann <juergen_hartmann_@hotmail.com>
>> Date: Thu, 7 May 2015 10:14:21 +0200
>> 
>> If a suspicious word is accepted once by pressing <SPC> in an interactive
>> ispell-buffer session, all further occurrences of the same word on the same
>> line are skipped.
>> 
>> Here is an example:
>> 
>> Open an Emacs 24.5 session (it is the same with Emacs 24.4) by
>> 
>>    LC_ALL=C emacs -Q
>> 
>> and enter the following line in the *scratch* buffer:
>> 
>>    The term charset is short for charset.
>> 
>> Assume that the last word is a typo that should read "character set". Now
>> change the dictionary to american and run ispell-buffer. The first occurrence
>> of "charset" gets highlighted, but since it is correct here, we use <SPC> to
>> accept it once an proceed. But oops... the spell-check finishes immediately
>> without giving us the chance to correct the second occurrence of "charset" in
>> that line.
>> 
>> Is this a bug or a difficult to understand feature.
> 
> Looks like a deliberate "feature": the comment there explicitly says:
> 
>              ;; Do not recheck accepted word on this line.
> 
> Can't say I understand why, so feel free to file a bug report.
> 
> 




  reply	other threads:[~2015-05-07 23:01 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-07  8:14 ispell-buffer skips repetitive suspects after the first is accepted Jürgen Hartmann
2015-05-07 14:58 ` Eli Zaretskii
2015-05-07 23:01   ` Francis Belliveau [this message]
2015-05-08  5:54     ` Eli Zaretskii
2015-05-10  9:23       ` Jürgen Hartmann
2015-05-11 23:30         ` Francis Belliveau
2015-05-13  9:22           ` Jürgen Hartmann
2015-05-10  9:08     ` Jürgen Hartmann
2015-05-10  8:54   ` Jürgen Hartmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AAC38B12-5AF1-49A5-ADB3-C0FDB73F5571@comcast.net \
    --to=f.belliveau@comcast.net \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.