Re: Sharing mail icons between MH-E and Gnus

[Bill Wohler <wohler@newt.com>]

Reiner Steib <reinersteib+gmane@imap.cc> wrote:

> On Mon, Feb 20 2006, Bill Wohler wrote:
> 
> > Reiner Steib <reinersteib+gmane@imap.cc> wrote:
> >> On Sun, Feb 19 2006, Bill Wohler wrote:
> >> > If you're going to move the sort icons, you might as well take this
> >> > opportunity to use the GNOME names to make it easier to see from whence
> >> > they came.
> 
> I forgot to mention that I intend to document where the icons come
> from like it was done in emacs/etc/image/README (probably adding the
> stock_... names).

I think you mentioned that. We'd definitely do that in any case, but we
should be consistent when we can so that one doesn't necessarily need
the README.

> > They aren't supposed to since the images' content can change depending
> > on locale (or skill of artist). Names reflect the images' action. For
> > example, you use "stop", not "red-hexagon", since in some locales stop
> > is an entirely different image.
> 
> OK.  But do you agree to $ei/sort-1-9 and $ei/sort-a-z given the 8.3
> problem?

Note that the existing GNOME names are (dropping $g/stock_):

  sort-ascending.png
  sort-column-ascending.png
  sort-criteria.png
  sort-descending.png
  sort-row-ascending.png

All of these names are unique in the first eight characters so my
inclination is to go with them. sort-a-z is bad since it implies letters
whereas sort-ascending can apply to anything that can be sorted (such as
animals, or beans). sort-1-9 is bad for the same reason, plus it doesn't
discern between rows or columns. We're in a bit of a pickle, however, if
someday sort-column-descending or sort-row-descending were added. On the
other hand, if these aren't already in GNOME, perhaps we don't have to
worry about it.

> I often saw my colleagues starring at the screen not realizing that
> they need to use the minibuffer after pressing the "Open File" or "New
> File" buttons in Emacs 21.

Yeah, you're right. Using the minibuffer when using GUI items (tool bars
and menus) is a bad idea.

> > The tool bar and menu helps the user discover functionality. Many
> > commands, such as Save As, 
> 
> "Save As", "Open File", ... in a GTK build of Emacs 22 pop up the
> graphical file selector (by default, see `use-file-dialog').

Then we should too. I've added a bug report at SourceForge for this.

-- 
Bill Wohler <wohler@newt.com>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642