GNU bug report logs - #199
23.0.60; Frame sizing problem with toolbar containing no toolbar buttons

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 199 in the body.
You can then email your comments to 199 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Tim Van Holder <tim.vanholder <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.60;
	Frame sizing problem with toolbar containing no toolbar buttons
Date: Thu, 08 May 2008 15:14:00 +0200

CVS emacs of this morning, with GTK toolkit (rebuilt, not bootstrapped).

Buffers with no associated toolbar buttons now show an empty
toolbar (which is probably the actual bug).
But an empty toolbar isn't as high as one with buttons, resulting in
the rest of the frame getting shifted up, leaving a smallish empty
area at the bottom of the frame (below the minibuffer).
So either the toolbar needs to be hidden entirely, or the screen
painting code needs to take this height difference into account.

To reproduce: run report-emacs-bug, enter a subject, and switch
between the message and the *Bug Help* buffer.

Message #10 received at 199 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: Tim Van Holder <tim.vanholder <at> gmail.com>
Cc: 199 <at> debbugs.gnu.org
Subject: 23.0.60; Frame sizing problem with toolbar containing no toolbar buttons
Date: Tue, 02 Sep 2008 20:34:21 -0400

> Buffers with no associated toolbar buttons now show an empty
> toolbar (which is probably the actual bug).
> But an empty toolbar isn't as high as one with buttons, resulting in
> the rest of the frame getting shifted up, leaving a smallish empty
> area at the bottom of the frame (below the minibuffer).
> So either the toolbar needs to be hidden entirely, or the screen
> painting code needs to take this height difference into account.
>
> To reproduce: run report-emacs-bug, enter a subject, and switch
> between the message and the *Bug Help* buffer.

I can't reproduce the problem using this recipe.  Both the message and
the *Bug Help* buffer show a tool-bar.  Is the bug still present for
you?  If so, could you provide a detailed recipe starting with
`emacs -Q'?

Thanks.

Message #15 received at 199 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Tim Van Holder" <tim.vanholder <at> gmail.com>
To: "Chong Yidong" <cyd <at> stupidchicken.com>
Cc: 199 <at> debbugs.gnu.org
Subject: Re: 23.0.60; Frame sizing problem with toolbar containing no toolbar buttons
Date: Wed, 3 Sep 2008 09:33:16 +0200

On Wed, Sep 3, 2008 at 2:34 AM, Chong Yidong <cyd <at> stupidchicken.com> wrote:
>> Buffers with no associated toolbar buttons now show an empty
>> toolbar (which is probably the actual bug).
>> But an empty toolbar isn't as high as one with buttons, resulting in
>> the rest of the frame getting shifted up, leaving a smallish empty
>> area at the bottom of the frame (below the minibuffer).
>> So either the toolbar needs to be hidden entirely, or the screen
>> painting code needs to take this height difference into account.
>>
>> To reproduce: run report-emacs-bug, enter a subject, and switch
>> between the message and the *Bug Help* buffer.
>
> I can't reproduce the problem using this recipe.  Both the message and
> the *Bug Help* buffer show a tool-bar.  Is the bug still present for
> you?  If so, could you provide a detailed recipe starting with
> `emacs -Q'?

It's quite possible the sizing problem still exists, but I don't think
it can be reproduced
anymore. The reason I noticed it was that there was a bug in the
toolbar code that
made some buttons disappear. I'm not sure if there is any way for the
current emacs
code to display a toolbar without any buttons in it.

Previous Next

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