From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Jan D." Newsgroups: gmane.emacs.devel Subject: Re: find-file dialog in Carbon Emacs is broken Date: Sat, 9 Oct 2004 19:33:34 +0200 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <5860A2EC-1A19-11D9-BB9A-000D93505B76@swipnet.se> References: <2E4D1BEC-197D-11D9-8298-00039384A728@rice.edu> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1097343298 17796 80.91.229.6 (9 Oct 2004 17:34:58 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 9 Oct 2004 17:34:58 +0000 (UTC) Cc: Steven Tamm , Mark Moll , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 09 19:34:45 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 1CGL7E-0007oE-00 for ; Sat, 09 Oct 2004 19:34:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CGLE4-0006Po-CQ for ged-emacs-devel@m.gmane.org; Sat, 09 Oct 2004 13:41:48 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CGLDv-0006Ph-Nf for emacs-devel@gnu.org; Sat, 09 Oct 2004 13:41:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CGLDv-0006PK-2e for emacs-devel@gnu.org; Sat, 09 Oct 2004 13:41:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CGLDu-0006PH-Vg for emacs-devel@gnu.org; Sat, 09 Oct 2004 13:41:39 -0400 Original-Received: from [195.54.107.70] (helo=mxfep01.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CGL6V-0003w8-Kc for emacs-devel@gnu.org; Sat, 09 Oct 2004 13:33:59 -0400 Original-Received: from coolsville.localdomain ([213.115.28.241] [213.115.28.241]) by mxfep01.bredband.com with ESMTP id <20041009173357.ZLMX3239.mxfep01.bredband.com@coolsville.localdomain>; Sat, 9 Oct 2004 19:33:57 +0200 In-Reply-To: Original-To: Stefan X-Mailer: Apple Mail (2.619) 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:28145 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:28145 2004-10-09 kl. 19.14 skrev Stefan: >> The problem is that there isn't a good way to determine if it should >> be an >> open or a save dialog, and unlike on W32 or X, you need to pick >> "ChooseFile" >> or "PutFile". The comment I have in the code is; > > It seems the Gtk support has the same problem. > Hopefully the two can share the code that implements their solution, > whatever that one is. Basically Emacs will have to change so that commands from the menu bar and tool bar call a new function that knows if this is a save or load. We then remove the use of a dialog entirely from read-file-name. This is the plan discussed last time this came up, I don't think it is something we should do for this release: Replace "Open File" with "Open old file" and "New buffer". Make them and "Save", "Save As" and "Open directory" call another function than read-file-name that opens a dialog in the correct GTK mode (i.e. ACTION_SAVE, ACTION_OPEN or ACTION_SELECT_FOLDER). Do not open a dialog for read-file-name. Loss of functionality is that "Open old file" can not open a directory and "Open directory" can not open a file. Also, the "New buffer" just creates a buffer without a file, the file is specified later when saved. This may confuse old Emacs users a bit. Jan D.