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

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

bug#32207: 26.1; can't set window position with emacs 26.3


From: martin rudalics
Subject: bug#32207: 26.1; can't set window position with emacs 26.3
Date: Wed, 25 Jul 2018 08:21:33 +0200

> Compiled 25 and ran "emacs -Q -g ...'.

What are the -g specifications?

> It places the window
> fine, but ...
>
> Shell warnings:
> ---------------
> (emacs:23708): Gtk-WARNING **: 10:59:27.659:
>    gtk_window_parse_geometry() called on a window with no
>    visible children; the window should be set up before
>    gtk_window_parse_geometry() is called.

This is to be expected (see Bug#25851 for further details) and should
have been solved for Emacs 26.

> Fvwm warnings (some duplicated for some reason):
> ------------------------------------------------
> [fvwm.0][__explain_placement]: placed new window 0x600122 'emacs@...':
>    initial size 404x420
>    desk 0 (current desk)
>    current page
>    position 400 400  (used user specified position)
>
> [fvwm.0][GetWindowSizeHints]: <<WARNING>> reason: 6: The hints have been 
ignored because the window's current size would have become invalid.  The new hints will 
become active when the window generates the next ConfigureRequest.
>
> [fvwm.0][GetWindowSizeHints]: <<WARNING>> The application window (id 0x600122)
>    "emacs@..." has broken size hints (inconsistent with current size).
>      fvwm is ignoring those hints.    hint override = 0, flags = 350
>    min_width = 41, min_height = 84, max_width = 41, max_height = 84
>    width_inc = 9, height_inc = 18
>    min_aspect = 0/0, max_aspect = 0/0
>    base_width = 41, base_height = 84
>    win_gravity = 1
[...]
>
> Thus the position and size are fine, but it does generate a
> lot of warnings!

I have no idea what kind of "inconsistency" fvwm means here.  It is
possible that 18 * 84 which gives 1512 pixels + 400 which gives 1912
pixels is too high for your screen.

Anyway, it seems that Emacs 25 while coming up with the intended
position/size does not behave correctly either.  Let's do away with
-g and resources for the moment and try starting Emacs as follows:

emacs -Q --eval "(setq initial-frame-alist '((width . 41) (height . 84) (left . 400) 
(top . 400)))"

Do Emacs 25 and Emacs 26 behave differently and are there any
warnings?

Thanks, martin





reply via email to

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