Re: [compiz] Compiz segmentation fault
On 6/6/07, Ahmad M. Afuni [EMAIL PROTECTED] wrote: Hey, Whenever I run compiz --replace, I get a segmentation fault. This is compiz freshly checked out from git. The same here (Ubuntu 7.04, nVidia binary drivers) -- Proud GNU/Linux user #437712 http://unwiredbrain.myopenid.com ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
[compiz] KDesktop 3 transparency patch
Hello, this patch adds support for real transparency to kdesktop. It adds two new composite manager related features. To activate the features kdesktop has to be started with the --bg-transparency option. The first one allows you to change the opacity of the background image. This works currently with the beryl transparent cube and will also work with compiz once the transparent cube gets applied. To activate the feature add the following to your kdesktoprc: [Background Common] BackgroundOpacity=90 (0 = fully transparent / 100 = opaque) The second feature allows compiz (and later maybe other composite managers) to tell kdesktop not to paint the background image (_COMPIZ_WALLPAPER_SUPPORTED x atom). In this case compiz is able to paint a viewport dependent background or to make it even animated. This feature looks for changes to the x atom, so that kdesktop will automatically switch back to normal background if kwin gets started or compiz stops to render the wallpaper. This patch is against the current kde3 svn. You can also find it with screenshots on http://www.kde-apps.org/content/show.php/KDesktop+transparency+support?content=59864 Regards Dennis Index: main.cc === --- main.cc (Revision 671918) +++ main.cc (Arbeitskopie) @@ -36,12 +36,24 @@ #include init.h #include krootwm.h #include kdesktopsettings.h +#include kdesktopapp.h #include signal.h #include unistd.h #include fcntl.h #include stdlib.h +#if defined(Q_WS_X11) defined(HAVE_XRENDER) QT_VERSION = 0x030300 +#define COMPOSITE +#endif + +#ifdef COMPOSITE +# include X11/Xlib.h +# include X11/extensions/Xrender.h +# include fixx11h.h +# include dlfcn.h +#endif + static const char description[] = I18N_NOOP(The KDE desktop); @@ -52,9 +64,15 @@ { x-root, I18N_NOOP(Use this if the desktop window appears as a real window), 0 }, { noautostart, I18N_NOOP(Obsolete), 0 }, { waitforkded, I18N_NOOP(Wait for kded to finish building database), 0 }, +#ifdef COMPOSITE + { bg-transparency, I18N_NOOP(Enable background transparency), 0 }, +#endif KCmdLineLastOption }; +bool argb_visual = false; +KDesktopApp *myApp = NULL; + // - int kdesktop_screen_number = 0; @@ -176,12 +194,72 @@ r.setDCOPClient( cl ); r.send( suspendStartup, QCString( kdesktop )); delete cl; -KUniqueApplication app; -app.disableSessionManagement(); // Do SM, but don't restart. -KDesktopSettings::instance(kdesktop_name + rc); KCmdLineArgs *args = KCmdLineArgs::parsedArgs(); +#ifdef COMPOSITE + +KCmdLineArgs *qtargs = KCmdLineArgs::parsedArgs(qt); + +if ( args-isSet(bg-transparency)) { +char *display = 0; +if ( qtargs-isSet(display)) +display = qtargs-getOption( display ).data(); + +Display *dpy = XOpenDisplay( display ); +if ( !dpy ) { +kdError() cannot connect to X server display endl; +exit( 1 ); +} + +int screen = DefaultScreen( dpy ); + +Visual *visual = 0; +int event_base, error_base; + +if ( XRenderQueryExtension( dpy, event_base, error_base ) ) { +int nvi; +XVisualInfo templ; +templ.screen = screen; +templ.depth = 32; +templ.c_class = TrueColor; +XVisualInfo *xvi = XGetVisualInfo( dpy, VisualScreenMask +| VisualDepthMask | VisualClassMask, templ, nvi ); + +for ( int i = 0; i nvi; i++ ) { +XRenderPictFormat *format = +XRenderFindVisualFormat( dpy, xvi[i].visual ); +if ( format-type == PictTypeDirect format-direct.alphaMask ) { +visual = xvi[i].visual; +kdDebug() found visual with alpha support endl; +argb_visual = true; +break; +} +} +} +// The QApplication ctor used is normally intended for applications not using Qt +// as the primary toolkit (e.g. Motif apps also using Qt), with some slightly +// unpleasant side effects (e.g. #83974). This code checks if qt-copy patch #0078 +// is applied, which allows turning this off. +bool* qt_no_foreign_hack = +static_cast bool* ( dlsym( RTLD_DEFAULT, qt_no_foreign_hack )); +if( qt_no_foreign_hack ) +*qt_no_foreign_hack = true; +// else argb_visual = false ... ? *shrug* +if( argb_visual ) +myApp = new KDesktopApp( dpy, Qt::HANDLE( visual ), 0 ); +else +XCloseDisplay( dpy ); +} +if( myApp == NULL ) +myApp = new KDesktopApp; +#else +myApp = new KDesktopApp; +#endif +myApp-disableSessionManagement(); // Do SM, but don't restart. + +KDesktopSettings::instance(kdesktop_name +
Re: [compiz] KDesktop 3 transparency patch
For those who don't already know, similar patches for libeel and nautilus are available at: http://bugzilla.gnome.org/show_bug.cgi?id=444320 and a wallpaper plugin that supports the hint and images/flat fills/gradients is available at http://gitweb.opencompositing.org. I plan to add compositing of elements/scaling in the near future. Regards, Robert On 6/6/07, Dennis Kasprzyk [EMAIL PROTECTED] wrote: Hello, this patch adds support for real transparency to kdesktop. It adds two new composite manager related features. To activate the features kdesktop has to be started with the --bg-transparency option. The first one allows you to change the opacity of the background image. This works currently with the beryl transparent cube and will also work with compiz once the transparent cube gets applied. To activate the feature add the following to your kdesktoprc: [Background Common] BackgroundOpacity=90 (0 = fully transparent / 100 = opaque) The second feature allows compiz (and later maybe other composite managers) to tell kdesktop not to paint the background image (_COMPIZ_WALLPAPER_SUPPORTED x atom). In this case compiz is able to paint a viewport dependent background or to make it even animated. This feature looks for changes to the x atom, so that kdesktop will automatically switch back to normal background if kwin gets started or compiz stops to render the wallpaper. This patch is against the current kde3 svn. You can also find it with screenshots on http://www.kde-apps.org/content/show.php/KDesktop+transparency+support?content=59864 Regards Dennis ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
[compiz] [PATCH] Use X-Fleur cursor on move
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I'm Treviño (AKA Trevinho, AKA 3v1n0, AKA trevi55 ;P) it's my first message here, also if I'm reading the ML from the archives since long time... I maintened a beryl-svn (then git) repository, and I'm planning to do the same as soon as I can for compiz-git (BTW, some pre-release packages are at http://tinyurl.com/396up9), however for doing so I'm applying some patches to compiz; mostly of them are the ones already posted here or taken from the ubuntu gutsy source package, but I've made some of them too. The first one, that I've attached here is a patch for the move plugin to make it show the X-fleur mouse cursor while moving a windows instead of the X-plus. This is needed to use the same cursor used by the most common Desktop Environments like KDE and GNOME (I don't know in xfce and others). Simply take the patch and apply it (it's only 1 line); then you won't have anymore the bad (imho) + cursor ;) Regards, Treviño - -- Treviño's Blog - Life and Linux http://3v1n0.tuxfamily.org/blog/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGZuc+LWz7RN2ADNkRAgpKAJ97lL+zgEUwdkl99tfgIGWwkUxwMwCgqZSd b++DUC2PkbBlv0IcK6TgfKM= =G1CP -END PGP SIGNATURE- diff --git a/plugins/move.c b/plugins/move.c index 4ba74bd..42b2985 100644 --- a/plugins/move.c +++ b/plugins/move.c @@ -832,7 +832,7 @@ moveInitScreen (CompPlugin *p, ms-grabIndex = 0; -ms-moveCursor = XCreateFontCursor (s-display-display, XC_plus); +ms-moveCursor = XCreateFontCursor (s-display-display, XC_fleur); WRAP (ms, s, paintWindow, movePaintWindow); use-x-fleur-cursor-on-move.patch.sig Description: Binary data ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
[compiz] [PATCHES] Fixes for java apps and firefox in scale, switcher and wobbly
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've made these patches that basically, make the java apps and firefox items well being recognized by some compiz plugins (scale, switcher and wobbly), I don't know if those can be considered workaround, but this helps in using your desktop tools. Basically java apps are seen as: * name=sun-awt-X11-XFramePeer (default windows = Normal) * name=sun-awt-X11-XDialogPeer (secondary - child - dialogs = Dialog) * name=sun-awt-X11-XWindowPeer (Menus, tooltip, OSD co...) While firefox items as: * type=Normal override_redirect=1 Regards, Treviño - -- Treviño's Blog - Life and Linux http://3v1n0.tuxfamily.org/blog/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGZvHxLWz7RN2ADNkRAvtuAKCfMJT0q6XpnCoxMxIIkoYT2xKdogCfeKKZ xzFNhXqCebK9CedD3vRWm6c= =z4A9 -END PGP SIGNATURE- diff --git a/metadata/scale.xml.in b/metadata/scale.xml.in index 19b334a..9295f3b 100644 --- a/metadata/scale.xml.in +++ b/metadata/scale.xml.in @@ -68,7 +68,7 @@ option name=window_match type=match _shortScale Windows/_short _longWindows that should be scaled in scale mode/_long - defaultToolbar | Utility | Dialog | Normal | Unknown/default + default(type=Normal | Dialog | ModalDialog | Utility | name=sun-awt-X11-XFramePeer | name=sun-awt-X11-XDialogPeer) amp; !(type=Normal amp; override_redirect=1)/default /option option name=darken_back type=bool _shortDarken Background/_short diff --git a/metadata/switcher.xml.in b/metadata/switcher.xml.in index ffb3648..66b31a3 100644 --- a/metadata/switcher.xml.in +++ b/metadata/switcher.xml.in @@ -70,7 +70,7 @@ option name=window_match type=match _shortSwitcher windows/_short _longWindows that should be shown in switcher/_long - defaultToolbar | Utility | Dialog | Normal | Unknown/default + default(type=Normal | Dialog | ModalDialog | Utility | name=sun-awt-X11-XFramePeer | name=sun-awt-X11-XDialogPeer) amp; !(type=Normal amp; override_redirect=1)/default /option option name=mipmap type=bool _shortMipmap/_short diff --git a/metadata/wobbly.xml.in b/metadata/wobbly.xml.in index 2b902d8..d9c2d7d 100644 --- a/metadata/wobbly.xml.in +++ b/metadata/wobbly.xml.in @@ -96,7 +96,7 @@ option name=map_window_match type=match _shortMap Windows/_short _longWindows that should wobble when mapped/_long - defaultSplash | DropdownMenu | PopupMenu | Tooltip | Notification | Combo | Dnd | Unknown/default + default((type=Unknown | Menu | PopupMenu | DropdownMenu | Tooltip | Notification | Combo | Dnd | name=sun-awt-X11-XWindowPeer) | (type=Normal amp; override_redirect=1)) amp; !(name=sun-awt-X11-XFramePeer | name=sun-awt-X11-XDialogPeer)/default /option option name=focus_window_match type=match _shortFocus Windows/_short scale-java-firefox-windows-fix.patch.sig Description: Binary data switcher-java-firefox-windows-fix.patch.sig Description: Binary data wobbly-java-firefox-map-windows-fix.patch.sig Description: Binary data ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
[compiz] [PATCH] Define default opacity windows in Compiz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This patch uses the same hacks listed in the [PATCHES] Fixes for java apps and firefox in scale, switcher and wobbly message to apply the transparency to the right windows; I don't think it will be merged, but I'm posting it here just as example for other users/packagers; however it can be disabled only setting the default opacity_values value to 100... Regards, Treviño - -- Treviño's Blog - Life and Linux http://3v1n0.tuxfamily.org/blog/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGZvLeLWz7RN2ADNkRAvHSAKCZP+DNtxdzVI0Cb9KDAVXYxSYkGwCff5AQ o2x+XQwAkGjXiMt6tc48jlI= =JvZO -END PGP SIGNATURE- diff --git a/metadata/core.xml.in b/metadata/core.xml.in index 8424ab1..1ccd795 100644 --- a/metadata/core.xml.in +++ b/metadata/core.xml.in @@ -449,11 +449,17 @@ _shortOpacity windows/_short _longWindows that should be translucent by default/_long typematch/type + default + value((type=Unknown | Menu | PopupMenu | DropdownMenu | Tooltip | Notification | Combo | Dnd | name=sun-awt-X11-XWindowPeer) | (type=Normal amp; override_redirect=1)) amp; !(name=sun-awt-X11-XFramePeer | name=sun-awt-X11-XDialogPeer)/value + /default /option option name=opacity_values type=list _shortOpacity window values/_short _longOpacity values for windows that should be translucent by default/_long typeint/type + default + value89/value + /default /option /screen /core set-compiz-default-opacity-windows.patch.sig Description: Binary data ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] [PATCH] Use X-Fleur cursor on move
On Wed, 2007-06-06 at 18:56 +0200, Treviño wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I'm Treviño (AKA Trevinho, AKA 3v1n0, AKA trevi55 ;P) it's my first message here, also if I'm reading the ML from the archives since long time... I maintened a beryl-svn (then git) repository, and I'm planning to do the same as soon as I can for compiz-git (BTW, some pre-release packages are at http://tinyurl.com/396up9), however for doing so I'm applying some patches to compiz; mostly of them are the ones already posted here or taken from the ubuntu gutsy source package, but I've made some of them too. The first one, that I've attached here is a patch for the move plugin to make it show the X-fleur mouse cursor while moving a windows instead of the X-plus. This is needed to use the same cursor used by the most common Desktop Environments like KDE and GNOME (I don't know in xfce and others). Simply take the patch and apply it (it's only 1 line); then you won't have anymore the bad (imho) + cursor ;) OK, we'll use the fleur cursor for now. We'll have to add a cursor option to the move plugin if someone isn't happy with this new cursor, though. -David ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] Direct and Indirect: Difference in rendering quality
On Tue, 2007-06-05 at 16:47 -0400, David Reveman wrote: On Tue, 2007-06-05 at 18:01 +0100, Matt Russell wrote: Hi Why is the quality of scaled textures/objects using --indirect-rendering much worse than direct rendering? Also, vsync does not work with indirect-rendering. Scaled texture quality problem might be caused by GLX_EXT_framebuffer_object extension not being supported when using indirect rendering. This means that mipmap filter can't be used with pixmaps bound to textures. GLX_SGI_video_sync extensions is used for vsync and that extension will only work properly with direct rendering. -David That's a shame - performance for me is better using indirect rendering (for most things at least), although I'm sure a few months ago compiz ran better with direct rendering... Matt ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] [PATCHES] Fixes for java apps and firefox in scale, switcher and wobbly
On Wed, 2007-06-06 at 19:42 +0200, Treviño wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've made these patches that basically, make the java apps and firefox items well being recognized by some compiz plugins (scale, switcher and wobbly), I don't know if those can be considered workaround, but this helps in using your desktop tools. Basically java apps are seen as: * name=sun-awt-X11-XFramePeer (default windows = Normal) * name=sun-awt-X11-XDialogPeer (secondary - child - dialogs = Dialog) * name=sun-awt-X11-XWindowPeer (Menus, tooltip, OSD co...) While firefox items as: * type=Normal override_redirect=1 These are all workarounds for apps that are not setting window hints correctly and I think most people agree that it's not a good idea to adjust our default option values for this. Feel free to add the workarounds to the compiz.org wiki, though. I suggest that you submit java and firefox bug reports for this if you haven't already. That way it might get fixed where it's supposed to be fixed. -David ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
[compiz] specifying initial viewport in the 'place windows' plugin
How to use the 'place windows' plugin to specify an initial viewport for apps. I am trying to make firefox open on the 1st viewport and thunderbird on the second. I am using Trevino's community compiz package if it matters. ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] [PATCHES] Fixes for java apps and firefox in scale, switcher and wobbly
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Reveman ha scritto: On Wed, 2007-06-06 at 19:42 +0200, Treviño wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've made these patches that basically, make the java apps and firefox items well being recognized by some compiz plugins (scale, switcher and wobbly), I don't know if those can be considered workaround, but this helps in using your desktop tools. Basically java apps are seen as: * name=sun-awt-X11-XFramePeer (default windows = Normal) * name=sun-awt-X11-XDialogPeer (secondary - child - dialogs = Dialog) * name=sun-awt-X11-XWindowPeer (Menus, tooltip, OSD co...) While firefox items as: * type=Normal override_redirect=1 These are all workarounds for apps that are not setting window hints correctly and I think most people agree that it's not a good idea to adjust our default option values for this. Feel free to add the workarounds to the compiz.org wiki, though. Yeah, I suspected they were workarounds, but I don't think that either java or firefox will release fixes soon, however you're right not including them upstream, but I think that's a good thing for distributiors waiting for official fixes, isn't it!? I suggest that you submit java and firefox bug reports for this if you haven't already. That way it might get fixed where it's supposed to be fixed. I'll try to find time to do that, but maybe there's already something about... Treviño - -- Treviño's Blog - Life and Linux http://3v1n0.tuxfamily.org/blog/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGZ0CHLWz7RN2ADNkRAmKYAKCLX4cAqAe/jfEgYPo4UsJpEQL91QCZATYO M6S054NZRbHA9c8Yn59kWxg= =+pgO -END PGP SIGNATURE- ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] [PATCH] Use X-Fleur cursor on move
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Reveman ha scritto: OK, we'll use the fleur cursor for now. We'll have to add a cursor option to the move plugin if someone isn't happy with this new cursor, though. Right, however maybe whould be better adding a strict selection with a list of possibilities to keep all easier to config I mean... Trevio - -- Trevio's Blog - Life and Linux http://3v1n0.tuxfamily.org/blog/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGZ0HGLWz7RN2ADNkRAgtvAKCcrIxOcP5eNd1+SUSlbLgyBw3dbwCfQlJl kYmJPzdHpTXgxVzdHgw2+FI= =qIT4 -END PGP SIGNATURE- ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
[compiz] What about splitting the gtk-window-decorator ?!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yesterday I sent a patch (http://paste.ubuntu-nl.org/24252/) against the latest compiz ubuntu gutsy source package to Amaranth, to make compiz compile (and package, of course) the gtk-window-decorator in two ways: 1) as gtk-window-decorator (= compiz-gtk package) using these configuration parameters: --disable-gnome \ --disable-metacity \ --disable-gconf \ [--disable-dbus --disable-dbus-glib] # those can be disabled too, isn't it?! A so built package on an ubuntu environment will depend on: libatk1.0-0, libc6, libcairo2, libdbus-1-3, libdbus-glib-1-2, libdecoration0, libfontconfig1, libglib2.0-0, libgtk2.0-0, libpango1.0-0, libwnck18, libx11-6, libxcursor1, libxext6, libxfixes3, libxi6, libxinerama1, libxrandr2 2) as gnome-window-decorator (= compiz-gnome package) enabling all the gnome related options (and so, metacity teming support, gconf support...) A package built in this way will depend on: libatk1.0-0, libc6, libcairo2, libdbus-1-3, libdbus-glib-1-2, libdecoration0, libfontconfig1, libgconf2-4, libglib2.0-0, libgtk2.0-0, libmetacity0, liborbit2, libpango1.0-0, libwnck18, libx11-6, libxcursor1, libxext6, libxfixes3, libxi6, libxinerama1, libxrandr2, libxrender1 As you can see there's no much difference between the two, but the few differencies are important for non-gnome users since they make them install gnome related packages like libgconf and libmetacity first of all, generally unneeded on other environments. So, in facts, I'd suggest to rename a gtk window decorator with gnome extensions as gnome-window-decorator, while keeping the gtk-window-decorator as the default for all the environments... Of course, the implementation I made for the package is only a workaround for this and it's working only on debian-based distros, but I don't think that would be hard to patch the code to make compile both the gtk-window-decorator and the gnome-winow-decorator in a different way. If this isn't possible, I'd suggest to compiz packagers (Amaranth already knows this) to use a way to split the packages similar to this for keeping a cross-Desktop-environment. Regards, Treviño - -- Treviño's Blog - Life and Linux http://3v1n0.tuxfamily.org/blog/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGZ03VLWz7RN2ADNkRAiePAJ0Xk4L3uXxM2+rSevBFN3PUHKbYcQCgkRqG WGZr7fb2h4Lo2IWVZoa3bs0= =k7Uu -END PGP SIGNATURE- ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] What about splitting the gtk-window-decorator ?!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Treviño wrote: I don't think that would be hard to patch the code to make compile both the gtk-window-decorator and the gnome-winow-decorator in a different way. Well, I had some time so I decided to play a little with autoconf/automake, and this is what I got: * http://tinyurl.com/3y5q5a [compiz-generate-gtk-and-gnome-window-decorators.patch] The patch affects these files: * configure.ac * gtk/window-decorator/Makefile.am * gtk/gnome/Makefile.am [renamed a variable] * gtk/window-decorator/gtk-window-decorator.c [ renamed USE_GCONF ] But only the first two are really touched, changing the configure args to: --disable-gtk Disable all the gtk related tools --disable-gtk-win-decoDisable gtk window decorator --disable-gnome-win-deco Disable gnome window decorator --disable-gnome-settings Disable gnome settings module [was: disable-gnome] --disable-gnome-keybindings Disable gnome keybindings So, running configure - by default - compiz will build both gtk-window-decorator and gnome-window-decorator... I think that the time is come to start calling the gtk-window-decorator with total gnome support in the right way ;) Regards, Treviño - -- Treviño's Blog - Life and Linux http://3v1n0.tuxfamily.org/blog/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGZ233LWz7RN2ADNkRAiYMAJ0QnWp1HS3PqLATPKyERCGofPUKHgCgx66m boeLrVskaxS0T7L237TB/pA= =TnIl -END PGP SIGNATURE- ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz