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

Bug#247252: kwin: random buttons missing from titlebar



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

Attachment: pgpfX2jkbRy5l.pgp
Description: PGP signature


Reply to: