4c72dd3..726e74d 100644
--- a/include/compiz.h
+++ b/include/compiz.h
@@ -26,7 +26,7 @@
#ifndef _COMPIZ_H
#define _COMPIZ_H
-#define ABIVERSION 20070417
+#define ABIVERSION 20070419
#include stdio.h
#include sys/time.h
@@ -1621,6 +1621,8 @@ typedef unsigned int
Anders Storsveen wrote:
how can vista resizing and redrawing be so fast, while compiz and osx'
resizing is slow? as I understand it, vista also uses composition in
their aero-glass stuff too.
Seems pretty fast resizing here? Can you be more descriptive? Do you
mean on certain
Dennis Kasprzyk wrote:
Is there a way to get a public commit mailing list for compiz?
Or how about CIA.vc integration a la: http://cia.vc/stats/project/beryl
That way you can get a nice RSS feed and various other nice stats etc.
IIRC compiz used to be CIA'ified when it was in CVS prior to Git
On 4/19/07, Dennis Kasprzyk [EMAIL PROTECTED] wrote:
Is there a way to get a public commit mailing list for compiz?
Not a mailing list, but if you go to
http://gitweb.freedesktop.org/?p=xorg/app/compiz.git;a=summary
you can get a nice RSS feed
--
kasa
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 compiz is _REALLY_ slow under heavy
cpu use for me.
AFAIK, this is just an argument that
Joel Calado wrote:
On Thu, 2007-04-19 at 11:32 +0100, Colin Guthrie wrote:
AFAIK, this is just an argument that is used internally by beryl.
It sets an environment variable and then restarts itself to pick up
on it.
If you set the environment variable manually before running compiz do
On Thu, 2007-04-19 at 09:33 +0200, Danny Baumann wrote:
Hi,
If someone can confirm this bug ...
Run this in an xterm with smart placement method:
while true; do konsole sleep 1; killall konsole; done
Look at the screen, you should randomly see the bug at konsole
I think on some hardware resizing is much slower than to others. For
example, with an Nvidia Geforce 6800 resizing is painfully slow (driver
bug?) but with an old Radeon 9600 with the OSS drivers, resizing is as
fluid as Metacity.
I hope this issue is resolved soon, though I'm not sure what is
On Wed, 2007-04-18 at 10:45 +0200, Danny Baumann wrote:
Hi,
I have ported various improvements of Beryl's resize to Compiz:
- multiple resize modes (aside to the standard normal mode those are
Stretch, Outline and Filled Outline)
- better aspect ratio constraining (you now also can
On Thu, 2007-04-19 at 09:41 +0100, Colin Guthrie wrote:
Anders Storsveen wrote:
how can vista resizing and redrawing be so fast, while compiz and osx'
resizing is slow? as I understand it, vista also uses composition in
their aero-glass stuff too.
Seems pretty fast resizing here?
David Reveman escreveu:
Compiz has very little to do with resize performance. It's all about
offscreen memory management and how fast applications can redraw. Any
alternative resize modes that compiz might use like stretching is only
ways to avoid resizing.
Speaking of that, what happened
So is the poor resize performance seen on Nvidia cards caused by the
drivers and not compiz?
On Thu, 2007-04-19 at 12:38 -0400, David Reveman wrote:
On Thu, 2007-04-19 at 09:41 +0100, Colin Guthrie wrote:
Anders Storsveen wrote:
how can vista resizing and redrawing be so fast, while compiz
Ioannis Nousias wrote:
I think the variable is '__GL_YIELD', i.e.:
__GL_YIELD=NOTHING compiz ...
Oh yeah, sorry I copy/pasted wrong Does that work for you Joel?
Col
___
compiz mailing list
compiz@lists.freedesktop.org
On Thu, 2007-04-12 at 22:04 +0200, Vasek Potocek wrote:
I have found one file I prepared for sending here when discussing Shade
issues but never have done so. It documents the
following problem: when one makes a window shade (both using double click or
key binding), its border windows
On Thu, 2007-04-19 at 18:12 +0100, Matt Russell wrote:
So is the poor resize performance seen on Nvidia cards caused by the
drivers and not compiz?
Yes, you can blame it on drivers, applications and possibly poor design
of composite extension. It would be interesting to do some tests to see
On Thu, 2007-04-19 at 14:01 -0300, Solerman Kaplon wrote:
David Reveman escreveu:
Compiz has very little to do with resize performance. It's all about
offscreen memory management and how fast applications can redraw. Any
alternative resize modes that compiz might use like stretching is only
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 compiz is _REALLY_ slow under
heavy cpu use for me.
On Sun, 2007-04-15 at 22:53 +0200, Kristian Lyngstøl wrote:
I'll be working on zoom during Google summer of code, to get it to
work better with existing accessibility software. Basicly get it to
communicate with tools like Orca.
Because this relies on input enabled zoom, there are some
David Reveman napsal:
On Wed, 2007-04-18 at 19:25 +0200, Vasek Potocek wrote:
Oops, I haven't finished my e-mail... The reason why I posted just another workaround is that I consider it less
workaround than the former fix (supposing this really was the same problem) and that it helps in more
On Thu, 2007-04-19 at 23:24 +0200, Vasek Potocek wrote:
David Reveman napsal:
On Wed, 2007-04-18 at 19:25 +0200, Vasek Potocek wrote:
Oops, I haven't finished my e-mail... The reason why I posted just
another workaround is that I consider it less
workaround than the former fix
20 matches
Mail list logo