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: RE: Q on read-file-name and completion-ignored-extensions Date: Thu, 19 Jan 2006 14:10:05 -0800 Message-ID: References: <200601192132.k0JLWrd23223@raven.dms.auburn.edu> 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 1137712262 9940 80.91.229.2 (19 Jan 2006 23:11:02 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 19 Jan 2006 23:11:02 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jan 20 00:11:01 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 1Ezivi-0007vf-D5 for ged-emacs-devel@m.gmane.org; Fri, 20 Jan 2006 00:10:58 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EziyA-0005Yp-OS for ged-emacs-devel@m.gmane.org; Thu, 19 Jan 2006 18:13:30 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ezi1T-0000Vy-La for emacs-devel@gnu.org; Thu, 19 Jan 2006 17:12:52 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ezi1M-0000RE-3V for emacs-devel@gnu.org; Thu, 19 Jan 2006 17:12:50 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ezi1L-0000Qq-Rg for emacs-devel@gnu.org; Thu, 19 Jan 2006 17:12:43 -0500 Original-Received: from [148.87.122.30] (helo=rgminet01.oracle.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1Ezi5S-0005zd-05 for emacs-devel@gnu.org; Thu, 19 Jan 2006 17:16:58 -0500 Original-Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by rgminet01.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id k0JMA7nT025645 for ; Thu, 19 Jan 2006 15:10:07 -0700 Original-Received: from rgmsgw300.us.oracle.com (localhost [127.0.0.1]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k0JMA7Pe031559 for ; Thu, 19 Jan 2006 15:10:07 -0700 Original-Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id k0JMA6pE031548 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 19 Jan 2006 15:10:07 -0700 Original-To: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <200601192132.k0JLWrd23223@raven.dms.auburn.edu> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 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:49279 Archived-At: It is always dangerous to jump into a long thread you have not read, but, just in case it might be useful, here is part of what `(elisp)File Name Completion' says about completion-ignored-extensions: -- User Option: completion-ignored-extensions `file-name-completion' usually ignores file names that end in any string in this list. It does not ignore them when all the possible completions end in one of these suffixes. This variable has no effect on `file-name-all-completions'. Thanks. That seems to corroborate my feeling that either there is a bug (on Windows) or the doc string for `completion-ignored-extensions' is incorrect. In my test, there were other files present, with other extensions, so the next-to-the-last sentence above does not apply. But it's good to know, and, I'd suggest, should be included in the doc string as well! The last sentence above also seems to corroborate my understanding that the "does not affect lists of possible completions" text in the doc string is about functions like `file-name-all-completions' (I mentioned `all-completions'), rather than being about the list in buffer *Completions*. I say only "seems to", because there is nothing here that flatly contradicts Stefan's interpretation.