GNU bug report logs - #42957
28.0.50; Tool bar button click doesn't update the tool bar immediately

Previous Next

Full log

View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Mauro Aranda <maurooaranda <at> gmail.com>
Cc: 42957 <at> debbugs.gnu.org
Subject: bug#42957: 28.0.50; Tool bar button click doesn't update the tool bar immediately
Date: Fri, 16 Oct 2020 11:10:24 +0200

Mauro Aranda <maurooaranda <at> gmail.com> writes:

> 4. Now click the foo-refresh button.  I expected the button to get
> disabled immediately, but that doesn't happen.
> 5. Click in the buffer, and the button will be disabled.

Yup; this problem is still present on the trunk.

> Could Emacs update the tool bar immediately when the user clicks on a
> tool bar button? Or am I forced (no pun intended) to use
> `force-mode-line-update' in the commands that may alter the
> enable/disable state of the tool bar buttons, even when the commands
> run because of a tool bar button click?

I don't know, but if Emacs can't do that, then this should be
documented, at least.  This is documented in other context, like:

--
  The menu bar does not recalculate which items are enabled every time you
look at a menu.  This is because the X toolkit requires the whole tree
of menus in advance.  To force recalculation of the menu bar, call
@code{force-mode-line-update} (@pxref{Mode Line Format}).
--

But not in the tool bar sections, as far as I can see.  But I guess if
the menu bar doesn't update automatically on enabling, then it would
perhaps be surprising that tool bars do.

So I think we should just document this quirk?  Any opinions?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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