GNU bug report logs - #380
previous-matching-history-element beef up

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; Severity: wishlist; Reported by: jidanni <at> jidanni.org; dated Mon, 9 Jun 2008 18:15:03 UTC; Maintainer for emacs is bug-gnu-emacs <at> gnu.org.

Severity set to `wishlist' from `normal' Request was from Glenn Morris <rgm <at> gnu.org> to control <at> emacsbugs.donarmstrong.com. Full text available.

Message received at (unknown):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: 380 <at> debbugs.gnu.org
Subject: Re: bug#380: previous-matching-history-element beef up
Message-ID: <jwv4p82qule.fsf-monnier+emacsbugreports <at> gnu.org>
References: <87ej76qy6u.fsf <at> jidanni.org>
Date: Mon, 09 Jun 2008 15:27:59 -0400
In-Reply-To: <87ej76qy6u.fsf <at> jidanni.org> (jidanni <at> jidanni.org's message of
	"Tue, 10 Jun 2008 02:07:37 +0800")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

tag 380 +wishlist
thanks

> And when one does hit that second M-r, it would be nice if the prompt
> would show what the current default search string is. All it ever says is
> "Previous element matching (regexp): " though indeed it remembers a
> default all the time at least after first use.

Indeed, it should probably use the " (default <foo>)" convention.
But maybe that would be impractical because the prompt would then be
too long.

> Also some of us would like C-r to "bust through" into previous lines,
> so we don't have to use the less familiar M-r (ESC r for us old dogs
> who never learned new ALT tricks). Maybe make a variable to allow
> that.

I don't know what you mean by "bust through", but in Emacs-23, C-s and
C-r (i.e. isearch) will automatically jump through the history to find
the next match.  Maybe that's what you meant.


        Stefan

Acknowledgement sent to Stefan Monnier <monnier <at> iro.umontreal.ca>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. Full text available.

Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#380; Package emacs. Full text available.

Message received at (unknown):

To: bug-gnu-emacs <at> gnu.org
Subject: previous-matching-history-element beef up
From: jidanni <at> jidanni.org
Date: Tue, 10 Jun 2008 02:07:37 +0800
Message-ID: <87ej76qy6u.fsf <at> jidanni.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Let's examine today the docstring for

   M-r (translated from <escape> r) runs the command previous-matching-history-element
     which is an interactive compiled Lisp function in `simple.el'.
   It is bound to M-r.
   (previous-matching-history-element REGEXP N)

   Find the previous history element that matches REGEXP.
   (Previous history elements refer to earlier actions.)
   With prefix argument N, search for Nth previous match.
   If N is negative, find the next or Nth next match.
   Normally, history elements are matched case-insensitively if
   `case-fold-search' is non-nil, but an uppercase letter in REGEXP
   makes the search case-sensitive.
   See also `minibuffer-history-case-insensitive-variables'.

OK, but what about when you want to search further back again: mention that you
just hit a second M-r RET...

And when one does hit that second M-r, it would be nice if the prompt
would show what the current default search string is. All it ever says is
"Previous element matching (regexp): " though indeed it remembers a
default all the time at least after first use.

Indeed it might even also say "found on history item 432" or "found at
18% of history" upon finding something, but maybe that's too verbose.

Also some of us would like C-r to "bust through" into previous lines,
so we don't have to use the less familiar M-r (ESC r for us old dogs
who never learned new ALT tricks). Maybe make a variable to allow
that.

All the above also applies to M-s.

Acknowledgement sent to jidanni <at> jidanni.org:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. Full text available.

Report forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#380; 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: Tue, 20 Sep 2011 19:45:02 UTC

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

GNU bug report logs - #380 previous-matching-history-element beef up

Message received at (unknown):

Message received at (unknown):

GNU bug report logs - #380
previous-matching-history-element beef up