GNU bug report logs - #22298
25.1.50; Enabling tool-bar-mode caused frame size setting failure

Previous Next

Full log

View this message in rfc822 format

From: CHENG Gao <chenggao <at> royau.me>
To: 22298 <at> debbugs.gnu.org
Subject: bug#22298: 25.1.50; Enabling tool-bar-mode caused frame size setting fai
Date: Sun, 10 Jan 2016 15:36:47 +0800

*On Sun, 10 Jan 2016 06:58:00 +0100
* Also sprach Anders Lindgren <andlind <at> gmail.com>:

>> Settings below stopped frame size from resizing to largest. If order
> changed and upper part put under lower part, it works well. If
> tool-bar-mode disabled it works well. Other modes are irrelavant. I tested
> them all with comment/uncomment.
>
> Unfortunately, I don't see what the problem is.
>
> Could you provide a step by step description of how to reproduce this,
> starting with "emacs -Q" from the command line. Please state what you see
> and what you expected to see. Also, make sure that the recipe work
> regardless of the screen size used.
>
> Just one note: In the OS X port, tool-bar is not included in the size of
> the text part of the frame. In other words, when enabling the tool-bar, the
> height of the frame increases. This may cause it to stretch below the
> bottom edge of the screen.
>
>     -- Anders

Thank you for looking into this.

In my bug report I listed two snippets that can be put into init.el.
When (tool-bar-mode 1) is set before set-frame-size, it works. When set
after set-frame-size, it won't.

Using C-x C-e to eval them, it works. So I think "emacs -Q" can not help
here. It's only about order of settings.

Later after reporting, I found tool-bar-mode is defaulted to "t" when
window-system is detected (in C source code), so I just removed it and
it works now. So it does not bother me any more, but I can not say this
bug is fixed.

Previous Next

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