similar to: Anoying bug in scale when using custom shortcuts

Hi, With latest compiz updates i can't get gtk-window-decorator working. I add gwd gconf keys I saw in list archives : http://lists.freedesktop.org/archives/compiz/2006-October/000627.html No success. I use this script to start compiz : killall gtk-window-decorator gtk-window-decorator & export __GL_YIELD="NOTHING"; compiz --replace --use-cow gconf & Compiz load but

I have just switched from Beryl to compiz, as it seems to be much more stable. The only think, that I'm missing is, that scale just shows the open applications of the current viewport instead of all on all viewports. Is there an option in gconf I can tick to enable this or is it simply not implemented ans only a hack in beryl-scale? regards Peter Ackermann

Hello folks, I have been toying with compiz, beryl, then back to compiz, and I have noticed a few strange things I would like your view on, just to make sure it is not me doing something wrong... I'm testing all this on a laptop with intel chipsets all over (the GPU is an i915GM running AIGLX). On beryl, I could use suspend features without any problems, the computer would go in deep sleep

I'm running Compiz 0.3.1 (from gandalfn's repo), and when I change, say, tabs in Firefox, the title in the titlebar doesn't change. It does in the panel though, but that isn't the realm of Compiz. When running Metacity, I don't have this problem.

Howdy, I'm installing openssh 2.2.0p1 on a number of SUNs running Solaris 2.6 but ran into a few problems: 1. whenever I run a remote X11 application and f.i. change the windowsize I get anoying debug messages like debug: client_check_window_change: changed This is a problem since I want to use openssh in a production environment. Is there any way to turn these messages off?

Recently, I brought up a topic about white boarders being drawn instead of shadows in Gnome-Window-Decorator. A patch was made up by gandalfn to correct this by making 32 pixel shadows 33 pixels, however the patch was not committed because it was a workaround. This is a huge functional annoyance to us intel users and needs to be cured. There are two soultions I can think of: 1 Get in contact

This was a private mail and not supposed to go to the compiz list. Please don't don't read it unless you're on the compiz admin list. :) I've apologized to Jeff, Mike, Rico and Arturo for making this mistake and I'd like to apologize to anyone else who might have been offended by it. I guess the good part is that you get an uncensored view of what we feel about the community

As some e-mails ago, I'm trying to play beryl in my laptop. I successfully configured my xorg.conf (thanks to the comunity for the help that allowed me that). The problem: When I boot the laptop without external LCD/CRT, beryl is working fine, but when I boot it with the external, it recognice fine the external LCD and don't want to allow beryl run. What beryl says: === BEGIN === $

Hi, I have added compiz support to aquamarine. You can download it directly from beryl svn: svn co svn://svn.beryl-project.org/beryl/trunk/aquamarine/ To install: ./autogen.sh ./configure --enable-debug=full ./make ./sudo make install You can use kcontrol to set the decoration and decoration specific settings. You can post bugs to the beryl bugtracker at http://bugs.beryl-project.org . Please

Hi I just tried out the new 0.1.0 release of beryl. Generally I do like the compiz fdo version, because I like the gconf integration and the metacity theme support in gwd. Also I think their configuration system is a complete mess, this beryl settings manager is completly bloated in my opinion. Anyway, I noticed they have quite a lot of plugins. While I found most of them nothing special, the

Compiz and Beryl merge: What's really going on? Recently Quinns post to the beryl-dev mailing list entitled 'Merge on' has led to a lot of discussion, some of which has been good and some of which has led to a lot of misinformation, to clear things up I'd like to give the story of the merge, and the justification for some of the more peculiar aspects. Basically lets try to avoid

Beryl has a --skip-gl-yield ( I think now managed by --force-nvidia, dont really know though), that eases the use of beryl under heavy CPU load. Is this implemented in compiz? Cause compiz is _REALLY_ slow under heavy cpu use for me. Thanks, Joel -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hello, I'm new to compiz and to this list but I'd like to contribute. I couldn't find a more appropriate place to ask a few questions about the compiz project (which is actually my first question). 1. Since the apparent compiz/beryl fork I don't see a compiz "community" site. Is there one? 2. Is compiz going to continue to be developed, and if so, is there a road

Hi again. I've got a laptop with an ATI X600 inside, perfectly working xorg with dual head configuration, 2 desktops (without xinerama). I've got 2 xorg.conf files, one for propietary ATI (fglrx) driver, and other to use the open source driver. The difference is very notorious. The problem I have is that I read (Saint Google) that to work with compiz/beryl and dual-head configuration, I

Hi, I am currently developing a xsnow like plugin for beryl called xglsnow (http://cornergraf.net/projects/xglsnow/). I have been told(1) that my way of drawing to the desktop is not very good and that a better way might exist. I realize beryl is not the same as compiz, but I hope that the differences are not too big on this matter, if not excuse me for this post. My drawing currently works

I know there are a few 3Ware fans here and I was hoping to find some help. I just built a new server using a 3Ware 9550SX-4LP with four disks in raid 5. The array is fully initialized but I'm not getting the write performance I was hoping for -- only 40 to 45MB/Sec. 3Ware's site advertises 300MB/Sec writes using 8 disks on the PCI Express version of this card (the 9580 I think.)

I've seen that a lot of inaccurate and faulty information about this. All technical reasons (alternative configuration system, alternative decorator, xinerama...) for this fork are incorrect and I know that at least Quinn Storm is aware of this, based on a phone conversation we had last week. I've designed compiz to be extremely extensible. The plugin system should allow people to do

Argl, this was meant to go to the list and not only to Hanno! -- email - macslow@bangang.de www - http://macslow.thepimp.net lowfat - http://macslow.thepimp.net/sponsor-it -------------- next part -------------- An embedded message was scrubbed... From: Mirco =?ISO-8859-1?Q?M=FCller?= <macslow@bangang.de> Subject: Re: [compiz] compiz coding style Date: Fri, 06 Oct 2006 01:53:46 +0200 Size:

You might have hear this before. I just came across it today. from http://blog.beryl-project.org/ "I am running your svn and have noticed this non-tfp Beryl, what is this? It is exactly what it sounds like, an early attempt (with some success I might add) to make Beryl run without the need for texture_from_pixmap. No more black window bug from nvidia, no more Xgl, no more AIGLX. Oh

Greetings everybody! I was asked by someone (from the beryl-forum) if/how one could alter the values for the two color-stops used by the fallback-gradient of the skydome (for the case the supplied image could not be found). Up to now they were hardcoded, but with this patch they can be set via... /apps/compiz/plugins/cube/screen0/options/skydome_gradient_start_color