similar to: Flat file backend (ini)

Here is my python loader plugin which loads plain python scripts as full plugins. There is not much documentation, but I have included a few examples to get you going. triangle - Just a basic plugin which shows a triangle on a button press. This shows using ctypes to pass values from compiz to the python opengl bindings. basiczoom - Zooms in on the screen (basically) inactive - This is a port

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

Linked is a version of the Beryl resize plugin which I have modified to work with Compiz. It seems to work better and has a few more options to help speed up things (the outline mode is good). http://www.anykeysoftware.co.uk/compiz/plugins/resize/resize.c Could you have a quick look at the code to see if it would be worthwhile preparing a diff? There are quite a few changes plus a lot of

Attached is a quick patch which adds a logging framework to compiz. I think it should be fairly self explanitory. I think it should allow plugin writers to extend it for any purpose, but I would appreciate any feedback or comments before going any further. Regards Mike -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: logging.diff Url:

I have downloaded compiz-0.2.0 and tried to compile it. The INSTALL file talks about autgen.sh, but I am unable to locate it. I tried ./configure but it complains about a number of missing packages. Is there any docs on how to compile compiz on SLED 10 ? I have searched in a lot of places, but have not been able to dig up anything. A detailed list of what packages is required (and where to locate

Here are a few plugins I wrote. The put plugins gives you bindings to move windows around. I set it up so the numeric keypad is like the area of the screen. So <Super>KP_Home will move the window to the top left, etc ... It also does viewport moves which is handy when used with the plane plugin. I like the plane plugin in a 3x3 matrix matching the keypad, so with the keypad and some

Hi, well after some ever further investigation of some bugs, I ended up cleaning up the code, again. I also fixed some really heavy memory leaks in csvToList and made it in general more stable. Regards, Patrick "Marex" Niklaus -------------- next part -------------- A non-text attachment was scrubbed... Name: ini.c.patch Type: text/x-patch Size: 8275 bytes Desc: not available Url :

Here are some example plugins for anyone who is interested in developing. They are helloworld - uses an action to write hello world to the terminal blackandwhite - just makes all windows black and white triangle - paints a triangle to the screen http://www.anykeysoftware.co.uk/compiz/plugins/example-plugins.tar.gz If anyone has any other simple examples, please can you send them to me and I

I've started work on a rewrite of sorts for the dbus plugin that changes how it listens/responds to messages to make it possible to generate introspection data. The main changes are registering every plugin, screen, option, etc with dbus_connection_register_object_path and using libxml2 to generate the introspection data. This more or less works I just need to hook up the rest of the methods

It seems to me that the plugin dependencies are not flexible enough for most plugins. The particular problem I am thinking about is animation/group and fade. They both specify RuleAfter but compiz interprets that as 'load after AND require it', there is a Require rule, but this relates to features not plugins. I would like to propose these changes and definitions, they seem more logical

Hi, is anybody already working on porting the extra plugins (those ported over from beryl) to compiz 0.5.0? I'm especially thinking about the animation plugin. Or is this something to be addressed post-unification? CU all Matthias -- Matthias Hopf <mhopf@suse.de> __ __ __ Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ mat@mshopf.de Phone

I was writing a simple plugin a while ago which just sets the paint values on inactive windows. The plugin is very simple and the main part is below. When I load this plugin it blocks dbus and fuse plugins so that they only reply to requests when the active window changes. Is there anything obvious here that would cause that? static Bool inactivePaintWindow (CompWindow *w, const

Hello, I just tried compiz-0.5.0 on my asus laptop with a intel 945gm chipset using intel_drv on the latest FC6 and get the following messages: The latest release of beryl does have this problem. How can I fix compiz to make it work? $ compiz --replace --indirect-rendering libGL warning: 3D driver claims to not support visual 0x4b compiz: GLX_EXT_texture_from_pixmap is not supported by

It is a common request and I think it can be useful. The problem with beryl blur is that it is way too slow. I haven't poured through all of their code but I strongly suspect that there is some intensive code to work out where to blur. I would be happy with just a basic blur under transparent windows. Is there anything that can be done in the core to make effects underneath transparent

I think I have a slight problem with the new hookable plugins and the ini plugin. I haven't looked into it too much, but the plugins use an option to store their abi version. This value is stored so that when the cube/scale plugins are updated it will not be changed and things will not work. Do we need some sort of flag to tell ini not to save these options? I assume that it is OK for

This was a private mail and not supposed to go to the compiz list. Please don't don't read it unless you're on the compiz admin list. :) I've apologized to Jeff, Mike, Rico and Arturo for making this mistake and I'd like to apologize to anyone else who might have been offended by it. I guess the good part is that you get an uncensored view of what we feel about the community

FYI, I have put up a forum post [1] where I am going to maintain information about the netwm api for the dbus plugin. I have gone through the EWMH spec [2] and broken it down into a dbus compatible api, it seems to be good and roughly compatible with the existing compiz one. I think everything should be self explanitory, if there are any comments or if there is anything I have misunderstood or

Hi, With some help from Quinn_Storm, iXce, maniac103, mikedee and KristianLy :), I've managed to modify switcher.c and make a new plugin: thumbnail. The plugin shows thumbnails of windows when cursor is moved over a task button in taskbar. Screenshot: http://pix.nofrag.com/b0/7a/051d45e25bfffed09eeb9b00e383.jpeg Download:

There's now an extensible window matching interface in head. Initial commit message: Add extensible match interface. Match objects can be used for window matching but other objects than windows will likely be supported sometime soon. A match object contains a boolean tree of expressions and each expression can be implemented by a different plugin. The core interface only

I wrote this quick patch because I want plugins to be able to communicate with each other with events. Using the option values to communicate with each other is a bit cumbersome if you want to monitor for changes or do anything which requires events. It is just a small patch and works in the compiz way (ie by wrapping the core event). Some potential events that I can think of at the moment are