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

Previous Next

Full log

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

From: Robert Marshall <robert <at> capuchin.co.uk>
To: Juanma Barranquero <lekktu <at> gmail.com>
Cc: martin rudalics <rudalics <at> gmx.at>, Eli Zaretskii <eliz <at> gnu.org>,
 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 17:08:00 +0000

Juanma Barranquero writes:
 > On Tue, Mar 25, 2014 at 4:48 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
 > 
 > > Does it help to apply the size parameters only after the rest,
 > > including the toolbar, were already applied, i.e. in a separate call
 > > to modify-frame-parameters?
 > 
 > Do you mean to do this?
 > 
 > (let* ((default-frame-alist nil)
 >        (frame (make-frame '((width . 80) (height . 20))))
 >        (tool-bar-lines (frame-parameter frame 'tool-bar-lines)))
 >   (discard-input)
 >   (read-event nil nil 2)
 >   (modify-frame-parameters frame '((tool-bar-lines . 0)))
 >   (modify-frame-parameters frame '((width . 60) (height . 25)))
 >   (modify-frame-parameters frame `((tool-bar-lines . ,tool-bar-lines))))
 > 
 > Robert, could you try this, please? (In a separate .el file, as you did before)
 > 

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, In your order with those 2 calls swapped
around the bug is present.

Though I was also uncertain as to whether implementation internals
were being referred to.

R
-- 
Robert Marshall

Previous Next

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