From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: RE: completion problem with read-file-name Date: Thu, 12 Jul 2007 08:47:22 -0700 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1184255284 1607 80.91.229.12 (12 Jul 2007 15:48:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 12 Jul 2007 15:48:04 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org, bojohan+news@dd.chalmers.se To: "Eli Zaretskii" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jul 12 17:48:01 2007 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1I90td-0005cv-2t for geb-bug-gnu-emacs@m.gmane.org; Thu, 12 Jul 2007 17:48:01 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I90tc-0005Bd-Gz for geb-bug-gnu-emacs@m.gmane.org; Thu, 12 Jul 2007 11:48:00 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I90ta-00058b-LV for bug-gnu-emacs@gnu.org; Thu, 12 Jul 2007 11:47:58 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I90ta-00058P-5N for bug-gnu-emacs@gnu.org; Thu, 12 Jul 2007 11:47:58 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I90ta-00058M-2H for bug-gnu-emacs@gnu.org; Thu, 12 Jul 2007 11:47:58 -0400 Original-Received: from rgminet01.oracle.com ([148.87.113.118]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1I90tX-0006Gt-Rk; Thu, 12 Jul 2007 11:47:56 -0400 Original-Received: from rgmgw3.us.oracle.com (rgmgw3.us.oracle.com [138.1.186.112]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id l6CFlqIR019565; Thu, 12 Jul 2007 09:47:52 -0600 Original-Received: from acsmt350.oracle.com (acsmt350.oracle.com [141.146.40.150]) by rgmgw3.us.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id l6CF39bp000981; Thu, 12 Jul 2007 09:47:52 -0600 Original-Received: from dhcp-4op11-4op12-west-130-35-178-179.us.oracle.com by acsmt351.oracle.com with ESMTP id 3034003581184255245; Thu, 12 Jul 2007 08:47:25 -0700 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: Linux 2.4-2.6 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:16152 Archived-At: > > > ** The completion commands TAB, SPC and ? in the minibuffer apply > > > only to the text before point. If there is text in the buffer > > > after point, it remains unchanged. > > > > Thanks for the info. Still seems like retrogression to me. > > You never explained why you thought it was a retrogression. Sure I did: > In previous versions of Emacs, completion used the entire minibuffer > input, not just the part before the cursor. I don't know if this > change is considered a feature, but it seems like a bug to me. To me, > the old behavior makes sense: all of your input is tested by > completion, not just the part before point. This is just my opinion, of course, but I think the behavior in all previous Emacs releases is preferable. Just as hitting `RET' takes the entire minibuffer input into account, no matter the cursor position, so has this always been true for `TAB' as well. To me, that makes sense. I don't find it helpful for Emacs to complete qqq.el to qq-xxx-q.elq.el if the cursor is on the third q. Such a completion is useless, and requires me to hit C-k. I'm not claiming that everyone (or even anyone) else will agree with me, but I find the previous behavior better. I'm not that concerned by this change, personally, as I always use Icicles, whose prefix completion is like the previous Emacs behavior, and which also allows regexp/substring completion. I nevertheless consider this change to be in the wrong direction for Emacs. Here, again, is the part of the bug report to reproduce what I consider to be bad behavior: > emacs -Q > > Create files qqq.el and qq-xxx-q.el in the same directory. Visit Dired > there. > > C-x C-f qqq.el TAB, then C-b C-b C-b C-b, then type -xxx TAB. > > The minibuffer input is completed to qq-xxx-q.elq.el (with the cursor > on the last `q').