similar to: Problem with new cube and scale with ini

The switch to the new metadata system is almost complete. All plugins in the fdo repo except plane and ini have been converted. I'll probably go ahead and convert those plugins as well sometime soon unless the original authors of those plugins tells me not to. The horrible gconf-dump plugin has been removed and replaced by a simple xslt stylesheet. gconf schemas are now generated from the xml

Hi, there is a bug in git for cube plugin. Plugin dont set Image defined in gconf as : /apps/compiz/plugins/cube/screen0/options/skydome_image on initialization. If i reset this value manualy, i get my image in skydome. -- Teresa Kalitowska jid: teresa at kvitka.net

I am writing a configuration front end for the compiz gconf plugin at the moment, but it's proving harder than it should be because gconf does not record what type of compiz option the key is. For example, say i want a color picker for each color option the only way I can tell with gconf if it is color is if it has a # at the beginning, but there could be string option which also have a # at

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

Hi, I am using the lastest git version of compiz and just run in to a new problem after switching to using the ini configuration plugin over the gconf-one. When I maximize a window and then try to move it to another viewport, the cube rotates but the maximized window disappears instead of moving along to the new viewport. The maximized window can be found using the scale plugin (only on show-all

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'm continuing to work on compiz-settings now. The most common complaintat the moment is the way it activates plugins, a lot will fail to activate due to being loaded in the wrong order. At the moment It has a small db of known plugins and has load_before and load_after for each one, however if a plugin is unknown it will be loaded last and will fail to activate. I think it would be much

Hi, I tried to run compiz on an intel i810 device (aiglx). According to the docs, I should: # LIBGL_ALWAYS_INDIRECT=TRUE compiz --replace --loose-binding gconf GLX_EXT_texture_from_pixmap is available with direct rendering. gtk-window-decorator: Could not acquire decoration manager selection on screen 0 display ":0.0" And 1. I get no window decorations at all 2. gtk-window-decorator

On Fri, 2007-07-27 at 23:45 -0400, Andrew J. Barr wrote: > I am trying out the Compiz Fusion stuff on my PowerBook G4 (RV350) and > I have the aiglx-zero-copy-tfp patches from here[0] on Mesa 6.5.2, > xorg-server 1.3, and xf86-video-ati 6.6.191. I notice that the Xorg > process has a high level of CPU utilization (higher than with metacity > or vanilla compiz), but the graphics

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 :

Hi, I've revisited compiz on aiglx and at this point, if you're running rawhide (fedora development), it's a matter of installing the i386 RPM found here: http://people.redhat.com/krh/compiz/ There's a SRPM there too for other architectures, rebuild using rpmbuild --rebuild compiz-0.0.13.fedora1-3.src.rpm To run compiz, first start the gnome-window-decorator process in

Currently, the cube plugin uses mipmapping only when cube is unfolded. When the cube is rotated, mipmaps are not used, which leads to ugly look of textures. The attached patch fixes this. This leads to another kind of artifacts, which are fixable with anisotropic filtering. http://team.pld-linux.org/~wolf/aniso.png The leftmost image is the current state of cube plugin. The center image is with

Hi, Recently i have worked on re-writing beryl's transparent cube, and ported 3d plugin to compiz. I'm attaching a patchset here that includes the transparent cube patches (i'll post the 3d plugin when i fix some problems that didn't happen in beryl). Patching order: btf-ftb.patch, clip-planes.patch, plugin-events.patch, cube-paint-order.patch, transparent-cube.patch. Special

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

I just did another compiz checkout and installed but now compiz won't work I'm starting compiz like this: gtk-window-decorator --replace & export __GL_YIELD="NOTHING"; compiz --replace --indirect-rendering --strict-binding --use-cow gconf move resize minimize place decoration cube rotate scale switcher zoom fade screenshot dbus This was working earlier but not anymore. Now

Running compiz without a desktop window has some unexpected behavior. It is not possible to grab the cube with the mouse. The pointer needs to be over a window for it to work. In display.c the XSelectInput call in addDisplay is missing ButtonPressMask and ButtonReleaseMask, so it makes sense why this doesn't work. Is there a reason why they have been left out? Lower window with Button2 on

I know this has probably been asked before, but, I'll ask anyways: Workspaces/Desktops/whatever on the top and bottom of the cube, is there any chance this will ever happen? I love how in gnome you can have work spaces in rows/columns, and i tend to have 4-6 workspaces (well 6, but only 4 gets used all of the time, but its nice to have the "buffer" workspaces. since using compiz

First, I would like to compliment you all for a great work you put in developing compiz. I have it running for more that a month and it did not crash. Stability is very good. Great work! Today I updated compiz from git tree and found that rotate generates this error: compiz (core) - Error: Couldn't activate plugin 'rotate' Rotate does not function. Any ideas ? I run gconf

Hello, am I the only one experiencing some bugs with the latest git checkout in the gnome switcher and gnome window list ? When I click on one of the workspaces on gnome's switcher the cube doesn't rotate, but the windows disappear. I don't know how to describe it well, but it seems like the 4 faces of the cube in compiz and my 4 workspaces on gnome-switcher are now totally unrelated

Hey everyone, I like to get the AUTHORS file updated before the next release. I suggest that we add the name and email of anyone who contributed some piece of code to compiz. For people who have contributed such a significant piece of code that it can be considered an algorithm or some functionality (e.g. Mirco's sky dome support in the cube plugin or S?ren's plane plugin), that should