* Denis Oliver Kropp ([EMAIL PROTECTED]) wrote: > Quoting Hallvar Helleseth ([EMAIL PROTECTED]): > > Here's a patch to add this function (selfexplanatory, no?) > > I thought about that function after adding window ids. > First of all, interface references should not be stored in core > structures. A new interface should be constructed in GetWindow. > But there's another thing left. Any application could manipulate > your window using the id. So without access restrictions to the > window it's insecure. We should only allow the window manager > to do GetWindow. There's already a cooperative level for layers > (DLSCL_ADMINISTRATIVE), it's for a window manager.
The idea of the GetWindow was infact that any application could manipulate a window... but as you said this should only be allowed by the window manager, which is what I'm using the GetWindow for... However I can't find any info on how a window manager _should_ be implemented in DirectFB. All I see is mentioning of it in directfb.h, it be nice to have docs on that when you have the time :) Hallvar Helleseth -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe directfb-dev" as subject.
