unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: David Kastrup <dak@gnu.org>
Cc: Emacs-Devel Devel <emacs-devel@gnu.org>
Subject: Re: suggestions on toolbar icons
Date: Fri, 18 Mar 2005 08:36:27 +0100	[thread overview]
Message-ID: <x5k6o5jthg.fsf@lola.goethe.zz> (raw)
In-Reply-To: <f1c06beec02e7e5a569a567c29a68fac@swipnet.se> (Jan D.'s message of "Fri, 18 Mar 2005 06:52:40 +0100")

"Jan D." <jan.h.d@swipnet.se> 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.

>>     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.

>>     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.

There is absolutely no reason to invoke "legacy" here.  We have
significantly reordered the menus which is a much larger step than
using appropriate icons.

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.

You have expressed your view that it is a good idea to go with the
flow of GNOME in general with regard to the icons, and I agree with
that.  Drew's suggestions in that context make sense, even when they
were worded in an unfortunate way.

It is not like I don't have a history of that affliction myself...

> 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.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

  reply	other threads:[~2005-03-18  7:36 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-17  1:27 suggestions on toolbar icons Drew Adams
2005-03-17  6:45 ` Lennart Borgman
2005-03-17  7:11 ` Jan D.
2005-03-17 17:08   ` Lennart Borgman
2005-03-17 20:06     ` Jan D.
2005-03-17 20:22       ` Lennart Borgman
2005-03-17 21:08         ` Jan D.
2005-03-17 18:33   ` Drew Adams
2005-03-17 19:41     ` Jan D.
2005-03-17 22:47       ` Drew Adams
2005-03-18  5:52         ` Jan D.
2005-03-18  7:36           ` David Kastrup [this message]
2005-03-18 17:37             ` Jan D.
2005-03-18 18:03               ` David Kastrup
2005-03-18 17:16           ` Drew Adams
2005-03-18 17:49             ` Jan D.
2005-03-17 21:44     ` David Kastrup
2005-03-18  1:40     ` Miles Bader
2005-03-18 17:16       ` Drew Adams
2005-03-18 17:56         ` David Kastrup
2005-03-18 18:20     ` Richard Stallman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=x5k6o5jthg.fsf@lola.goethe.zz \
    --to=dak@gnu.org \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).