From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Reitter Newsgroups: gmane.emacs.devel Subject: RE: File menu changes (suggestions) / Options menu Date: Tue, 21 Jun 2005 16:51:21 +0100 Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1119369215 8627 80.91.229.2 (21 Jun 2005 15:53:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 21 Jun 2005 15:53:35 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 21 17:53:32 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Dkl3r-0002vy-C2 for ged-emacs-devel@m.gmane.org; Tue, 21 Jun 2005 17:53:15 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DklAJ-0007Gq-6V for ged-emacs-devel@m.gmane.org; Tue, 21 Jun 2005 11:59:55 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Dkl6a-0004sh-Q8 for emacs-devel@gnu.org; Tue, 21 Jun 2005 11:56:05 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Dkl6Y-0004pd-Cb for emacs-devel@gnu.org; Tue, 21 Jun 2005 11:56:03 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dkl6W-0004jt-TG for emacs-devel@gnu.org; Tue, 21 Jun 2005 11:56:00 -0400 Original-Received: from [212.227.126.183] (helo=moutng.kundenserver.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Dkl4y-0003LA-6U for emacs-devel@gnu.org; Tue, 21 Jun 2005 11:54:24 -0400 Original-Received: from lucy.inf.ed.ac.uk [129.215.174.81] (helo=[129.215.174.81]) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0MKwh2-1Dkl240Zqh-0000VR; Tue, 21 Jun 2005 17:51:24 +0200 Original-To: emacs-devel@gnu.org X-Mailer: Apple Mail (2.730) X-Provags-ID: kundenserver.de abuse@kundenserver.de login:f3c9a04d49beab9fcce37ffcb55ebfb9 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:39233 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:39233 Drew Adams wrote: > 1. "Save Buffer As" runs command `write-file'. Where's the beef - er - > "buffer"? > 2. "Save (current buffer)" runs command `save-buffer'. > 3. "Close (current buffer)" runs command `kill-this-buffer'. > 4. "Revert Buffer" runs command `revert-buffer'. It doesn't matter what command names are behind the menu entries. Some of the command names seem inconsistent anyways, and a user doesn't necessarily care for command names. A user wants to save the current buffer. She can either save it, or save it "as" something. Hence, the menu entries should be "Save" and "Save as...". If we need to inform the user how to do the same thing with keyboard commands, we do so afterwards. If the user wants to access the stuff programmatically (very rare), he can always do a C-h k. > So "New File" says that a new file is created? Yes, it says that, > but it > tells not the truth: no file is created by this operation. The version I'm working with has "Open" (not New), and if it is "New" (but means find-file), it should be renamed. "new" creates something new, i.e. an empty buffer - and doesn't load an existing file. The problem may be that find-file can also create a new file. If you want to stick with that, rename the entry to "New/Open..." > > 5. Move all of the window and frame stuff to a new menu, "Frames". > > Not good: we have a crammed menu bar already, adding more top- > level > items would only make things worse with no real advantage. > > Agreed. But 1) this stuff has little to do with "File"; 2) use of a > "Windows" menu, having a similar purpose, is common in other apps; > 3) I > think it is likely that we will have more frame and window commands > to add > to a Frames menu in the future. I agree with both of you. I would suggest to stick it in the Buffers menu. There is room for it, and we have a "Frames" submenu in the Buffers menu when there is more than one frame. It would nicely correlate to the "Windows" menu existing in standard GUIs, but because so many people work with a single frame and switch between buffers, it makes sense to stick to the menu title "buffers" and have frames as a submenu, and split/unsplit on the top-level hierarchy, separated with a line separator. Can I make another suggestion? Some items in the Options menu are buffer-local (truncate-lines), while most are global. It would be smart to separate the two kinds of items. I'm not sure about the "case-insensitive search". In Aquamacs, I have moved it to the Edit/search sub-menu. It would also be good if someone could work on making "Set Font/ Fontset" a proper sub-menu (this might be Carbon specific, I don't know).