From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: Q on read-file-name and completion-ignored-extensions Date: Wed, 18 Jan 2006 09:44:16 -0800 Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1137616295 25019 80.91.229.2 (18 Jan 2006 20:31:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 18 Jan 2006 20:31:35 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 18 21:31:35 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 1EzJxY-0002Q7-Vn for ged-emacs-devel@m.gmane.org; Wed, 18 Jan 2006 21:31:13 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EzJzx-0008Ac-Kf for ged-emacs-devel@m.gmane.org; Wed, 18 Jan 2006 15:33:41 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EzHQn-0002kQ-GA for emacs-devel@gnu.org; Wed, 18 Jan 2006 12:49:13 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EzHQi-0002ix-Op for emacs-devel@gnu.org; Wed, 18 Jan 2006 12:49:12 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EzHOW-0001yo-UR for emacs-devel@gnu.org; Wed, 18 Jan 2006 12:46:53 -0500 Original-Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EzHSP-0004vb-KS for emacs-devel@gnu.org; Wed, 18 Jan 2006 12:50:54 -0500 Original-Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.186.50]) by agminet01.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k0IHiIpv012676 for ; Wed, 18 Jan 2006 11:44:18 -0600 Original-Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k0IHiItq004224 for ; Wed, 18 Jan 2006 10:44:18 -0700 Original-Received: from dradamslap (dhcp-amer-rmdc-csvpn-gw5-141-144-106-66.vpn.oracle.com [141.144.106.66]) by rgmsgw301.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id k0IHiGEn004210 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 18 Jan 2006 10:44:17 -0700 Original-To: "Emacs-Devel" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Importance: Normal X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE 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:49237 Archived-At: Function `read-file-name' does not seem to respect `completion-ignored-extensions'. This is true in Emacs 22 and as far back as Emacs 20. Some questions: 1. Is this on purpose or an old bug? 2. If on purpose, then shouldn't the doc string of `completion-ignored-extensions' be changed slightly? It says: This variable does not affect lists of possible completions, but does affect the commands that actually do completions. (BTW, "do completion" or "complete input" would be better than "do completions", here.) The case of `read-file-name' itself is neither - it does not produce a list of completions and it is not a command that completes input. But when you hit TAB at the prompt from `read-file-name', shouldn't `minibuffer-complete' respect that variable, according to its doc string? (TAB is bound to `minibuffer-complete', a "command that does completion".) If the current behavior is by design, then perhaps the doc string should say something about this case. I'm not sure what it should say, because I don't know if `read-file-name' is the only exception to letting "commands that actually do completion" respect the variable.