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
d
Colin Guthrie 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
things up, without having to know w
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 b
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 dra
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
>
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.
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 diffr
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? Caus
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 m
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
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
http://lists.freedes
11 matches
Mail list logo
