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

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

bug#3784: 23.1.50; Maximizing via the window manager does not survive ch


From: Jan Djärv
Subject: bug#3784: 23.1.50; Maximizing via the window manager does not survive changing workspace
Date: Wed, 08 Jul 2009 16:35:46 +0200
User-agent: Thunderbird 2.0.0.22 (X11/20090608)

James Cloos skrev:
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

I use icewm.  I had been a while since my last compile; I suspect the
recent commits dealing with splitting the h and v maximization are the
cause of the behavioral change.

Now, when I use icewm’s maximize option to max emacs’s window (frame),
switch to another workspace and then switch back, emacs resizes itself
to its original geometry.  It appears to do so by loosing:

_NET_WM_STATE(ATOM) = _NET_WM_STATE_MAXIMIZED_VERT, _NET_WM_STATE_MAXIMIZED_HORZ

If I instead manually resize the window (frame) to fill the usable area —
or any other size — said resizing remains.

AFAICT, only _NET_WM_STATE_MAXIMIZED_VERT and _NET_WM_STATE_MAXIMIZED_HORZ
get lost on the switch back to the workspace containing emacs’ window.


I can't reproduce this on icewm 1.2.37 on Ubuntu.
There was a bug on this erlier (3765 and 3766) that was fixed yesterday. Can you try updating your CVS?

        Jan D.






reply via email to

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