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: Fri, 18 Mar 2005 18:37:42 +0100 Message-ID: <2a840360174312bf5ee2c325d742364f@swipnet.se> 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 1111167590 7128 80.91.229.2 (18 Mar 2005 17:39:50 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 18 Mar 2005 17:39:50 +0000 (UTC) Cc: Emacs-Devel Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 18 18:39:50 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DCLQF-00043a-Tt for ged-emacs-devel@m.gmane.org; Fri, 18 Mar 2005 18:38:08 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCLgm-0003ia-Rv for ged-emacs-devel@m.gmane.org; Fri, 18 Mar 2005 12:55:12 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DCLfe-0003Dj-8r for emacs-devel@gnu.org; Fri, 18 Mar 2005 12:54:02 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DCLfb-0003CS-SZ for emacs-devel@gnu.org; Fri, 18 Mar 2005 12:54:00 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCLfb-0003CI-LR for emacs-devel@gnu.org; Fri, 18 Mar 2005 12:53:59 -0500 Original-Received: from [195.54.107.70] (helo=mxfep01.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DCLQK-0001EC-33; Fri, 18 Mar 2005 12:38:12 -0500 Original-Received: from coolsville.localdomain ([83.226.180.210] [83.226.180.210]) by mxfep01.bredband.com with ESMTP id <20050318173810.MQQL7011.mxfep01.bredband.com@coolsville.localdomain>; Fri, 18 Mar 2005 18:38:10 +0100 In-Reply-To: Original-To: David Kastrup 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:34728 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:34728 > "Jan D." writes: > >>> 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. > > Please, Jan, when replying to Outlook users, use the WYf command from > gnus on their article. This is not readable. Sorry, I am not a gnus user. But I'll see what I can do in the future. > >>> 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. >>> >>> Fine. How would I know which you use, without checking the code? >>> FILE and >>> NEW are _identical_ icons; they are both standard file icons. >> >> Why should you know? The tooltip tells you what it does, that is all >> any user wants to know. > > Disagree. Tooltips are optional guides. The user interface has to > make sense of its own without explanation, or we could just make > everything carry identical buttons. Tooltips are nice for giving out > some rationale, so that the user then can say "ah right, that was the > logic behind it". But they are an explanation, not a substitute for > reason. I may have misunderstood the question, but I was answering to "Given the fact that FILE and NEW are identical icons, how can I know if Emacs uses FILE or NEW?" If the icon doesn't make sense, the tooltip is the guide, if they do, they both make sense, without the user having to know if it is FILE or NEW internally. > >>> The previous version of Emacs used redo/undo, so we keep that. >>> >>> Legacy. Are we tied to legacy as well as to GNOME? > > I have to agree here with Drew. "legacy" here is an explanation why > something happens to be the way it is right now, not a reason why it > should be kept that way. > >> Yes, we are slightly tied to legacy, but less so in this part than >> for the rest part of Emacs. > > I don't see we are tied at all by legacy. Emacs-21.4 had a working > toolbar just on a single platform, and then it did not use GNOME-2 > icons. Legacy in this context means it worked like this before so let's do the same. This applies to the case where no suitable stock icon where found. > Drew's criticism was probably worded stronger than necessary, and so > you felt the need to get defensive. There is no need either to be > ashamed of what we did previously, nor to cling to it without > necessity. I did not mean to come off as opposed to all change, it is just that changing even one icon is a bit of work (scaling it, converting to xpm and xbm, testing on true color, pseudo color and black and white display), and changing just a few breaks the visual consistenct that the Gnome stock icons have, regardless if they are good or bad. However, I think the inclusion of the older gthumb icons as has been suggested is a good idea, we should do that regardless what Gnome replies to Lennart Borgmans mail. >> Again, present a complete suggestion. You are assuming somebody >> else should figure out what this "something else" is. That is not >> going to happen, there are far more important things to work on. > > Yes, I think that would be a good idea. Obviously Drew has invested > some thoughts in it, and it would be nice if this lead to a coherent > proposal we could then implement. > > And with a coherent proposal, it is also easier to explain to the > GNOME artists why and what new and changed icons would be desirable > and for what reason. I have found it generally hard to change the minds of those in charge of Gnome (there was even something about that on slashdot a couple of days ago, so it is perhaps not me being unlucky). But Borgmans suggestion is an addition, not a change so I think it stands a fair chance of being accepted. Jan D.