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: C-x C-f, Tab (in)completion and visiting the wrong, new files Date: Sun, 12 Aug 2007 07:17:09 +0100 Message-ID: Reply-To: Development of Aquamacs Emacs , emacs- devel NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1186909372 17718 80.91.229.12 (12 Aug 2007 09:02:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 12 Aug 2007 09:02:52 +0000 (UTC) To: Development of Aquamacs Emacs , emacs- devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 12 11:02:49 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IK9LQ-0004C7-Ks for ged-emacs-devel@m.gmane.org; Sun, 12 Aug 2007 11:02:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IK9LQ-0000nw-5A for ged-emacs-devel@m.gmane.org; Sun, 12 Aug 2007 05:02:44 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IK9LM-0000nX-7t for emacs-devel@gnu.org; Sun, 12 Aug 2007 05:02:40 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IK9LJ-0000ly-VW for emacs-devel@gnu.org; Sun, 12 Aug 2007 05:02:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IK9LJ-0000ln-Oj for emacs-devel@gnu.org; Sun, 12 Aug 2007 05:02:37 -0400 Original-Received: from mu-out-0910.google.com ([209.85.134.191]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IK9LJ-0006kw-0e for emacs-devel@gnu.org; Sun, 12 Aug 2007 05:02:37 -0400 Original-Received: by mu-out-0910.google.com with SMTP id g7so1341030muf for ; Sun, 12 Aug 2007 02:02:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:content-type:message-id:reply-to:content-transfer-encoding:from:subject:date:to:x-mailer; b=mR+t5C+uq3C365U6Ggq0Rdb0WRA6jMd8I8UrozeWIv2pSGizrcHTdR8nFI1+bk5HaIesqXuDpYP94l8iNcX6IhmFJ++Ha859g7vNDjt7/KUBsuT2TGI4GuEzPL/jaMJYZ8GxHfXh9NVJqGUkVfjGAAxp+zkXX2PyWQr54xYAil4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:content-type:message-id:reply-to:content-transfer-encoding:from:subject:date:to:x-mailer; b=Yk/lP5zpmFrzpn7PSympVCzO0bHX56FyI43aFRmiuJm4omFxn4RWfWlPymnf18hbuHZSup2qPoC2PYbM/ErC/ExrGX4muJu/H6ePllAAtFlaqOEnWTAvW85AC0AQya3DIkdk0fLbi9293rmslUJE+4niE2mGL+6LRjh32VLKn7g= Original-Received: by 10.86.71.1 with SMTP id t1mr3737560fga.1186909355192; Sun, 12 Aug 2007 02:02:35 -0700 (PDT) Original-Received: from ?10.5.5.200? ( [81.86.42.77]) by mx.google.com with ESMTPS id d25sm4777880nfh.2007.08.12.02.02.33 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 12 Aug 2007 02:02:33 -0700 (PDT) X-Mailer: Apple Mail (2.752.2) X-Detected-Kernel: Linux 2.6 (newer, 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:76378 Archived-At: Does this happen to you, too? I've got several files in my directory: foo.tex foo.aux foo.pdf foo.1.tex bar.txt To open one, I do C-x C-f ba and because I'm used to it, I do: C-x C-f fo What happens then is that only "foo." is in the minibuffer, and a buffer visiting the non-existant file of that name is visited. Usually that means that I have to kill it and start again, navigating to the appropriate file. That is highly annoying. Of course I could all blame it on myself and bind C-x C-f to `find- file-existing'. But if the same happens to others as well, perhaps a more general change could make Emacs more convenient in this respect. One option would be the following: Whenever Tab is used to (partially) complete a file name (or even any other symbol), we assume that the user wants to input the name of an existing file (or element of the completion list). If the file name or symbol is incomplete due to an ambiguity, an immediately following RET just does `ding'. Otherwise, i.e. a further RET or some editing action in the buffer, just exists the minibuffer as before. I think it is safe to assume the TAB means that a string existing in the completion table is to be entered, at least in the case of file name completion.