bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#17046: 24.3.50; On startup emacs frame has no minibuffer or windows


From: Robert Marshall
Subject: bug#17046: 24.3.50; On startup emacs frame has no minibuffer or windows decorations
Date: Wed, 26 Mar 2014 19:14:00 +0000

Juanma Barranquero writes:
 > On Wed, Mar 26, 2014 at 6:54 PM, Eli Zaretskii <eliz@gnu.org> wrote:
 > 
 > > My idea was what Robert did.  So it did work ;-)
 > 
 > Oh :-)
 > 

I'm glad I put in both options!

> But that's equivalent to just skipping all the hoopla with
 > tool-bar-lines. You're setting it to 0, then to the correct value, and
 > then modifying the frame.
 > 
 > > Is it for some reason unworkable to have the size change after all the
 > > rest?
 > 
 > Presumably, that would break the fix for bug#14795.
 > 
 > OTOH, though the bug still real, i.e.,
 > 
 >   (modify-frame-parameters (make-frame) '((height . X)))
 > 
 > and
 > 
 >   (make-frame '((height . X)))
 > 
 > give frames of different size, now I cannot reproduce the problem when
 > restoring frames with frameset-restore *without* my workaround.
 > 
 > I think there's been some changes related to frames and the like, so
 > it is possible that the workaround can simply be removed and this
 > problem just disappears. We would still have a bug with GTK builds and
 > tool-bar-lines = 0, but it would be of much lesser impact.
 > 
 > Allow me a few hours to test things thoroughly.
 > 

Should I be updating my pull from bzr? (if only to keep in sync with you)

Robert
-- 
Robert Marshall





reply via email to

[Prev in Thread] Current Thread [Next in Thread]