GNU bug report logs - #3746
M-r in comint mode should use isearch

Previous Next

Package: emacs;

Reported by: Dan Nicolaescu <dann <at> ics.uci.edu>

Date: Fri, 3 Jul 2009 18:20:05 UTC

Severity: normal

Done: Juri Linkov <juri <at> jurta.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Juri Linkov <juri <at> jurta.org>
To: Dan Nicolaescu <dann <at> ics.uci.edu>
Cc: 3746 <at> debbugs.gnu.org
Subject: bug#3746: M-r in comint mode should use isearch
Date: Thu, 19 Nov 2009 19:30:43 +0200
[Message part 1 (text/plain, inline)]
Please see the attached code that implements isearch in comint mode.
It is not posted as a patch because it has one remaining problem:

`comint-previous-input' and `comint-next-input' don't signal an error
at the beginning/end of the history ring.  This is unlike the minibuffer's
commands `previous-history-element' and `next-history-element' that
signal an error at the beginning/end of the minibuffer history.
So Isearch on the minibuffer history can stop and wrap.  But in comint
mode Isearch with an unmatched string doesn't stop and goes into the loop.

Maybe we should change `comint-previous-input' and `comint-next-input'
to signal an error at the beginning/end of the history ring?

[comint.history.isearch.el (application/emacs-lisp, inline)]
[Message part 3 (text/plain, inline)]
-- 
Juri Linkov
http://www.jurta.org/emacs/

This bug report was last modified 15 years and 172 days ago.

Previous Next


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