From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: C-f in isearch minibuffer Date: Fri, 12 May 2006 14:12:01 +0300 Organization: JURTA Message-ID: <87psij4hvi.fsf@jurta.org> References: <200605030727.k437R2Wx009975@amrm2.ics.uci.edu> <87bqufwbls.fsf@jurta.org> <87mzdokank.fsf_-_@jurta.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1147433137 21833 80.91.229.2 (12 May 2006 11:25:37 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 12 May 2006 11:25:37 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 12 13:25:36 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FeVm0-0004jv-2W for ged-emacs-devel@m.gmane.org; Fri, 12 May 2006 13:25:32 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeVlz-0000LJ-Sg for ged-emacs-devel@m.gmane.org; Fri, 12 May 2006 07:25:31 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeVlK-0008RO-H6 for emacs-devel@gnu.org; Fri, 12 May 2006 07:24:50 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeVlJ-0008RA-6i for emacs-devel@gnu.org; Fri, 12 May 2006 07:24:50 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeVlI-0008R3-SY for emacs-devel@gnu.org; Fri, 12 May 2006 07:24:48 -0400 Original-Received: from [217.25.160.1] (helo=relay1.binet.com.ua) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeVn0-0001Wb-5I; Fri, 12 May 2006 07:26:34 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by relay1.binet.com.ua (Postfix) with ESMTP id 428D577D62; Fri, 12 May 2006 14:24:46 +0300 (EEST) Original-Received: from mail.binet.com.ua (i27.dialup.binet.com.ua [217.25.161.91]) by relay1.binet.com.ua (Postfix) with ESMTP id 8C4A477D58; Fri, 12 May 2006 14:24:44 +0300 (EEST) Original-To: rms@gnu.org In-Reply-To: (Richard Stallman's message of "Fri, 12 May 2006 00:15:15 -0400") User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) X-Virus-Scanned: by ClamAv at binet.com.ua 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:54315 Archived-At: > This reminds me of another misfeature. C-f typed at the end of the > isearch's minibuffer that pulls characters from the parent buffer is > not user-friendly. With recently proposed special commands like `M-.' > in the minibuffer to pull things from the parent buffer to be implemented > in the next release, I think it is better to get rid of this misfeature > before this release: > > I don't think it a is bad feature, and the proposal is just a proposal. In http://lists.gnu.org/archive/html/emacs-devel/2004-07/msg00164.html you opposed to such feature as: ,---- | > For what it's worth, I can also do | > | > M-% C-w C-w C-w RET | > | > since I've added a C-w binding in minibuffer-local-map that mimics | > isearch's C-w. | | Why not add something like this to Emacs? Or maybe more general | character-based command like typing C-f in the end of the minibuffer | to pull text from the source buffer character by character to the minibuffer. | | No, no, no! Let's not have more special casing. People should be | able to rely on standard Emacs commands to do the standard thing. | | You can switch windows from the minibuffer to copy text into it. `---- I now agree that it's better not to change the standard Emacs behavior, but to add a new special keybinding (like `M-.') to pull characters/words from the original buffer. This feature could be implemented in the next release, but C-f removed before the release to not expose non-standard C-f at the end of the minibuffer to a large user base when there is a better possible feature. -- Juri Linkov http://www.jurta.org/emacs/