[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: address@hidden: Bug#56992: info: RET should terminate isearch]
From: |
Karl Berry |
Subject: |
Re: address@hidden: Bug#56992: info: RET should terminate isearch] |
Date: |
Mon, 10 Mar 2003 09:53:58 -0500 |
In i-search one normally expects RET to terminate the search without
taking further action.
I believe this was fixed (by Eli) shortly after it was reported, back in
2000, and released in version 4.1. Sorry if the bug report was already
closed, it was in my todo folder.
Thanks for the report, in any case.
Subject: Bug#56992: info: RET should terminate isearch
Reply-To: Hrvoje Niksic <address@hidden>, address@hidden
X-Debian-PR-Message: report 56992
X-Debian-PR-Package: info
Date: Fri, 4 Feb 2000 11:52:42 +0100
From: Hrvoje Niksic <address@hidden>
To: address@hidden
Package: info
Version: 4.0-2
Severity: normal
In i-search one normally expects RET to terminate the search without
taking further action. This is how Emacs has behaved since version 19,
i.e. in the last several years.
The standalone Info reader apparently does not behave this way; along
with terminating isearch, RET also takes its usual action. For instance,
when searching for a node name, pressing RET terminates the search *and*
follows the node. That's not what an Emacs user would expect.
I believe RET should terminate isearch as it does in Emacs. Regular
info users will probably not notice the change, and it will make Info
a bit more pleasant to Emacs users stranded without Emacs.
-- System Information
Debian Release: 2.2
Kernel Version: Linux mraz 2.2.13 #5 Mon Jan 17 10:50:01 CET 2000 i686 unknown
Versions of the packages info depends on:
ii libc6 2.1.2-13 GNU C Library: Shared libraries and Timezone
ii libncurses4 4.2-8 Shared libraries for terminal handling
----- End forwarded message -----
--
enJoy -*/\*- don't even try to pronounce my first name
- Re: address@hidden: Bug#56992: info: RET should terminate isearch],
Karl Berry <=