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: Juanma Barranquero
Subject: bug#17046: 24.3.50; On startup emacs frame has no minibuffer or windows decorations
Date: Wed, 26 Mar 2014 19:19:04 +0100

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 :-)

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.

    J





reply via email to

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