Re: [compiz] state plugin
You can remove decorations from a single window with (set-option decoration decoration_match ...) where the third argument is some match expression that matches all windows except the ones you don't want. Maybe an easier way to do this could be added... Likewise once I add getting/setting of core options (I'll do this today I guess) you could get the number of viewports by (get-option core hsize) and (get-option core vsize). With the way we handle viewports you will also have to know your current viewport (0,0 is always in your current viewport, negative or greater than width / height is other viewports). I can add functions for this today as well. On 5/18/07, Kresimir Kukulj [EMAIL PROTECTED] wrote: Robert Carr wrote: 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. Thanks for the info. I just looked at compiz-scheme and it seems to be able to to what I want, but it may take me some time to figure scheme :) Looks really nice :) move-window window dx dy - Move window by dx and dy in the x and y coordinates respectively. move-window-to window pos-x pos-y - Move window window to pos-x and pos-y. No checking is done for viewport bounds. x,y are top left corner ? I may hardcode coordinates for each desktop. Is there a way to know how big desktop is and how many sides my cube plugin uses so I could divide that and get start coordinates of each viewport ? Also, is there a way to remove window decoration from a specific window ? Cant find it in you docs. 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 -- 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
Re: [compiz] state plugin
Robert Carr wrote: 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. Thanks for the info. I just looked at compiz-scheme and it seems to be able to to what I want, but it may take me some time to figure scheme :) Looks really nice :) move-window window dx dy - Move window by dx and dy in the x and y coordinates respectively. move-window-to window pos-x pos-y - Move window window to pos-x and pos-y. No checking is done for viewport bounds. x,y are top left corner ? I may hardcode coordinates for each desktop. Is there a way to know how big desktop is and how many sides my cube plugin uses so I could divide that and get start coordinates of each viewport ? Also, is there a way to remove window decoration from a specific window ? Cant find it in you docs. 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 -- 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
Re: [compiz] state plugin
Kresimir Kukulj wrote: Robert Carr wrote: 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. Thanks for the info. I just looked at compiz-scheme and it seems to be able to to what I want, but it may take me some time to figure scheme :) Looks really nice :) move-window window dx dy - Move window by dx and dy in the x and y coordinates respectively. move-window-to window pos-x pos-y - Move window window to pos-x and pos-y. No checking is done for viewport bounds. x,y are top left corner ? I may hardcode coordinates for each desktop. Is there a way to know how big desktop is and how many sides my cube plugin uses so I could divide that and get start coordinates of each viewport ? Also, is there a way to remove window decoration from a specific window ? Cant find it in you docs. This is already built into the decoration plugin. You can set the decoration/allscreens/decoration_match to any valid window match string. For example to not have borders on all firefox windows then you should set it to any !class=Firefox-bin For more information on window matching see here: http://forum.compiz.org/viewtopic.php?t=605 and here for the original announcement http://lists.freedesktop.org/archives/compiz/2007-February/001448.html 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
Re: [compiz] state plugin
Mike Dransfield wrote: Kresimir Kukulj wrote: Robert Carr wrote: 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. Thanks for the info. I just looked at compiz-scheme and it seems to be able to to what I want, but it may take me some time to figure scheme :) Looks really nice :) move-window window dx dy - Move window by dx and dy in the x and y coordinates respectively. move-window-to window pos-x pos-y - Move window window to pos-x and pos-y. No checking is done for viewport bounds. x,y are top left corner ? I may hardcode coordinates for each desktop. Is there a way to know how big desktop is and how many sides my cube plugin uses so I could divide that and get start coordinates of each viewport ? Also, is there a way to remove window decoration from a specific window ? Cant find it in you docs. This is already built into the decoration plugin. You can set the decoration/allscreens/decoration_match to any valid window match string. For example to not have borders on all firefox windows then you should set it to any !class=Firefox-bin For more information on window matching see here: http://forum.compiz.org/viewtopic.php?t=605 and here for the original announcement http://lists.freedesktop.org/archives/compiz/2007-February/001448.html Thanks! It does exactly what I want. Maybe this should be put to some docs section. 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 -- 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
Re: [compiz] state plugin
Mike Dransfield wrote: Kresimir Kukulj wrote: Mike Dransfield wrote: Kresimir Kukulj 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 I have updated this now and it should work with current git. 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 :)). The whole state plugin is being replaced by the new advanced window matching as well as the winrules plugin. Winrules does not support viewports yet so I have updated this for you. This plugin will almost certainly be removed at some point. Thanks, I tried it but plugin has no properties (I ticked checkbox in ccs-settings). I see in tarball you have schema file but no xml. Is that problem ? I use ccp (ccs) as backend, not gconf. Is that my problem? Yes, and yes :) If you want to use ccs-settings then you will need to make an xml file with the options in it. What is the default/preffered backend ? ini, gconf or ccs ? Depends on who you ask ;) The default is gconf, preferred depends on requirements and taste. I personally prefer ini because its much easier to just edit a textfile than click click click (for me anyway). If you use ini or gconf then you will be able to set the options without the xml file. I saw on forum some howto and used ccp :) I will switch to gconf and try this plugin. If winrules will get viewport placement support soon (relatively), dont waste time fixing this old plugin (state) just for me. It was a hatchet job, I would not be too grateful ;) Uh, my english is a bit lacking. Miriam-webster: 'hachet job' = a forceful or malicious verbal attack Did not quite get that remark :( Viewport placement could probably be added to the place plugin and it would work well with the other placement modes. That would be nice. Also, nice feature of old beryl's plugin (window states) is so user can position windows (top-left, bootom-right ... etc) WHERE they should be on particular viewport. This together with viewport placement will provide that windows stay on correct desktops and desired location in viewport on restart. That would be great! Thanks for your effort. I think winrules does this, otherwise place would be the obvious plugin for it. I think there is no such functionality in winrules. And a small question, I use cube, and use keyboard shortcuts to directly switch to desired viewport. Cube is rotated and just when it is finished rotating it does little left/right setting movement. Can that be turned off ? I would like switching to be as fast as possible. Tried to accelerate settings but if switching from viewport 7 to 2 cube must rotate a longer distance and settling (small left/right oscillating) effect is very noticable. Try adjusting the timestep options, they generally affect the springyness of action movements. I think you need to make the value smaller. I did. And it makes it faster (springyness), but still can be seen. It is more noticable when cube must rotate couple od viewports to get to desired one. And finally, is there a way to avoid NVIDIA black bug ? I know that this is a driver problem (some out of memory condition in driver) but is there a workaround ? From old beryl forums this combination prevented black windows: Don't use COW Force AIXGL XGL binding XGL rendering That options are from beryl-manager (under advanced beryl options). Don't know why that combinations prevents black bug but it does. I did not see noticable performance drop using that combination of settings. Any suggestion would be welcome. Those options look like they just set the server that compiz is running on. The COW option is now gone. Do you use AIGLX? I have not heard of any workarounds for the black window bug. I found that information here: http://www.nvnews.net/vbulletin/showthread.php?t=84562page=10 Also I have: Option XAANoOffscreenPixmaps true Option RenderAccel true Option AddARGBGLXVisuals true Option DisableGLXRootClipping true On that forum they say that 'Don't Use Cow force AIGLX XGL binding XGL rendering' all must be used. And for me, that combination did the trick. No black window bug. Without that wierd combination of setting I had black windows very often :( It would be nice if NVidia would care about such bugs, and it suxx to make workarounds in an application just for them, but
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