similar to: Gwd rendering errors with metacity_theme_opacity = 1, maximized, use_metacity_theme

https://bugs.freedesktop.org/show_bug.cgi?id=12450 It seems that gwd leaks or something similar, it can't handle too much <tint> xml operations I hope these can be fixed as GNOME 2.20 is using Clearlooks theme and this is making compiz unusable Cheers -- Andrea Cimitan <andrea.cimitan at gmail.com> GNOME Dev

Since I first tried nVidia's AIGLX with Compiz I've been seeing some pretty consistent drawing problems on GWD's minimize and maximize buttons on hover. It looks like part of the fill is drawn with low alpha. I haven't been able to duplicate it when using Xgl... Here's a quick vid of what I'm seeing:

An embedded and charset-unspecified text was scrubbed... Name: not available Url: http://lists.freedesktop.org/archives/compiz/attachments/20070605/29bf5b36/attachment.txt

I have installed compiz with metacity support, my metacity libs are 2.16.3 and I used this command to on theme support gconftool-2 -s /apps/gwd/use_metacity_theme -t bool true but I can`t change border of windows in gnome-theme-manager I can change theme only. Is metacity support functionall yet ? Or I maked something wrong.

I pushed out some changes to gwd that makes it possible to properly set an overall opacity value for any metacity theme. Making the complete decorations translucent can look bad with some themes. However, I've made it possible to have the opacity fade from opaque to the selected opacity value in a similar way to how the built-in decorations look. This usually looks a lot better. I'll add

Hi, I have a strange problem with gtk-window-decorator. I've tried 0.3.6 & the latest from git, but with either I don't get any window borders when running gwd. I hope its not something simple I've missed but I've searched around and not found anything. gwd never segfaults or even displays any warnings or anything for that matter. It just doesn't draw the borders. I've

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

I just pushed some code into the compiz repository for initial metacity theme support. It's not complete, left and right borders are not rendered correctly, button decorations doesn't always match event window locations, maximized and shaded windows are not rendered as when running metacity, button locations are not configurable as with metacity... but it still seem to look OK with most

Greetings everybody! For anybody working on blur-related things, take a look at this glitch I encountered: https://bugs.freedesktop.org/show_bug.cgi?id=10275 Best regards... Mirco "MacSlow" M?ller -- email - macslow@bangang.de www - http://macslow.thepimp.net lowfat - http://macslow.thepimp.net/sponsor-it

Hi. I have just installed latest git vanilla compiz under fedora core 6 and I have run into two problems: 1. Metacity theme support does not work. As soon as I type in gconftool-2 -s /apps/gwd/use_metacity_theme -t bool true the window border disappears. I have tried it both under KDE and Gnome with the same result. the window border can be brought back by setting the above value back to false. 2.

In Ubuntu 7.04 with KDE, I have problems with OpenOffice.org opening in an unusual size, with half the application not visible on the screen. I do not have this problem with other applications. I would like OpenOffice to open in a maximized state, to prevent this problem. How does one configure compiz to open OOo in a maximized state? If it's possible, I would not mind configuring Compiz to

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

Hi, Any reason why this would happen that you can think of? http://qa.mandriva.com/show_bug.cgi?id=32215 See the screenshot :) Cheers Col

Hi, I posted this on the forum as well, but there were no responses to it. I now posting it here just in case anybody cares. Anyway, Compiz is a very nice program. Thanks for all the effort you put into making it. I am using the latest git version of compiz and it really works great for being an "unstable" version. Anyway, I noticed the following strange behavior and was wondering

Hello, I'm on a Gentoo machine with the latest beta nVidia 9625 Drivers, trying to get Compiz to work with AIGLX... simply running 'compiz', or even with the addition of any options other than version, causes compiz to detect that it is indeed not XGL, and then segmentation faults... please note that I have only currently tried this with Compiz-Quinnstorm (the latest package available

Here's a quick patch to have either horz or vert (instead of both) maximized windows honor the "ignore" option: --- src/window.c +++ src/window.c @@ -4012,7 +4012,7 @@ constrainNewWindowSize (CompWindow *w, if (d->opt[COMP_DISPLAY_OPTION_IGNORE_HINTS_WHEN_MAXIMIZED].value.b) { - if ((w->state & MAXIMIZE_STATE) == MAXIMIZE_STATE) + if (w->state

I noticed there have been some older posts about a work in progress patch which never made it to the ML due to some issues. I am attaching three patches here in an effort to bring the button_layout support into gtk-window-decorator which allows you to define the titlebar button placements with a string (e.g. "menu:minimize,maximize,close") in /apps/metacity/general/button_layout. #

Some weeks ago one of my friends asked me to port the "use-copy" (non-tfp) beryl's feature to Compiz since he wasn't able to run compiz (fusion) smoothly in his nvidia card with turbocache (these cards works well only using Xgl, otherwise they are affected by the [in]famous "Black Window Bug". That's obiouvsly an error that nVidia should fix, but in the latest

Hi. I was not able to find any notice of this issue in either the forums or bugzilla (http://bugs.opencompositing.org/) (is that still used btw) so I am posting it here in the hope that it is useful to someone. I am using gentoo and gnome 2.20 and the compiz version from git sources. When I maximize (vertically, horizontally, both) a gnome-terminal window the contents of the terminal window

Hi, In fact, this bugged me a long time and now I'd finally like to have a solution: https://bugs.freedesktop.org/show_bug.cgi?id=8160 The issue is: compiz has now some fallback code to indirect rendering if direct doesn't work. But that's completely useless, because it'll fail some lines later, exactly here: glxExtensions = glXQueryExtensionsString (dpy, screenNum);