From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Jan D." Newsgroups: gmane.emacs.devel Subject: Re: suggestions on toolbar icons Date: Thu, 17 Mar 2005 20:41:00 +0100 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1111088475 10033 80.91.229.2 (17 Mar 2005 19:41:15 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 17 Mar 2005 19:41:15 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 17 20:41:13 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DC0qi-0003G9-2f for ged-emacs-devel@m.gmane.org; Thu, 17 Mar 2005 20:40:05 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DC173-0000qi-D3 for ged-emacs-devel@m.gmane.org; Thu, 17 Mar 2005 14:56:57 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DC16s-0000pm-AN for emacs-devel@gnu.org; Thu, 17 Mar 2005 14:56:46 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DC16r-0000pX-JT for emacs-devel@gnu.org; Thu, 17 Mar 2005 14:56:46 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DC16r-0000pM-HY for emacs-devel@gnu.org; Thu, 17 Mar 2005 14:56:45 -0500 Original-Received: from [195.54.107.70] (helo=mxfep01.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DC0rn-0004w4-9W for emacs-devel@gnu.org; Thu, 17 Mar 2005 14:41:11 -0500 Original-Received: from coolsville.localdomain ([83.226.180.210] [83.226.180.210]) by mxfep01.bredband.com with ESMTP id <20050317194110.FTJL7011.mxfep01.bredband.com@coolsville.localdomain> for ; Thu, 17 Mar 2005 20:41:10 +0100 In-Reply-To: Original-To: Emacs-Devel Devel X-Mailer: Apple Mail (2.619.2) 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 X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: news.gmane.org gmane.emacs.devel:34675 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:34675 > I won't belabor this, but I do have a few responses. Your reply is, in > essence, "GNOOOOMMME" (shades of Allen Ginsberg w/ "Oommmm"). If > GNOME's > choices are not always the best, we will nevertheless live with it. No,they are not always the best, far from it. But there is a point in aligning with them. > >> - Folder (for "file): This is _not_ good. A folder icon is used >> ubiquitously for, well, a folder - that is, a directory. > > You are talking Microsoft products here I guess. This is the Gnome > stock open icon, I see no advantage to adopt a different set of > guidelines different from Gnome where the folder icon is not at > all is > ubiquitously used for directory. Check out any Gnome application. > >> - Directory (Dired): >> Suggestion: Use a regular folder icon. Duh? > > GTK_STOCK_DIRECTORY _is_ a standard folder icon. This _agrees_ with my > suggestion (not at all Microsoftesque) that a standard folder icon > should be > used for Dired. If you think advocating that a folder icon be used to > represent a folder editor implies advocating adopting Microsoft > conventions, > then I would suggest that you are overly zealous in your struggle. > Oommmm. I don't have any "struggle". I'm just pointing out that Gnome should have higher priority than any other desktop, be it KDE, OSX or whatever. GTK_STOCK_OPEN and GTK_STOCK_DIRECTORY are confusingly similar (did I just say that Gnome isn't always the best?). OPEN is what the action is, not FILE. Sometimes (without file dialog or the Motif dialog), you can actually open directories with open. So FILE does not apply. > > Similarly, GTK_STOCK_FILE is a standard file icon. This _agrees_ with > my > suggestion to keep this icon. It is not FILE, it is NEW we are using. And should be using, as the action is NEW as in new buffer, not FILE. Again, it is possible to make a new buffer without any file with this under the right settings. > > The question then is, what about new-file vs existing-file? I suggested > using something similar for both of these. GTK_STOCK_NEW is in fact > _identical_ to GTK_STOCK_FILE, showing that GNOME and I think alike on > this > one. > > Emacs, however, currently uses the _directory_ icon, > GTK_STOCK_DIRECTORY for > opening an existing file - it happens that this icon is identical to > GTK_STOCK_OPEN. Using a folder to represent opening a _file_ flies in > the > face of every UI I've ever seen. Are you sure that GTK_STOCK_OPEN is > intended for files, not for directories? Does using it for opening a > file > make sense to you? Check out any Gnome application, it is the most common icon (as is OPEN), it is indeed used for opening existing files. We did not put this in Emacs on a hunch. > > Finally, if you are going to use GNOME as a litmus test, then why not > be > consistent and use GTK_STOCK_GOTO_TOP instead of GTK_STOCK_HOME for > Info's > Top? Likewise, why not use GTK_STOCK_GO_BACK for Back (which is, > presumably, > chronological) - as in Web browsers? Why use the GNOME undo/redo icon > (GTK_STOCK_REDO) for Back and Forward? I suspect that we are already > departing dangerously from the GNOME Oommmmm. It's a slippery slope... HOME was used because previous Emacs versions use HOME from GTK 1.x. BACK is used in info, I presume that is what you mean. Are you suggesting BACK for two actions? The previous version of Emacs used redo/undo, so we keep that. As you pointed out, there are icons missing. > > The Gnome stock quit could be used in info to quit, it is an arrow > pointing to an open door. > > Yes, that's better, although the icon is ambiguous (entering or > exiting?) > and is not very clear (the door is hard to distinguish). I prefer the > international exit sign - the one you look for when there's a fire. Make that icon, so we can see what it looks like. > >> - Tooltip for quit/exit: >> Suggestion: Use "Quit buffer", or "Delete buffer" instead of >> "Discard current buffer". I prefer "Quit buffer". > > But "Quit Buffer" is not clear, it could mean the same as "Quit > Info" > i.e. leaving the buffer intact, just switching to another buffer. > > "Quit" is clearer (and more common) than "discard". At this level, the > distinction between leaving the buffer intact and killing it is not > important - and "discard" doesn't help with this distinction anyway. It is very important. It is a great difference between just burying a buffer and discarding it. Jan D.