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

List:       kde-devel
Subject:    Re: Set window position and size of from kwin managed windows
From:       Sascha Hlusiak <saschahlusiak () arcor ! de>
Date:       2004-10-31 17:33:08
Message-ID: 418521D4.5060804 () arcor ! de
[Download RAW message or body]

Hi,

Thank you very much.

As far as kde/kwin does not offer "tabbed windowing", a la fluxbox, I 
wanted my window deco to fake this behaviour, by just moving windows on 
top of each other and hide or show the right ones. :)
I know that this would be very dirty style, but it would be useful for me.

Of course it would be great, if kwin would have API calls for 
everything, though offering full flexibility to the decoration designers 
to create their decorations. I don't know what else could be possible 
with this API calls, but I always was a fan of offering ones customers 
the ultimate freedom. ;)

And I know that if there would be new API calls, this would be a new API 
at all, and it would break compatibility with the old APIs. This is 
never a good idea, so I totally accept, if this is not possible now and 
if you don't think that this feature might be necessary, it is okay, 
too. If there will be a new kwin decoration API in KDE 3.4, for sure, I 
would be happy if there would be some calls about the window itself, 
like position, size, visibility.

I hoped that there is a way to set the window position and size of 
decorated windows, at the moment.


Sincerely,
Sascha


Lubos Lunak schrieb:
> On Thursday 28 of October 2004 20:25, Sascha Hlusiak wrote:
> 
>>Hi,
>>
>>I write an kwin window decoration theme and I want my decoration to be
>>able to set the position and size of a window. I know the Window ID (as
>>well as the frame and wrapper containers, used by kwin).
>>
>>How can I set the position in a clean way? Every try of XMoveWindow
>>seemed to confuse kwin a lot, which is in fact responsible for the
>>window positions itself.
>>
>>Also when I try to activate a window to give him focus, kwin holds this
>>back, because of the "prevent focus stealing" setting. How can I bypass
>>this?
>>
>>Because my app is a decoration, is there a way to access kwin from
>>within my decoration and tell it to move windows, where I want them to?
> 
> 
>  The only way to talk to the KWin core is using the decorations API.
> 
> 
>>Is it even possible?
> 
> 
>  It of course is, a decoration is running as a part of KWin, it's just that 
> the decorations API doesn't provide this functionality. I could add new calls 
> to the API for KDE3.4 if there would be a good reason, but for that I'd first 
> need the good reason.
> 
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]