From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: find-file dialog in Carbon Emacs is broken Date: Tue, 12 Oct 2004 04:56:55 -0400 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: <2E4D1BEC-197D-11D9-8298-00039384A728@rice.edu> <5860A2EC-1A19-11D9-BB9A-000D93505B76@swipnet.se> <20041009184338.GB22402@fencepost> <20041009192700.GA29314@fencepost> <416A64D8.2050404@swipnet.se> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1097571894 12614 80.91.229.6 (12 Oct 2004 09:04:54 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 12 Oct 2004 09:04:54 +0000 (UTC) Cc: steventamm@mac.com, miles@gnu.org, mmoll@rice.edu, monnier@iro.umontreal.ca, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 12 11:04:49 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CHIaP-0006BY-00 for ; Tue, 12 Oct 2004 11:04:49 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CHIhN-0000Ov-Te for ged-emacs-devel@m.gmane.org; Tue, 12 Oct 2004 05:12:02 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CHIZy-0007vE-Lo for emacs-devel@gnu.org; Tue, 12 Oct 2004 05:04:22 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CHIZw-0007u7-OR for emacs-devel@gnu.org; Tue, 12 Oct 2004 05:04:21 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CHIZw-0007sy-B9 for emacs-devel@gnu.org; Tue, 12 Oct 2004 05:04:20 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CHISm-0007sP-Aw for emacs-devel@gnu.org; Tue, 12 Oct 2004 04:56:56 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CHISl-0003NR-Sg; Tue, 12 Oct 2004 04:56:55 -0400 Original-To: "Jan D." In-reply-to: <416A64D8.2050404@swipnet.se> (jan.h.d@swipnet.se) 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: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:28280 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:28280 Okay, then I misunderstood the meaning of MUST-MATCH. I think the name is confusing (for me at least). If an existing file is wanted, it should be named MUST-EXIST or something like that. So we can use MUST-MATCH both for OSX and GTK. The term "match" refers to a concept that applies to completion in general. It means that the value the user gives in the minibuffer must match one of the completion alternatives. However, I don't object if people rename this argument to MUST-EXIST and change the doc string. I don't know what is best, to have a new function that reads directories, or to extend the MUST-MATCH parameter with some value that indicates a directory read. Whether it is a directory is an independent question from whether it must match an existing alternative. All four combinations are meaningful--consider make-directory. Also, since MUSTMATCH is an instance of a more general concept of completion, it is better to keep it the consistent and uniform. The separate function read-directory-name is therefore the better way.