GNU bug report logs - #17046
24.3.50; On startup emacs frame has no minibuffer or windows decorations

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Juanma Barranquero <lekktu <at> gmail.com>
Cc: rudalics <at> gmx.at, robert <at> capuchin.co.uk, 17046 <at> debbugs.gnu.org
Subject: Re: bug#17046: 24.3.50;
 On startup emacs frame has no minibuffer or windows decorations
Date: Wed, 26 Mar 2014 19:54:47 +0200

> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Wed, 26 Mar 2014 18:15:46 +0100
> Cc: Eli Zaretskii <eliz <at> gnu.org>, martin rudalics <rudalics <at> gmx.at>, 17046 <at> debbugs.gnu.org
> 
> On Wed, Mar 26, 2014 at 6:08 PM, Robert Marshall <robert <at> capuchin.co.uk> wrote:
> 
> > I read Eli's suggestion as
> >
> >   (modify-frame-parameters frame `((tool-bar-lines . ,tool-bar-lines)))
> >   (modify-frame-parameters frame '((width . 60)
> >                                    (height . 25))))
> >
> > which doesn't show the bug,
> 
> The local binding for tool-bar-lines in my test code is the value of
> the tool-bar-lines parameter of the freshly created frame (for
> example, on my system its value is 3). So the code above would not
> show the bug because it is not setting tool-bar-lines to 0.
> 
> > In your order with those 2 calls swapped
> > around the bug is present.
> 
> So unfortunately Eli's idea didn't work.

My idea was what Robert did.  So it did work ;-)

Is it for some reason unworkable to have the size change after all the
rest?

Previous Next

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