GNU bug report logs - #12787
Toolbar regression from Emacs 23 to Emacs 24 -- Save As and Help no longer available

Previous Next

Full log

Message #23 received at 12787 <at> debbugs.gnu.org (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Eli Zaretskii'" <eliz <at> gnu.org>, <jxa127 <at> verizon.net>
Cc: 12787 <at> debbugs.gnu.org
Subject: RE: bug#12787: Re: bug#12787: Toolbar regression from Emacs 23 to
	Emacs24 -- Save As and Help no longer available
Date: Fri, 2 Nov 2012 13:21:04 -0700

> > I've been using Emacs extensively for seven years now
> > and still find uses for the tool-bar.  "Save As" is for
> > me exceptionally useful.
> 
> Well, those "real" users are those who decided to code the tool bar
> and the menu bar, and to have it by default in Emacs.  So I think this
> is misdirected.

Tossing some tool-bar icons because the tool bar had become too crowded was a
quick workaround, but not a real solution.

Ultimately, what tool-bar entries to include should be a user choice (and it
should be easy to choose/configure).  Some common GUIs do this:

1. Let users choose the size of the icons used (e.g. small, medium, large).

2. Let users choose (easily) which tool-bar entries to show, including for
different contexts (i.e., modes, for Emacs).

When I look for the user options available for customizing the tool bar, I find
only these: `tool-bar-max-label-size' and `tool-bar-style'.  And the latter
option affects only the GTK+ toolkit (even though the option is available in
non-GTK+ Emacs versions, for some reason).

I don't use the tool bar, and I imagine that few of those who might be able to
contribute to improving it actually use it.  That might explain the primitive
state, but not a satisfactory answer for a user who expects the kind of
flexibility s?he sees in other apps.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.