For the last few weeks I've been fiddling with the 0.8 code-base, mostly
because compiz got nuked in my distro and I had to do something, if for no
other reason than to have a running WM. You can find my work at:
https://github.com/KristianLyng/compiz
(I'm also tracking issues there)
I've done
For all interested, I am assuming position as King of Canada.
Thank You,
Kristian Lyngstøl
On Fri, Nov 21, 2014 at 7:56 AM, Scott Moreau ore...@gmail.com wrote:
For any that are interested, I am assuming position as maintainer of
upstream 0.8 stable branches. More details here:
http
On Mon, Nov 17, 2014 at 11:11 AM, Sam Spilsbury smspil...@gmail.com wrote:
On Thu, Nov 13, 2014 at 3:28 AM, Kristian Lyngstøl
krist...@bohemians.org wrote:
So to sum up: Equal stability, fewer features, but actively maintained.
In the end I told the user in question that 0.9.12.0
compiz.org hasn't been updated properly in almost half a decade, and
there's a lot of misleading or downright wrong information out there right
now.
There's a launchpad ticket on it [1], but the subject isn't quite covered
by a simple bug as it stands.
First thing first: Compiz has been using
On Tue, Feb 3, 2009 at 5:09 PM, troy d. straszheim t...@resophonic.com wrote:
IMHO this is by far the best Coding Standard for C++:
http://www.gotw.ca/publications/c++cs.htm
As I stated in my original post, I don't want an entire book. We're
not doing enough bad stuff for that to be
On Tue, Jun 3, 2008 at 1:48 PM, Dotan Cohen [EMAIL PROTECTED] wrote:
Does Compiz-0.7.6 solve the problem with the 'waiting' cursor being
invisible when using the Enhanced Zoom plugin? I see mention of
'various bugfixes' but I couldn't find the appropriate bug to check
it's status. Thanks.
No,
(Sorry for the double Dotan, forgot to cc the list).
On Sat, May 3, 2008 at 4:23 PM, Dotan Cohen [EMAIL PROTECTED] wrote:
I a rather dependent upon the Enhanched Zoom Desktop tool. It allows
me to zoom into a part of the screen and see it clearly, with the
zoomed part of the screen following
On Feb 7, 2008 11:39 AM, Michel Dänzer [EMAIL PROTECTED] wrote:
On Thu, 2008-02-07 at 10:16 +0100, Danny Baumann wrote:
metacity doesn't know what is the full screen resolution
https://bugzilla.redhat.com/show_bug.cgi?id=431302
Can you please look at it and say if this
On Feb 5, 2008 1:35 PM, Danny Baumann [EMAIL PROTECTED] wrote:
However, I believe it makes sense for Compiz to have an
option to ignore outputs that are completely overlapped by
larger outputs, as this makes a lot of sense. It also
shouldn't be too hard to implement.
Should this really
Sorry for replying out of order...
On Feb 4, 2008 6:52 PM, Valent Turkovic [EMAIL PROTECTED] wrote:
Hi, u found this bug with compiz turned on:
metacity doesn't know what is the full screen resolution
https://bugzilla.redhat.com/show_bug.cgi?id=431302
Can you please look at it and say if
On 5/24/07, Mike Dransfield [EMAIL PROTECTED] wrote:
Attached is a quick patch which adds a logging framework to compiz.
I think it should be fairly self explanitory.
I think it should allow plugin writers to extend it for any purpose, but
I would appreciate any feedback or comments before
On 10/28/07, David C. Rankin J.D. P.E. [EMAIL PROTECTED] wrote:
David C. Rankin J.D. P.E. wrote:
CyberOrg wrote:
On 10/27/07, David C. Rankin J.D. P.E. [EMAIL PROTECTED] wrote:
No autostart. However, fusion-icon restored the beautiful working
compiz.
Ok I have NOT read all your
On 7/28/07, Erkin Bahceci [EMAIL PROTECTED] wrote:
This patch adds appropriate limits (1-100) to opacity_values in core
options. Minimum is 1 to be consistent with the opacity changing
action and because it doesn't make sense to have an invisible window
that is still there.
The use cases may
At the moment, Compiz draws each head at a time, shifting the
glViewport() for every head in a xinerama-like setup. However, the
projection matrix is NOT adjusted. This means any translation along
the z-axis will cause problems and any rotation along the x/y axis,
because the projection matrix is
On 6/2/07, Kristian Lyngstøl [EMAIL PROTECTED] wrote:
At the moment, Compiz draws each head at a time, shifting the
glViewport() for every head in a xinerama-like setup. However, the
projection matrix is NOT adjusted. This means any translation along
the z-axis will cause problems and any
On 5/31/07, Mike Dransfield [EMAIL PROTECTED] wrote:
Kristian Lyngstøl wrote:
I posted a few weeks ago that I was going to be working on zoom over
the summer to improve the accessibility, and I have already begun to
do that. Every step of the way I have made frequent commits
I'm sorry for being rude, but I am quite upset by this, because it has
gone too far.
I posted a few weeks ago that I was going to be working on zoom over
the summer to improve the accessibility, and I have already begun to
do that. Every step of the way I have made frequent commits to
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
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
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
with
direct rendering, so I'll need some input from people with other
setups than mine.
On 4/20/07, Colin Guthrie [EMAIL PROTECTED] wrote:
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
On 4/18/07, David Reveman [EMAIL PROTECTED] wrote:
I think that sharing textures and display lists between contexts on
different screens only work with xgl. I'm not sure what the GLX spec
says about this but it doesn't matter, lets do what's working with most
existing servers as basic
First, there are two fundamentally diffrent types of doing multihead:
The one big screen solution, usually achieved with xinerama ,
twinview or similar. This provides us with one Screen, and therefor
one CompScreen structure. The output extens are retrieved from
xinerama, or possibly randr (in
if it is not the ideal
solution. It will be quite a while before you can just install
Compiz/Beryl and have it work out of the box, but having copy
rendering until that time doesn't strike me as a bad idea.
- David
--
Kristian Lyngstøl
___
compiz mailing
24 matches
Mail list logo