similar to: [PATCH] Remove timeout callback

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'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

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, 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 :

I seem to be having problems with the latest dbus code. Here is a backtrace. This is happening at startup. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47449612229888 (LWP 28353)] 0x00002b27b87991c0 in strlen () from /lib/libc.so.6 (gdb) bt #0 0x00002b27b87991c0 in strlen () from /lib/libc.so.6 #1 0x00002aaaac1b0657 in dbus_watch_handle () from

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

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

I have written an initial flat file configuration backend for Compiz. At the moment it is using FAM for monitoring of files (it can be compiled without monitoring support for now). It is working fine but there are a couple of problems. 1. It looks like I should use addFileWatch rather than directly accessing FAM, is this correct? I notice dbus uses addFileWatch rather than

I noticed while reading the code that we have a documentation hole that may cause memory leaks for clients that are unaware, in relation to completion callbacks. The situation arises as follows: for all commands with a completion callback, I checked that the code has clean semantics: either nbd_aio_FOO() returns -1 and we never call the callback cleanup, or nbd_aio_FOO() returns a cookie and

For some reason all mozilla and open office menus are Normal type. This causes problems with all plugins which use the window type. This patch is applied to all plugins and seems to work flawlessly. I am submitting it for blur because the first window of all firefox menus are blurred. I know its a hack, but at least it should be fairly harmless inside each plugin. It is always marked with

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

I'm trying to use custom functions for loaderLoadPlugin and loaderUnloadPlugin to register/unregister plugin paths in the dbus plugin as needed but I need to get access to a CompDisplay or DbusDisplay in order to do so. Is there any way to get access to this? -- Travis Watkins http://www.realistanew.com

On 9/5/20 7:47 AM, Eric Blake wrote: > I noticed while reading the code that we have a documentation hole that > may cause memory leaks for clients that are unaware, in relation to > completion callbacks. > > The situation arises as follows: for all commands with a completion > callback, I checked that the code has clean semantics: either > nbd_aio_FOO() returns -1 and we

My recent work on Compiz-scheme has brought to my attention several problems preventing a real compiz extension language. Note that when I refer to an extension language, I am not referring to the ability to add plugins in some other languages, but more of something in the vein of emacs lisp. The major problem right now is extension languages are locked in to one plugin and what core exposes.

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, some of you might noticed that there was recently some discussion on the Beryl ML about an interface which provides sharing functions and allows us to do library plugins. One example for this kind of plugins is text, which was recently ported to that system. I now want to explain here how it works in general. Core does save the shared library functions in a CompLibraryFunction struct: struct

I had always assumed that an action option should return true if it handles the action, but it seems like most button bindings actually return false which causes a few problems. 1. The clicks pass through to windows which is not good for rotate, screenshot or annotate. 2. I am trying to add a generic action notification which plugins can wrap to see when other actions are initiated and

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 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

Resending this as the message size limit for the list is 100 KB, and uncompressed, the attached plugin code is 150 KB. ---------- Forwarded message ---------- Date: Thu, 12 Oct 2006 23:47:25 +0300 (EEST) From: Tuukka Hastrup <Tuukka.Hastrup@iki.fi> To: Mike Dransfield <mike@blueroot.co.uk> Cc: compiz@lists.freedesktop.org Subject: Re: [compiz] Privates example? On Thu, 12 Oct 2006,