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: Need w32 help Date: Tue, 2 Nov 2004 13:44:09 +0100 Message-ID: References: <2E4D1BEC-197D-11D9-8298-00039384A728@rice.edu> <5860A2EC-1A19-11D9-BB9A-000D93505B76@swipnet.se> <41874531.3070708@swipnet.se> <68c73b1a0411020046614ed91d@mail.gmail.com> <41876B68.9070301@gnu.org> 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 1099399585 9370 80.91.229.6 (2 Nov 2004 12:46:25 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 2 Nov 2004 12:46:25 +0000 (UTC) Cc: steventamm@mac.com, rms@gnu.org, mmoll@rice.edu, emacs-devel@gnu.org, Dhruva Krishnamurthy , monnier@iro.umontreal.ca Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 02 13:46:10 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 1COy37-0008Cv-00 for ; Tue, 02 Nov 2004 13:46:10 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1COyBA-00007C-Mi for ged-emacs-devel@m.gmane.org; Tue, 02 Nov 2004 07:54:28 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1COyAG-0007u6-5R for emacs-devel@gnu.org; Tue, 02 Nov 2004 07:53:32 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1COyAE-0007tG-Ip for emacs-devel@gnu.org; Tue, 02 Nov 2004 07:53:31 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1COyAE-0007sV-4A for emacs-devel@gnu.org; Tue, 02 Nov 2004 07:53:30 -0500 Original-Received: from [195.54.107.73] (helo=mxfep02.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1COy1x-0003e5-3p; Tue, 02 Nov 2004 07:44:57 -0500 Original-Received: from coolsville.localdomain ([83.226.180.220] [83.226.180.220]) by mxfep02.bredband.com with ESMTP id <20041102124455.USFH44.mxfep02.bredband.com@coolsville.localdomain>; Tue, 2 Nov 2004 13:44:55 +0100 In-Reply-To: <41876B68.9070301@gnu.org> Original-To: Jason Rumney 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: , 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: main.gmane.org gmane.emacs.devel:29321 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:29321 >>> That sounds like a step backwards. I can understand this behaviour >>> for >>> platforms that do not let you create a new file from the open file >>> dialog, but why change those platforms that do? >> >> >> Doesn't "New File..." allow you to do that? Anyway, the menu and >> toolbar are defined in menu-bar.el and toolbar/tool-bar.el and these >> files does not contain any platform specific code. It would be a >> shame to change that. The fact that Emacs has the same menu commands >> on all platforms is an andvantage for me at least. >> > Having the same menu items for all platforms is good, but the current > implementation seems confusing both to experienced Emacs users and to > new users. "New File..." is in fact the old "Open File...". It allows > you to both find an existing file and create a new file. This is > unlike any other application, perhaps "New File..." should just prompt > for the name rather than use a file dialog. "Open File..." is now a > new option which actively prevents you from creating a new file, and > has the toolbar icon of dired. My initial suggestion was "Open old file", but it was decided to use "Open File". The fact that "New File" is different is more Emacs fault, it needs a file name to determine major mode and such. Other applications create empty documents with no association to a file, until you do save. As for the dired icon, it is actually Emacs who got this backwards. The icon Emacs used to use for dired is the GTK stock icon for "open". All Gnome applications use that icon just for the purpose Emacs does now, i.e. open an existing file. So in a sense Emacs has become more Gnome compliant. > > The dired toolbar icon looks like the icon got corrupted, it took me a > while to realise that it is in fact a 'd' superimposed on the old > dired icon, and it would not be obvious to the new user what that > meant. I suggest that we follow the example of other programs for > icons, and restore the "Open File..." and "Open Directory..." icons to > their previous state, and create a new icon for "New File..." based on > the "Open File..." icon with an added highlight to make it look shiny. > I am not a graphic designer, that is for sure :-) You are free to modify the dired icon, but I would think it would be counter productive to modify the "New File" and "Open File" ones, as this means Emacs would again drift away from GTK/Gnome stock icon usage. As for confusing, most users use the tooltips in a toolbar to see what the icons do, so any initial confusion should be gone quickly. Jan D.