GNU bug report logs -
#4032
23.1; Minor inconvenience in toolbar implementation (perhaps only on Windows?)
Previous Next
Reported by: Bostjan Vilfan <bvilf <at> yahoo.com>
Date: Tue, 4 Aug 2009 15:00:04 UTC
Severity: minor
Tags: wontfix
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #15 received at 4032 <at> debbugs.gnu.org (full text, mbox):
Bostjan Vilfan <bvilf <at> yahoo.com> writes:
[...]
> It is thus that I have noticed the following difference between Emacs
> 22.3 and Emacs 23.1: After attaching some toolbar commands to a
> certain file name, I visit that file. In Emacs 22.3 all additional
> icons are placed on the toolbar (if icons won't fit on the toolbar
> line, a new line is created), and one can do whatever one likes with
> the file. In Emacs 23.1, however, if an additional toolbar line is
> needed, the icons are not placed on the toolbar until one "does
> something" with the file (e.g. moves the slider). In my view the fact
> that something has to be done for the toolbar icons to appear is an
> inconvenience.
>
> I created a small example illustrating this bug (or whatever).
(I'm going through old bug reports that unfortunately didn't get any
response at the time.)
I tested this now in Emacs 27, and Emacs behaves differently now -- it
doesn't expand to several lines at all, but instead the "overflowing"
toolbar items just aren't displayed. If I expand the frame width, they
are shown.
Does anybody know whether this is the intended behaviour?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
This bug report was last modified 5 years and 293 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.