GNU bug report logs - #18155
24.3.92; Honor toolBar resource *before* showing frame

Previous Next

Package: emacs;

Reported by: carlosjosepita <at> gmail.com

Date: Wed, 30 Jul 2014 22:28:01 UTC

Severity: minor

Found in version 24.3.92

Full log


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

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: "carlosjosepita <at> gmail.com" <carlosjosepita <at> gmail.com>,
 "18155 <at> debbugs.gnu.org" <18155 <at> debbugs.gnu.org>
Subject: Re: bug#18155: 24.3.92; Honor toolBar resource *before* showing frame
Date: Thu, 31 Jul 2014 13:29:23 +0200
Hi. 

31 jul 2014 kl. 09:11 skrev Eli Zaretskii <eliz <at> gnu.org>:

>> Date: Thu, 31 Jul 2014 08:57:05 +0200
>> From: "Jan D." <jan.h.d <at> swipnet.se>
>> CC: 18155 <at> debbugs.gnu.org
>> 
>> As far as I know, for the first frame when .emacs has not been read yet, 
>> Emacs internally says that no tool bar shall be added.
>> After .emacs has been read, and tool bar mode is still active (i.e. not 
>> disabled by .emacs) it adds the tool bar.  So this is generic code that 
>> is at work.
> 
> Thanks.  So I was mistaken: this does not depend on the toolkit.  In
> that case, I guess we could change that to work more like the menu
> bar, which (AFAIR) is shown on the initial frame.

When I looked at this, the tool bar items where not initialised at frame creation.  So there where no items to put there even if we did show the toolbar. For Gtk it will show a bar a few pixels high.  It is hard to figure out how high an item will be later on as this depends on the size of the image, padding and so on. 

     Jan D. 



This bug report was last modified 10 years and 322 days ago.

Previous Next


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