[compiz] place plugin
The place plugin has a bug: when compiz is restarted or started to replace another wm it the windows are placed in weird positions ( titlebar behind the panel etc.) shouln't the place plugin loop over all open windows and place them correctly when loaded? this should solve this issues. any reason why this isn't done? have I missed something or is this just a bug? ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] Compiz session management
the session management is still broken... any idea why the patch does not work? ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] Fullscreen windows(videos) and Compiz
hello, sry for the delay here is the output of xprop for the wine window: XKLAVIER_STATE(INTEGER) = 0, -2127501808 _NET_WM_ICON_GEOMETRY(CARDINAL) = 794, 1000, 381, 24 WM_STATE(WM_STATE): window state: Normal icon window: 0x0 _NET_WM_DESKTOP(CARDINAL) = 0 _NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_MOVE, _NET_WM_ACTION_STICK, _NET_WM_ACTION_CLOSE, _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_ABOVE, _NET_WM_ACTION_BELOW _NET_WM_NAME(UTF8_STRING) = 0x50, 0x72, 0x65, 0x79 WM_ICON_NAME(STRING) = Prey WM_NAME(STRING) = Prey WM_HINTS(WM_HINTS): Client accepts input or input focus: True Initial state is Normal State. bitmap id # to use for icon: 0x3600069 bitmap id # of mask for icon: 0x3600068 window id # of group leader: 0x489 XdndAware(ATOM) = ATOM _MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x3, 0x24, 0x0, 0x7d391718, 0x7eb04b80 _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL _NET_WM_PID(CARDINAL) = 30129 WM_LOCALE_NAME(STRING) = de_DE.UTF-8 WM_CLIENT_MACHINE(STRING) = chello062178124144.3.13.univie.teleweb.at WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified location: 0, 0 program specified minimum size: 1280 by 1024 program specified maximum size: 1280 by 1024 window gravity: Static WM_CLASS(STRING) = prey.exe, Wine WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, _NET_WM_PING, WM_TAKE_FOCUS ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] Window specific actions and edge buttons
On Wed, 2007-05-16 at 11:51 +0100, Mike Dransfield wrote: David Reveman wrote: On Tue, 2007-05-15 at 00:29 +0100, Mike Dransfield wrote: There is a problem with some window specific actions like scale_group and rotate_with_window when they are activated by an edgebutton. The basic problem is that each of those actions use the window option provided to the action. When an edgebutton is used the window id sent is actually the id of the edge window, this means that actions which rely on this stop working. The obvious solution would be to change the affected functions to work on the active window rather that the one passed to the action. Yes, I think that's what should be done. OK - I did that for those two. I am just about to push out similar changes for close_window, minimize_window and maximize_window. If they reduce some functionality then please let me know and I will write it so that it checks for an edge and only uses activeWindow then. This is likely not what you want when a button press triggered an action and it removes the possibility to remotely trigger those actions for specific windows. For scale_group and such I think you want to only use the active window if the provided window is an edge window or a maybe a window that isn't managed. I don't see any reason why close_window, etc should be changed. If close_window is used with edge+edgebutton then it crashes which is obviously a problem elsewhere. Is it fairly obvious to you where this bug would be? Otherwise I'll track that down too, I assume it must be just a case of setting the correct allowed actions hint on edges? It probably crashes because close_window will try to terminate the client that created the window and that happens to be compiz itself. close_window action should be updated to only close managed windows. - David ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] state plugin
The Compiz-scheme can function as a state plugin of sorts. It embeds the Guile interpreter for the Scheme language in to a Compiz plugin and provides bindings/hooks in to events. You can find it at http://gitweb.opencompositing.org (compcomm/plugins/compiz-scheme) it has an example startup file with commented snippets including state like usage and a few other documentation and tutorial files. As to porting the original state plugin, there isn't really any documentation on ... anything, though I think the winrules plugin (also at gitweb.opencompositing.org) does something similar. On 5/17/07, Kresimir Kukulj [EMAIL PROTECTED] wrote: hi, I saw that Mike Dransfield tried to port 'state' plugin from beryl. What does it do? It should be able to place windows, based on name, class etc., to specific viewports. I recently converted to compiz window manager from WindowMaker (used it for 8 years), and I miss automatic 'pinning' of specific windows to particular workspace (or viewport in this case). Mike's old port can be found here: http://www.anykeysoftware.co.uk/compiz/plugins/state.tar.gz This is a bit old and does not use new plugin system for options (metadata). I am tyring to see if it could be tweaked to new plugin infrastructure, but it is not trivial (or at least not for me :)). Can someone point me to some documentation so I could port this. Or is this functionality already planned for compiz (or maybe someone already has functonal plugin?). Regards Kresimir -- Kresimir Kukulj [EMAIL PROTECTED] +--+ Remember, if you break Debian, you get to keep both parts. ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz