[patch] Grab windows anywhere, not just titlebar

[Aaron J. Seigo]

On Wednesday 07 November 2007, Maksim Orlovich wrote:
> > erm, the issue was not "does it need a window border" the issue was "i
> > want to
> > be able to move it easily". the former is a possible solution, but the
> > latter
> > was the problem.
>
> Except having a window border means you have a standard interface
> for moving the window, which all the applications share. That one can
> click in the middle and drag the window is not something I would expect,
> since other apps do not work this way.

yes, there are trade off in the innovate vs status quo decision making 
process. people will learn pretty quickly, though.

> Of course, it's more than just moving. For example I can shade the KDE3
> minicli if I need to double-check something. I can resize it in the
> standard way, if I feel it's too short or too long.

i wonder how many people actually resize the run dialog in kde3.
i wonder how many people actually move the run dialog in kde3. (more than 
resize it, in my experience)
i wonder how many people who use something like katapult or quicksilver or 
deskbar even care.

=/

> By using non-standard 
> UI you're taking away all those conventions, and frankly I don't see any
> benefits except for a subjective improvement in appearance.

perhaps i've been to hard to understand, then. apologies.

> And if one is 
> using this for 3 seconds, why does appearance matter much?

if one is using it for 3 seconds, why do they need to shade it? same answers, 
i imagine.

i'd also suggest that "it only is the center of attention for 3 seconds at a 
time..." has not bearing on whether to neglect its appearance or not.

and before people manage to completely sidetrack us here, there's reason for 
this approach that inclues providing a way to identify the interfaces that 
are infrastructure, and get them out of my way.

similar to why we don't have passive popups in standard window dressing.

and yes, i know doing *anything* different brings push back, that the push 
back is normal, healthy, expected.

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Trolltech
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20071107/5b26ba9e/attachment.sig>