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

Bug#247252: marked as done (kwin: random buttons missing from titlebar)

Your message dated Fri, 19 May 2006 11:05:39 +0200
with message-id <20060519090538.GA16689@mad.intersec.fr>
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                                                madcoder@debian.org
OOO                                                http://www.madism.org

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: