From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Reitter Newsgroups: gmane.emacs.devel Subject: Re: Entering filenames with spaces Date: Sun, 6 Nov 2005 16:15:42 +0000 Message-ID: <35B56F41-9B2C-4CA2-9956-E26C72BC4997@gmail.com> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1131293836 20254 80.91.229.2 (6 Nov 2005 16:17:16 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 6 Nov 2005 16:17:16 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 06 17:17:11 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EYnBY-00024J-Ns for ged-emacs-devel@m.gmane.org; Sun, 06 Nov 2005 17:16:01 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EYnBY-0007DW-4W for ged-emacs-devel@m.gmane.org; Sun, 06 Nov 2005 11:16:00 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EYnBO-0007DM-AY for emacs-devel@gnu.org; Sun, 06 Nov 2005 11:15:50 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EYnBM-0007D6-7e for emacs-devel@gnu.org; Sun, 06 Nov 2005 11:15:50 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EYnBM-0007D2-49 for emacs-devel@gnu.org; Sun, 06 Nov 2005 11:15:48 -0500 Original-Received: from [64.233.182.200] (helo=nproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EYnBM-0008KP-1b for emacs-devel@gnu.org; Sun, 06 Nov 2005 11:15:48 -0500 Original-Received: by nproxy.gmail.com with SMTP id h2so63647nfe for ; Sun, 06 Nov 2005 08:15:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:x-priority:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=B8QXZPaNCHxV4WLsVY9K9Mf0feYbbFgw4FitZIFR1CkL6eH/qbWQkVQRXYChAiXRWOSU/DBpwy+CNoQxIvqxADF11rHtu8PaGJS8wsq/Pxy5bPnC0FO65r109u2vaUQL+vNK7kZkBd4DivtPbIK6eE/88r9hJx4OZYCpjy2quRA= Original-Received: by 10.48.43.5 with SMTP id q5mr698370nfq; Sun, 06 Nov 2005 08:15:46 -0800 (PST) Original-Received: from ?10.0.0.34? ( [82.13.31.46]) by mx.gmail.com with ESMTP id b1sm1592732nfe.2005.11.06.08.15.45; Sun, 06 Nov 2005 08:15:46 -0800 (PST) In-Reply-To: X-Priority: 3 (Normal) Original-To: Drew Adams X-Mailer: Apple Mail (2.746.2) 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:45503 Archived-At: On 5 Nov 2005, at 16:34, Drew Adams wrote: > On 19 Oct 2005, at 03:43, Richard M. Stallman wrote: >> >> Does a filename-minibuffer have an extra keymap? >> >> Not at present, but giving it its own keymap is the cleanest >> way to do this job. > > OK, this is a simple patch now which allows for inputting > spaces in > filenames in the minibuffer, while keeping the binding of space to > minibuffer-complete-word in other contexts. It introduces a new > keymap, minibuffer-local-filename-completion-map. > > Was this a final decision? If not, let me stir the pot a bit one > more time. ... > I'm not happy, however, with a change that imposes a new > minibuffer-completion map on programmers and two distinct minibuffer > behaviors for SPC on users. Could this decision please be > reconsidered? My main argument back then was to allow people to enter filenames with spaces, not consistency. Other keys have special meanings in the minibuffer, like up/down. I fully agree with you that one should maintain consistent across all minibuffer inputs. That was the first patch that I submitted, and some people didn't seem too happy... A similar issue is the (seemingly fully unnecessary) binding of C-y in isearch, where yank needs to be re-bound to M-y. This is a good example of inconsistency without need. Streamlining the UI before the release might be a good idea. Otherwise one will end up with a situation where some people like to keep illogical UI behavior just because they've gotten used to it. The space bar in the minibuffer and C-y in isearch already seem to be such cases.