Your message dated Fri, 19 May 2006 11:05:39 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#247252: kwin: random buttons missing from titlebar
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: kwin
Version: 4:3.2.2-1
Severity: normal
Some applications do not display a maximize button on their
titlebars. Some examples are 'wish' and 'gnome-xbill'.
Some applications display the maximize button but not the minimize button:
xload, xclock.
Other applications display all three min/max/close buttons: konsole,
kcontrol, pan, xterm.
When the button is missing, the capability that goes with it is missing
too. For example it is not possible to iconify an xload window.
This is a regression from kwin 3.1.x, which didn't seem to randomly grant
some windows their full set of titlebar buttons while denying others.
Generally the three min/max/close options were available for most
application windows.
Changing titlebar button placement via "Window decorations" under
"Appearance and Themes" doesn't seem to help. The problem occurs
with several different window decoration styles (BII, Keramik, Quartz,
ModSystem...it's probably the same behavior regardless of style).
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (102, 'testing'), (101, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.24-zb-586-smp
Locale: LANG=C, LC_CTYPE=C
Versions of packages kwin depends on:
ii kdelibs4 4:3.2.2-2 KDE core libraries
ii libart-2.0-2 2.3.16-5 Library of functions for 2D graphi
ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an
ii libgcc1 1:3.3.3-6 GCC support library
ii libice6 4.3.0.dfsg.1-1 Inter-Client Exchange library
ii libpng12-0 1.2.5.0-5 PNG library - runtime
ii libqt3c102-mt 3:3.2.3-2 Qt GUI Library (Threaded runtime v
ii libsm6 4.3.0.dfsg.1-1 X Window System Session Management
ii libstdc++5 1:3.3.3-6 The GNU Standard C++ Library v3
ii libx11-6 4.3.0.dfsg.1-1 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-1 X Window System miscellaneous exte
ii libxrender1 0.8.3-7 X Rendering Extension client libra
ii xlibs 4.3.0.dfsg.1-1 X Window System client libraries m
ii zlib1g 1:1.2.1-5 compression library - runtime
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 4:3.5.0
On Tue, May 04, 2004 at 08:38:52PM -0400, Zygo Blaxell at Work wrote:
> On Tue, May 04, 2004 at 11:32:12PM +0200, Adeodato Sim? wrote:
> > Does the maximize button actually work? I've tried texdoctk under
> > sawfish and yes, there was a maximize button, but it didn't work.
> > That's why I say not displaying some buttons is a good thing, if they
> > can't be used.
>
> texdoctk and gnome-xbill do disable all resizing, which implies no
> maximizing. This was actually correct, but it is the only correct
> example. Sorry, I meant to include an application based on the gtk
> toolkit and picked one that was actually behaving correctly under kwin
> by mistake.
>
> The others, especially a standard Tk window with no options set like
> what you get from running 'wish', seem to be wrong.
>
> It is possible to use the Tk 'wm' command to manage window resizing,
> including disabling resize; however, kwin seems to remove the maximize
> button on all Tk windows, not just those that don't permit resizing.
>
> Here's an interesting test case: a six-line Tk application which makes
> a window with four buttons which change the window's resizing constraints.
>
> #!/usr/bin/wish
> button .b1 -text "Resizable both directions" -command {wm resizable . 1 1}
> button .b2 -text "Resizable horizontally only" -command {wm resizable . 1 0}
> button .b3 -text "Resizable vertically only" -command {wm resizable . 0 1}
> button .b4 -text "Not Resizable" -command {wm resizable . 0 0}
> pack .b1 .b2 .b3 .b4 -side top
>
> kwin doesn't add or remove the maximize button in response to the
> application marking the window resizeable or not.
>
> metacity will add or remove the maximize button, but only if the window is
> updated for other reasons (i.e. you have to move the window or something).
>
all of this works as expected now
--
·O· Pierre Habouzit
··O [EMAIL PROTECTED]
OOO http://www.madism.org
signature.asc
Description: Digital signature
--- End Message ---
