similar to: Dbus plugin problem: Setting reset

Hi. I have posted this at the compiz-fusion forums also. I was until a couple of days ago joyfully running the latest git version of compiz. Today when I started it using a "compiz-manager" script (after updating to the most recent) I got the following error: /usr/bin/compiz (core) - Error: no 'core' plugin with ABI version '20071017' loaded /usr/bin/compiz (ccp) -

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

I was always annoyed that you couldn't terminate an action with dbus so I have written this patch which fixes that. Hopefully this can be included. I wrote the patch trying to repeat as little code as possible so I just added a boolean parameter to the dbusHandleActivateMessage and changed the name to dbusHandleActivateDeactivateMessage. You could probably change the deactivate parameter

I've added configuration support to the dbus plugin. I haven't done much testing so let me know if you find any issues with it. You can find some usage examples in the dbus plugin code. This is what KDE needs for compiz configuration support but you can of course use it for other configuration systems too. E.g. writing a simple daemon that monitors a text file and use this dbus interface

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

I worte in my last mail that when I ue compiz git fullscreen videos are no longer ontop of the gnome-panel... that means that the gnome-panel is still visible while playing the video in fullscreen. The commit which I said may caused it has nothing to do with it compiz does not build if I revert it). again with older compiz and metacity it works fine. (now I am running 20070316). Anyone else wiith

Listmates, I installed 8.2 on opensuse 10.3 from the opensuse XGL repository to replace 7.6. Compiz works with the nvidia 8600 GT card (512M of GDDR3) on the box, but the ctrl+alt <- -> switching behavior is really bad. In 7.6, the ctrl+alt <- -> desktop switching changed desktops crisply with just the slightest hint of the cube detected during the very short and nice switch.

Hi, currently, we have a bunch of stuff in compiz core that is entirely Gnome specific, though it's designed to be general. What I mean is - arbitrary command bindings - terminal and screenshot command bindings - "main menu" and "run dialog" toolkit actions Neither of those is handled by the window manager outside of Gnome. Hence I propose doing the following: - Add a

Hallo, I was wondering if there is a good place where one can find more information about the the methods exported on the dbus by the different plugins. And especially the required parameters. I have play around quite a bit and tried to use the "org.freedesktop.DBus.Introspectable.Introspect" method to get more information about the objects, but I was not really lucky in finding what I

Using latest git if you try to set an option to the value it already has you get an error like 'dbus_bindings.DBusException: Method "set" with signature "s" on interface "org.freedesktop.compiz" doesn't exist' and setting it to a new value actually changes the setting but dbus times out waiting for a reply saying so. Setting a list gives the method

This patch adds support for getMetadata to plugins. It could probably use better strings for "core". I need this for my dbus-based configuration GUI. -- Travis Watkins http://www.realistanew.com -------------- next part -------------- A non-text attachment was scrubbed... Name: add_plugin_metadata.patch Type: text/x-patch Size: 2511 bytes Desc: not available Url :

Hi, Now that --with-default-plugins has gone in compiz 0.5.1 (git), I was looking for an alternative. Although I've personally been using ccp and am quite happy with the GUI tools now (so it will probably become default in my packages), I was still looking for a way to define the default plugins uses if a gconf backend was used. So I patched core.xml.in as follows: ---

Here are my patches to add extra shapes to the annotate plugin. I have also added dbus support and made a few things configurable. The new tools available are Line, Rectangle and Circle, the original is called Brush. There is no selection line at the moment because I do not understand OpenGL yet. Hopefully these patches can be added and something added later. There is an extra action called

Listmates, I have a fresh openSuSE 10.3 install with all updates installed, the video card is a MSI nVidia 8600GT (pci-e 16). After following the openSuSE nVidia install and the Compiz Fusion install (and after log outs and reboots) compiz refused to start. As shown on the openSuSE Compiz page he file .config/compiz/compiz-manager was created with: COMPIZ_OPTIONS="--no-libgl-fallback

On 7/27/07, dragoran <drago01 at gmail.com> wrote: > On 7/27/07, Matthias Clasen <mclasen at redhat.com> wrote: > > Given that test1 is around the corner, I thought it might be a good idea > > to give a little status update on the features that the desktop team has > > been working on for F8: > > what happend to compiz-fusion? I've been punting this

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 intend to make compiz depend on XCB and Xlib/XCB sometime soon so we can start using XCB where it's beneficial [1]. I'm mostly interested in using it for asynchronous reading of window properties but we should eventually try to use it for as much as possible. Removing Xlib completely might not make sense as we need to support multiple implementations of GLX but getting to a stage where

Me and Dennis Kasprzyk changed CompRect to be more intuitive and easily replace XRectangle use. This patch changes CompRect and whole Core. Thanks for attention. -- Eduardo Gurgel Pinho (GELSoL-UFC) (Gentoo) Linux User #415930 http://edgurgel.wordpress.com http://alu.dc.ufc.br/~eduardo -------------- next part -------------- An HTML attachment was scrubbed... URL:

I am having troubles having compiz fusion to work with my GMA 950. I have posted this problem on this forum, and it seems other have been affected of this recently: http://bbs.archlinux.org/viewtopic.php?id=36875 Information: here is my xorg.conf: http://one.fsphost.com/jinn/configs/xorg.conf [15:52 root ~]# uname -a Linux estergon 2.6.22-ARCH #1 SMP PREEMPT Thu Aug 23 20:18:37 CEST 2007 i686

Fedora 10 ships with compiz and launches it as: compiz --ignore-desktop-hints glib gconf This causes compiz to load the glib and gconf plugins at startup. This works fine. The problem arises when the gconf database does not include those plugins in /apps/compiz/general/allscreens/options/active_plugins. What happens is that the plugins get loaded at startup, and after all the