Re: _NET_WM_WINDOW_TYPE_TOOLBAR moving problem



>  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]