[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: situation with window decorations
From:       Thomas =?iso-8859-1?q?L=FCbking?= <thomas.luebking () web ! de>
Date:       2009-09-04 21:08:41
Message-ID: 200909042308.41890.thomas.luebking () web ! de
[Download RAW message or body]

Am Friday 04 September 2009 schrieb Fredrik Höglund:
> In my opinion the size grip implementation doesn't belong in
> the KWin styles, but in KWin itself.
+1

> The appearance doesn't have to match the KWin theme if it's
> only shown when there are no borders. It's more important that
> it's generic and doesn't contrast with the widget style.
Yesno.
1) A couple of decos ship alongside a style. So (assuming they're used 
together) the deco has "the best" idea of what the window looks like. So it 
would likely be a good idea to let the deco paint the grip (or in case adding 
virtual functions doesn't work, set a color)

2) If implemented in the WM there actually doesn't /have/ to be any visual 
resize grip at all.
A current KDE desktop will likely see Qt4/Gtk+/OOo/FF/+ - some drawing their 
own resize grips... sometimes.
Also with videoplayers (mplayer et al) it's rather "in the way for no reason" 
in most cases (i'd bet you'll in >90% of all cases either use -fs or keep the 
window at 100%)

So KWin could just offer a size mode (below "tiny") where a small corner 
(12x12) in the lower right (left) corner of the window is treated "semi-
inverted", i.e. show the resize cursor and trigger a moveResize on lmb unless 
the WM modifier (ALT) is pressed (to access active elements inside the 
window).

Thomas

[prev in list] [next in list] [prev in thread] [next in thread]