Re: _NET_WM_WINDOW_TYPE_TOOLBAR moving problem
- From: "Matthias Clasen" <Matthias Clasen poet de>
- To: Lubos Lunak <l lunak sh cvut cz>
- Cc: wm-spec-list gnome org
- Subject: Re: _NET_WM_WINDOW_TYPE_TOOLBAR moving problem
- Date: Mon, 1 Jul 2002 10:27:44 +0200
> Since Qt now creates toolbar as windows without decorations and handles
the
> decorations itself, this moving can be easily done. But how could the
same be
> done if it were TYPE_TOOLBAR and the moving would be up to the WM? The
WM of
> course has no idea where and in which orientation the toolbar could be
docked
> in the window. The application, on the other hand, can't control the
toolbar
> moving, because it cannot catch the mouse press on the titlebar.
It can't control the moving, but it can select to be notified via
MotionNotify
events. You have to look at the coordinates in the MotionNotify to decide
whether
to reattach or not. This is how gtk does it. For some reason, gtk only
reattaches
if the move was started by clicking on the handle, not if the move was
started in
some other way, but the technique should also work for titlebar-initiated
moves.
Matthias
[Date Prev][
Date Next] [Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]