[compiz] Re: White Boarders in AIGLX on non-decorated window types

2007-04-20 Thread Colin Guthrie
David Reveman wrote: It just happens that we avoid that issue when we're making the code a bit more efficient. Don't you just LOVE it when that kind of thing happens?? :) Col ___ compiz mailing list compiz@lists.freedesktop.org

[compiz] Window decorations is drawn on switchers window list until next window is selected

2007-04-20 Thread Sam Spilsbury
Hi A window decoration is drawn on the switcher instead of the normal switcher background until the next window is picked Regards SmSpillaz ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz

Re: [compiz] Re: [PATCH] Resize improvements (Multiple resize modes, better aspect ratio constraining)

2007-04-20 Thread Kristian Lyngstøl
On 4/19/07, David Reveman [EMAIL PROTECTED] wrote: On Thu, 2007-04-19 at 14:01 -0300, Solerman Kaplon wrote: Speaking of that, what happened to that nice trick of creating a screen-sized texture while resizining and drawing the window to that instead of resizing the texture every single

Re: [compiz] --skip-gl-yield

2007-04-20 Thread Kristian Lyngstøl
On 4/19/07, David Reveman [EMAIL PROTECTED] wrote: On Thu, 2007-04-19 at 11:25 +0100, Joel Calado wrote: 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

Re: [compiz] Re: [PATCH] Resize improvements (Multiple resize modes, better aspect ratio constraining)

2007-04-20 Thread David Gerber
On Fri, 2007-04-20 at 13:52 +0200, Kristian Lyngstøl wrote: Wouldn't the real delay be because of the excessive server-client-wm roundtripping that's happening, not the actual resizing of the texture? That seems logical to me, at least, but I'm no expert on this... But then again, if diffrent

[compiz] Re: --skip-gl-yield

2007-04-20 Thread Colin Guthrie
Kristian Lyngstøl wrote: I think it's appropriate to extend the existing manager-program(s) so they also do the system checks Beryl currently does in core. This will keep compiz-core clean, and present users with a single tool to start things up, without having to know what options to use.

Re: [compiz] Re: --skip-gl-yield

2007-04-20 Thread Kristian Lyngstøl
On 4/20/07, Colin Guthrie [EMAIL PROTECTED] wrote: Kristian Lyngstøl wrote: I think it's appropriate to extend the existing manager-program(s) so they also do the system checks Beryl currently does in core. This will keep compiz-core clean, and present users with a single tool to start

Re: [compiz] Re: [PATCH] Resize improvements (Multiple resize modes, better aspect ratio constraining)

2007-04-20 Thread David Reveman
On Fri, 2007-04-20 at 13:52 +0200, Kristian Lyngstøl wrote: On 4/19/07, David Reveman [EMAIL PROTECTED] wrote: On Thu, 2007-04-19 at 14:01 -0300, Solerman Kaplon wrote: Speaking of that, what happened to that nice trick of creating a screen-sized texture while resizining and drawing the

[compiz] Re: --skip-gl-yield

2007-04-20 Thread Colin Guthrie
Kristian Lyngstøl wrote: Sure, I was thinking of makeing this simple and generic. I don't really think wether it is compiled or not matters all that much, though. Cool. I reckon if it can be done in scripts it should be, but that's just my preference. Makes it easier to include in packages but

[compiz] Compiz-manager script (Was: --skip-gl-yield)

2007-04-20 Thread Kristian Lyngstøl
I threw together a very rough draft of a script: (See my compiz-script git repo: http://gitweb.beryl-project.org/?p=users/kristian/compiz-scripts;a=summary ) It's not too pretty, and only really adjusted for nVidia, so it's pretty useless at this point. I've only ever actually used nVidia with