GNU bug report logs - #5039
23.1.50; Info-index and Info-search should share the same history

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 5039 in the body.
You can then email your comments to 5039 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: jidanni <at> jidanni.org
Cc: emacs-pretest-bug <at> gnu.org
Subject: 23.1.50; Info-index and Info-search should share the same history
Date: Thu, 26 Nov 2009 03:05:32 +0800

Info-index and Info-search should share the same
minbuffer previous-history-element etc. history.

As it is often that if the first finds nothing, we want to try the same
string with the second.

In GNU Emacs 23.1.50.1 (i486-pc-linux-gnu, GTK+ Version 2.18.3)
 of 2009-11-15 on elegiac, modified by Debian
 (emacs-snapshot package, version 1:20091115-1)

Message #10 received at 5039 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Juri Linkov <juri <at> jurta.org>
To: jidanni <at> jidanni.org
Cc: 5039 <at> debbugs.gnu.org
Subject: Re: bug#5039: 23.1.50; Info-index and Info-search should share the same history
Date: Wed, 25 Nov 2009 23:27:29 +0200

> Info-index and Info-search should share the same
> minbuffer previous-history-element etc. history.
>
> As it is often that if the first finds nothing, we want to try the same
> string with the second.

I second that.  All related commands should share the same history,
e.g. `Info-index', `C-h f', `C-h v', etc.

-- 
Juri Linkov
http://www.jurta.org/emacs/

Message #15 received at 5039 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Juri Linkov <juri <at> jurta.org>
Cc: 5039 <at> debbugs.gnu.org, jidanni <at> jidanni.org
Subject: Re: bug#5039: 23.1.50; Info-index and Info-search should share the
 same history
Date: Sun, 13 Oct 2019 22:02:38 +0200

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

>> Info-index and Info-search should share the same
>> minbuffer previous-history-element etc. history.
>>
>> As it is often that if the first finds nothing, we want to try the same
>> string with the second.
>
> I second that.  All related commands should share the same history,
> e.g. `Info-index', `C-h f', `C-h v', etc.

They all seem to share the same history (the global one) except
Info-search, which takes a regexp and has its own history.

I do think Dan's request makes sense (i.e., trying Info-index and then
Info-search is probably common), but since one is a string and the other
a regexp, do we want to get rid of the separate history for the latter?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #18 received at 5039 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Juri Linkov <juri <at> jurta.org>, 5039 <at> debbugs.gnu.org, jidanni <at> jidanni.org
Subject: Re: bug#5039: 23.1.50; Info-index and Info-search should share the
 same history
Date: Sat, 02 Nov 2019 06:13:08 +0100

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Juri Linkov <juri <at> jurta.org> writes:
>
>>> Info-index and Info-search should share the same
>>> minbuffer previous-history-element etc. history.
>>>
>>> As it is often that if the first finds nothing, we want to try the same
>>> string with the second.
>>
>> I second that.  All related commands should share the same history,
>> e.g. `Info-index', `C-h f', `C-h v', etc.
>
> They all seem to share the same history (the global one) except
> Info-search, which takes a regexp and has its own history.
>
> I do think Dan's request makes sense (i.e., trying Info-index and then
> Info-search is probably common), but since one is a string and the other
> a regexp, do we want to get rid of the separate history for the latter?

My vote would be to keep the separate histories, since the type is
different.  It would be confusing to find regexps in the history when
searching for strings.

Perhaps we could, as a special case, make Info-index pull in the first
item from Info-search on the first invocation of M-p, but I don't know
if it's worth the effort.

Best regards,
Stefan Kangas

Message #21 received at 5039 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: Juri Linkov <juri <at> jurta.org>, 5039 <at> debbugs.gnu.org, jidanni <at> jidanni.org
Subject: Re: bug#5039: 23.1.50; Info-index and Info-search should share the
 same history
Date: Sat, 02 Nov 2019 16:02:14 +0100

Stefan Kangas <stefan <at> marxist.se> writes:

> My vote would be to keep the separate histories, since the type is
> different.  It would be confusing to find regexps in the history when
> searching for strings.

Yup.

> Perhaps we could, as a special case, make Info-index pull in the first
> item from Info-search on the first invocation of M-p, but I don't know
> if it's worth the effort.

No, I don't think so, so I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #28 received at 5039 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: Stefan Kangas <stefan <at> marxist.se>, Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 5039 <at> debbugs.gnu.org, jidanni <at> jidanni.org
Subject: RE: bug#5039: 23.1.50; Info-index and Info-search should share the
 same history
Date: Sat, 2 Nov 2019 08:19:53 -0700 (PDT)

> My vote would be to keep the separate histories, since the type is
> different.  It would be confusing to find regexps in the history when
> searching for strings.

+1 for keeping separate histories.

> Perhaps we could, as a special case, make Info-index pull in the first
> item from Info-search on the first invocation of M-p, but I don't know
> if it's worth the effort.

-1.  (Not in favor of that.)

Previous Next

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