unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#5039: 23.1.50; Info-index and Info-search should share the same history
@ 2009-11-25 19:05 jidanni
  2009-11-25 21:27 ` Juri Linkov
  0 siblings, 1 reply; 6+ messages in thread
From: jidanni @ 2009-11-25 19:05 UTC (permalink / raw)
  Cc: emacs-pretest-bug

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)





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#5039: 23.1.50; Info-index and Info-search should share the same history
  2009-11-25 19:05 bug#5039: 23.1.50; Info-index and Info-search should share the same history jidanni
@ 2009-11-25 21:27 ` Juri Linkov
  2019-10-13 20:02   ` Lars Ingebrigtsen
  0 siblings, 1 reply; 6+ messages in thread
From: Juri Linkov @ 2009-11-25 21:27 UTC (permalink / raw)
  To: jidanni; +Cc: 5039

> 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/





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#5039: 23.1.50; Info-index and Info-search should share the same history
  2009-11-25 21:27 ` Juri Linkov
@ 2019-10-13 20:02   ` Lars Ingebrigtsen
  2019-11-02  5:13     ` Stefan Kangas
  0 siblings, 1 reply; 6+ messages in thread
From: Lars Ingebrigtsen @ 2019-10-13 20:02 UTC (permalink / raw)
  To: Juri Linkov; +Cc: 5039, jidanni

Juri Linkov <juri@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





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#5039: 23.1.50; Info-index and Info-search should share the same history
  2019-10-13 20:02   ` Lars Ingebrigtsen
@ 2019-11-02  5:13     ` Stefan Kangas
  2019-11-02 15:02       ` Lars Ingebrigtsen
  2019-11-02 15:19       ` Drew Adams
  0 siblings, 2 replies; 6+ messages in thread
From: Stefan Kangas @ 2019-11-02  5:13 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 5039, jidanni

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Juri Linkov <juri@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





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#5039: 23.1.50; Info-index and Info-search should share the same history
  2019-11-02  5:13     ` Stefan Kangas
@ 2019-11-02 15:02       ` Lars Ingebrigtsen
  2019-11-02 15:19       ` Drew Adams
  1 sibling, 0 replies; 6+ messages in thread
From: Lars Ingebrigtsen @ 2019-11-02 15:02 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 5039, jidanni

Stefan Kangas <stefan@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





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#5039: 23.1.50; Info-index and Info-search should share the same history
  2019-11-02  5:13     ` Stefan Kangas
  2019-11-02 15:02       ` Lars Ingebrigtsen
@ 2019-11-02 15:19       ` Drew Adams
  1 sibling, 0 replies; 6+ messages in thread
From: Drew Adams @ 2019-11-02 15:19 UTC (permalink / raw)
  To: Stefan Kangas, Lars Ingebrigtsen; +Cc: 5039, jidanni

> 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.)





^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2019-11-02 15:19 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-11-25 19:05 bug#5039: 23.1.50; Info-index and Info-search should share the same history jidanni
2009-11-25 21:27 ` Juri Linkov
2019-10-13 20:02   ` Lars Ingebrigtsen
2019-11-02  5:13     ` Stefan Kangas
2019-11-02 15:02       ` Lars Ingebrigtsen
2019-11-02 15:19       ` Drew Adams

Code repositories for project(s) associated with this public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).