Version: (using KDE KDE 3.1) Installed from: Compiled From Sources Compiler: gcc 2.95 and 3.2 OS: Linux xemacs won't un-maximise after maximise, i.e. after selecting the Maximise icon (or the option in the window menu) the window fills the screen, but further selections of either action will not return the window to the original size. The Maximise icon does not change after the first selection either, suggesting that KDE thinks the window is still at its normal size. This happens on both my Linux machines, one built with gcc 2.95, the other using gcc 3.2. Also my Solaris machine at work does the same thing. This did not happen with KDE 3.0.5 or earlier versions.
Hmm, that's quite hard to believe. Can you send output of commands 'xprop' and 'xwininfo' for the xemacs window, once for maximized, and once after you tried to un-maximize it but it didn't work?
Subject: Re: xemacs won't un-maximise after maximise On 4 Feb 2003, l.lunak@kde.org wrote: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > http://bugs.kde.org/show_bug.cgi?id=53784 > > > > > ------- Additional Comments From l.lunak@kde.org 2003-02-04 14:27 > ------- > Hmm, that's quite hard to believe. Can you send output of commands 'xprop' and 'xwininfo' > for the xemacs window, once for maximized, and once after you tried to un-maximize it but it > didn't work? OK, xprop after being maximised: _NET_WM_STATE(ATOM) = _NET_WM_ICON_GEOMETRY(CARDINAL) = 828, 981, 154, 20 _NET_WM_DESKTOP(CARDINAL) = 0 _KDE_NET_WM_FRAME_STRUT(CARDINAL) = 3, 4, 29, 8 _NET_WM_VISIBLE_NAME(UTF8_STRING) = 0x2a, 0x73, 0x63, 0x72, 0x61, 0x74, 0x63, 0x68, 0x2a, 0x3a, 0x20, 0x3a, 0x20, 0x65, 0x6d, 0x61, 0x63, 0x73, 0x20, 0x3c, 0x32, 0x3e WM_STATE(WM_STATE): window state: Normal icon window: 0x0 _KDE_NET_USER_TIME(CARDINAL) = 1853920009 _MOTIF_WM_MESSAGES(ATOM) = _MOTIF_WM_OFFSET WM_PROTOCOLS(ATOM): protocols _MOTIF_WM_MESSAGES, WM_DELETE_WINDOW, WM_TAKE_FOCUS WM_CLIENT_LEADER(WINDOW): window id # 0x3600009 WM_LOCALE_NAME(STRING) = "C" WM_CLASS(STRING) = "emacs", "XEmacs" WM_HINTS(WM_HINTS): Client accepts input or input focus: True Initial state is Normal State. bitmap id # to use for icon: 0x3600082 WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified size: 1271 by 913 program specified minimum size: 103 by 65 program specified resize increment: 8 by 16 program specified base size: 23 by 49 window gravity: NorthWest WM_CLIENT_MACHINE(STRING) = "kosh" WM_ICON_NAME(STRING) = "*scratch*" WM_NAME(STRING) = "*scratch*: : emacs" xwininfo after being maximised xwininfo: Please select the window about which you would like information by clicking the mouse in that window. xwininfo: Window id: 0x360019f "*scratch*: : emacs" Absolute upper-left X: 3 Absolute upper-left Y: 29 Relative upper-left X: 0 Relative upper-left Y: 0 Width: 1271 Height: 913 Depth: 16 Visual Class: TrueColor Border width: 0 Class: InputOutput Colormap: 0x20 (installed) Bit Gravity State: ForgetGravity Window Gravity State: NorthWestGravity Backing Store State: NotUseful Save Under State: no Map State: IsViewable Override Redirect State: no Corners: +3+29 -6+29 -6-82 +3-82 -geometry 156x54+0+0 xprop after failing to un-maximise _NET_WM_STATE(ATOM) = _NET_WM_ICON_GEOMETRY(CARDINAL) = 828, 981, 154, 20 _NET_WM_DESKTOP(CARDINAL) = 0 _KDE_NET_WM_FRAME_STRUT(CARDINAL) = 3, 4, 29, 8 _NET_WM_VISIBLE_NAME(UTF8_STRING) = 0x2a, 0x73, 0x63, 0x72, 0x61, 0x74, 0x63, 0x68, 0x2a, 0x3a, 0x20, 0x3a, 0x20, 0x65, 0x6d, 0x61, 0x63, 0x73, 0x20, 0x3c, 0x32, 0x3e WM_STATE(WM_STATE): window state: Normal icon window: 0x0 _KDE_NET_USER_TIME(CARDINAL) = 1853920009 _MOTIF_WM_MESSAGES(ATOM) = _MOTIF_WM_OFFSET WM_PROTOCOLS(ATOM): protocols _MOTIF_WM_MESSAGES, WM_DELETE_WINDOW, WM_TAKE_FOCUS WM_CLIENT_LEADER(WINDOW): window id # 0x3600009 WM_LOCALE_NAME(STRING) = "C" WM_CLASS(STRING) = "emacs", "XEmacs" WM_HINTS(WM_HINTS): Client accepts input or input focus: True Initial state is Normal State. bitmap id # to use for icon: 0x3600082 WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified size: 1271 by 913 program specified minimum size: 103 by 65 program specified resize increment: 8 by 16 program specified base size: 23 by 49 window gravity: NorthWest WM_CLIENT_MACHINE(STRING) = "kosh" WM_ICON_NAME(STRING) = "*scratch*" WM_NAME(STRING) = "*scratch*: : emacs" And finally xwininfo after failing to un-maximise xwininfo: Please select the window about which you would like information by clicking the mouse in that window. xwininfo: Window id: 0x360019f "*scratch*: : emacs" Absolute upper-left X: 3 Absolute upper-left Y: 29 Relative upper-left X: 0 Relative upper-left Y: 0 Width: 1271 Height: 913 Depth: 16 Visual Class: TrueColor Border width: 0 Class: InputOutput Colormap: 0x20 (installed) Bit Gravity State: ForgetGravity Window Gravity State: NorthWestGravity Backing Store State: NotUseful Save Under State: no Map State: IsViewable Override Redirect State: no Corners: +3+29 -6+29 -6-82 +3-82 -geometry 156x54+0+0 Steve
I see, it happens only with Keramik decorations, and only if it is configured to draw large caption bubbles on active windows.
I don't have that problem here (SuSE 7.3, KDE 3.1.0), but I just noticed something weird too. When I run xemacs I get a restore button in the window, instead of a maximize one. And it does not start maximized, so it doesn't make sense... So to maximize it I have to click restore (it shrinks a little) then maximize... It doesn't seem to happen with any other apps... J.A.
This xemacs bug shouldn't be triggered anymore with KDE3.2.
With KDE 3.3.0 and XEmacs 21.4.15 and MWM or plastic window decorations on SuSE 9.1 this still happens. Maximize also doesn't completely maximize, it allows XEmacs to shrink the window to the maximum number of lines, leaving a tiny gap at the bottom of the screen.
I have the same problem with Emacs under KDE. openSUSE 10.3, KDE 3.5.7, Emacs 22.1.1. When I maximize Emacs, it get almost maximized, but not completely (it probably ignores the points it cannot use for whole characters). Restore button does not appear, there is still the maximize button. When I press it for the second time, Emacs maximizes fully and displays restore button. Pressing it makes Emacs almost maximized with maximize button.
I did some further testing. Maximization and restoration works fine with emacs 22.1 compiled without gtk widgets. It works fine with emacs with gtk widgets in gnome and blackbox. The problem only occurs with emacs + gtk widgets (that is unfortunately the one in Suse RPM) and kwin.
E. Choroba, please see this bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=345669