From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: C-f in isearch's non-incremental minibuffer edit Date: Sat, 16 Apr 2005 21:49:37 -0400 Message-ID: References: <87br8e6gt8.fsf-monnier+emacs@gnu.org> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1113703118 2983 80.91.229.2 (17 Apr 2005 01:58:38 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 17 Apr 2005 01:58:38 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Apr 17 03:58:35 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DMz3S-0005F7-3z for ged-emacs-devel@m.gmane.org; Sun, 17 Apr 2005 03:58:34 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DMz7G-0004GD-Li for ged-emacs-devel@m.gmane.org; Sat, 16 Apr 2005 22:02:30 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DMz74-0004FX-Js for emacs-devel@gnu.org; Sat, 16 Apr 2005 22:02:18 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DMz74-0004FK-7E for emacs-devel@gnu.org; Sat, 16 Apr 2005 22:02:18 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DMz3W-0003eE-Vk for emacs-devel@gnu.org; Sat, 16 Apr 2005 21:58:39 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DMywE-0001C3-Dr for emacs-devel@gnu.org; Sat, 16 Apr 2005 21:51:06 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1DMyun-00077m-5A; Sat, 16 Apr 2005 21:49:37 -0400 Original-To: Stefan Monnier In-reply-to: <87br8e6gt8.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Sat, 16 Apr 2005 08:53:13 -0400) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:36045 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:36045 But I recently noticed that it behaves very strangely: if I move point towards the end with something like C-f, when I reach the end of the minibuffer instead of getting the usual beep I see chars from the main buffer being added. It seems like it's a new "feature", but it looks much more like a bug to me. I see your point; however, since C-f at the end of the buffer would otherwise be an error, this feature seems to be harmlessly upward-compatible. Does it actually cause trouble or inconvenience, or was it just surprise? While I'm at it, I also suggest we make isearch-edit-string use the usual history functionality, so it behaves even more normally. Could you tell me, at the level of user-visible behavior, how its currently differs from the usual history functionality?