<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.video.opengl.compiz.general">
    <title>gmane.comp.video.opengl.compiz.general</title>
    <link>http://blog.gmane.org/gmane.comp.video.opengl.compiz.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3147"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3146"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3144"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3143"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3141"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3140"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3130"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3128"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3127"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3112"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3111"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3109"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3106"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3103"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3101"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3099"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3098"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3097"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3088"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3087"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3147">
    <title>Window listing on different workspaces</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3147</link>
    <description>&lt;pre&gt;Hello everyone,

what I am trying to achieve seems rather simple. I would like to
enumerate all open windows with respect to their current workspace. The
problem seems to be that Compiz does not differentiate between
workspaces as other (EWMH compliant?) window managers do. I'm not even
sure whether this is a bug or a design decision. Let me explain this
with an example:

Running Compiz gives me this:
$ wmctrl -l
0x02a00001  0         N/A N/A
0x02a00002  0         N/A launcher
0x01a00005  0 max-station Kontaktliste
[...]

But I think it should rather be like this:
$ wmctrl -l
0x02a00001  0         N/A N/A
0x02a00002  0         N/A launcher
0x01a00005  1 max-station Kontaktliste
[...]

So. Is there any way to achieve this? I need this to get a Python tiling
script working. Without the differentiation between workspaces all
windows will be tiled when using something similar to PyTyle, stiler,
etc.

I'm currently running Compiz 0.9.4.0 (unmodified) on Ubuntu 11.04 with
Unity.

Cheers and thanks in advance,

Max&lt;/pre&gt;</description>
    <dc:creator>Max Liebkies</dc:creator>
    <dc:date>2011-07-21T11:57:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3146">
    <title>An Invitation to Neuroscientists and Physicists: Singapore Citizen Mr. Teo En Ming (Zhang Enming) Reports First Hand Account of Mind Intrusion and Mind Reading</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3146</link>
    <description>&lt;pre&gt;16 May 2011 Monday 7:28 P.M. Singapore Time
For Immediate Release

SINGAPORE, SINGAPORE - Singapore Citizen Mr. Teo En Ming (Zhang Enming) 
would like to report first hand account of mind intrusion and mind 
reading. I have been hearing voices for quite some time now but I have 
not been able to identify the persons physically. A number of 
un-identified persons have intruded into my mind and they are able to 
read my thoughts. I could not explain the mechanism by which these 
un-identified persons have been reading my mind at the moment but there 
is definitely a scientific explanation for it. I know very clearly that 
I am not suffering from schizophrenia at all.

I am fully aware that no common man would believe me except the select 
few scientific researchers working in top secret government projects and 
the human guinea pigs who are being experimented on. One of the 
possibilities is that I have a microchip implanted into my brain, 
possibly when I was an infant. It may take a few years, a few decades,&lt;/pre&gt;</description>
    <dc:creator>Singapore Citizen Mr. Teo En Ming (Zhang Enming</dc:creator>
    <dc:date>2011-05-17T12:38:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3144">
    <title>Need help with auto-titlebar on unmaximized window withCompiz/Ubuntu 11.04/Unity</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3144</link>
    <description>&lt;pre&gt;re, all.

Here's a bug filed against Google Chrome for the same problem:
http://code.google.com/p/chromium/issues/detail?id=80856 and here's some
forum users complaining about the same problem, and regrettably their
solution is to stop using Ubuntu's Unity mode:
http://ubuntuforums.org/showthread.php?t=1742354.

I work for VMware and for our Unity mode (which has the unfortunate name as
Ubuntu's new Unity mode), where we show individual guest Virtual Machine
windows in the Linux host environment as individual windows, we use
undecorated windows, similar to how Wine shows Windows applications in X
without having to be inside the full Windows desktop container. The problem
I'm trying to figure out a solution for is that when our user maximizes the
guest window and then unmaximizes it in Ubuntu 11.04's default Unity desktop
environment, Compiz is putting a titlebar onto our window just like it puts
one on Google Chrome.

Can you guys please help me understand why Compiz is doing this, if it's
something that Com&lt;/pre&gt;</description>
    <dc:creator>vr&lt; at &gt;movingparts.net</dc:creator>
    <dc:date>2011-05-06T22:24:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3143">
    <title>I can't get access to the Compiz forums: 403 - Forbidden</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3143</link>
    <description>&lt;pre&gt;Hi list

I'm trying to get access to the Compiz forums, but I am greeted with a
"403 - Forbidden"-page.

Is this a known issue?


Regards,
Rune
&lt;/pre&gt;</description>
    <dc:creator>Rune K. Svendsen</dc:creator>
    <dc:date>2011-05-01T18:41:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3141">
    <title>ccsm: Patch for autofocus on return to main page</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3141</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi guys!

This is my first patch for compiz.
I found it very annoying that when you filter for some plug-ins, click
on one of them and later come back to the main page, the filter entry is
not focused anymore so you have to click on it with your mouse, in order
to search for other plug-ins.

Thank you,
Silvia
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJNXVuWAAoJEPYkGph0x7WujUcH/jl+FTSrJYO0EPe5LeLBKy05
Xm3w8WlGrlK7HY+ZpNghrlL4PuDUJfkyCUwmKlIRg4EqinmzagBQcjhDZv7d7bIF
9Zahrqmcbn6ZLT7z4J6+CN2ZJNzk+E/fYYOiXOEdRCfsYO6QqSP6X/ojq2wnm6QN
AqkkvDF9XEjQXle7rBtD7CjA96quOp4EHVtFPheTe+OP4eQ4+0ghP9fEBVOUco+i
7egk9PbUHn04DBWIfSX+olvbujMEQOODcpNWgxqg/k0l0Y0dwpCDIcVFu0aGR52U
usttwS2Upen1iaVW4wWwSjyh9O/i2ABOf50MnxtT65u25IjK3GH1cU84zwD68FA=
=Zu8s
-----END PGP SIGNATURE-----
&lt;/pre&gt;</description>
    <dc:creator>Silvia Dobrota</dc:creator>
    <dc:date>2011-02-17T17:32:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3140">
    <title>[PATCH] Focus filter entry on return to main page</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3140</link>
    <description>&lt;pre&gt;From 5801cf0fbacde51ec60664efb1dd675a725b0f99 Mon Sep 17 00:00:00 2001
From: Silvia Dobrota &amp;lt;sd3209&amp;lt; at &amp;gt;doc.ic.ac.uk&amp;gt;
Date: Thu, 17 Feb 2011 17:19:19 +0000
Subject: [PATCH] Focus filter entry on return to main page

---
 ccm/Window.py |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/ccm/Window.py b/ccm/Window.py
index 9478f34..1b57fcf 100644
--- a/ccm/Window.py
+++ b/ccm/Window.py
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -96,6 +96,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; class MainWin(gtk.Window):

     def BackToMain(self, widget):
         self.SetPage(self.MainPage)
+        self.MainPage.filterEntry.grab_focus()

     def RefreshPage(self, updatedPlugin):
         currentPage = self.CurrentPage
&lt;/pre&gt;</description>
    <dc:creator>Silvia Dobrota</dc:creator>
    <dc:date>2011-02-17T17:33:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3130">
    <title>Move KDE Plasma Integration to KDE Git Infrastructure</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3130</link>
    <description>&lt;pre&gt;Hi Compiz developers,

as you might know KDE will transition to git somewhen next week. This gives 
some new possibilities for the Compiz community, too.

Let me first describe the current situation and the problems with it: Compiz 
and KDE releases are out of sync. We are currently more and more integrating 
features from the desktop shell into the window manager. In difference to 
other desktop shells (GNOME Shell, Unity) Plasma still allows to use a 
different window manager and has not removed any legacy code. This is a hughe 
advantage and although it does not look like other shells care about 
supporting different window managers I do not want to lose the possiblity to 
switch the window manager.

Up to now Compiz has done a great job of supporting our additions, so that 
Compiz users get the same level of integration as KWin users. Nevertheless due 
to the fact that releases are out of sync Compiz users do not get new features 
when KDE has a release. This gets to a real problem when KWin changes the &lt;/pre&gt;</description>
    <dc:creator>Martin Gräßlin</dc:creator>
    <dc:date>2011-01-16T16:07:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3128">
    <title>Compiz Fusion and Linux Fusion</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3128</link>
    <description>&lt;pre&gt;Hi guys,
let me first introduce myself, I'm Fusion Linux (www.fusionlinux.org)
project leader.

Fusion Linux is a Fedora Remix that includes all the best software
that is available for Linux. Fusion uses a combination of free and
open-source, non-free and non-open-source firmware and software, to
bring the user the most advanced experience on the Linux platform.

Fusion Linux is 100% compatible with Fedora. A Fedora Remix including
packages from Fedora and RPM Fusion software repositories plus some
custom packages.

We would like to enable Compiz by default in our next release.

From what I have seen there are few Compiz configuration tools, right?
Which one do you recommend we include by default for non-advanced
users?

We would like to enable Compiz by default for our Live DVD and Live
USB versions automatically, which way is best to enable Compiz? Do we
need to edit some gconf options or just start compiz via terminal?

I would also like to include some great Compiz video that show of some
of the best Com&lt;/pre&gt;</description>
    <dc:creator>valent.turkovic&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2010-12-05T20:00:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3127">
    <title>Upcoming structural changes to compiz core - HEADS UP</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3127</link>
    <description>&lt;pre&gt;Hi Everyone,

I'm going to make some big structural cleanups to core which is likely
to affect everyone here, but I believe is for the better, so I am
posting this mail now to get some feedback and make sure that we don't
tread on anyone's toes when I merge all of this stuff.

1st Change: Decorators are going in their own repo
=========================================

The decorators are going to be taken out of core and put into
individual git repositories (/compiz/decorators/kde4-window-decorator
/compiz/decorators/gtk-window-decorator) so that we can work on them
individually. Making commits to core when working on these decorators
is annoying when it comes to bisecting other problems in core and in
the decorators themselves too, so we should just move them to separate
repos.

This also helps package maintainers in the long run, since they no
longer need to do 3 separate builds of compiz in order to get a
compiz-kde or compiz-gnome package

2nd Change: GNOME Integration stuff into it's own repo
==========&lt;/pre&gt;</description>
    <dc:creator>Sam Spilsbury</dc:creator>
    <dc:date>2010-11-13T10:35:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3112">
    <title>[RFC] Draft for a compositing manager specification</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3112</link>
    <description>&lt;pre&gt;_______________________________________________
compiz mailing list
compiz&amp;lt; at &amp;gt;lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/compiz
&lt;/pre&gt;</description>
    <dc:creator>Martin Gräßlin</dc:creator>
    <dc:date>2010-08-15T12:57:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3111">
    <title>Initializing active window lists in animation</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3111</link>
    <description>&lt;pre&gt;_______________________________________________
compiz mailing list
compiz&amp;lt; at &amp;gt;lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/compiz
&lt;/pre&gt;</description>
    <dc:creator>Jay Catherwood</dc:creator>
    <dc:date>2010-07-22T15:13:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3109">
    <title>Compiz 0.9.0 is Released!</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3109</link>
    <description>&lt;pre&gt;Compiz 0.9.0 is released!

This is the first unstable release of the Compiz
0.9 series. This release represents a complete rewrite of the 0.8 series from
C to C++, brings a whole new developer API, splits rendering into plugins,
switches the buildsystem from automake to cmake and brings minor functionality
improvements. This release represents the first developer and tester preview of
what will eventually make the 0.10.x stable series. Please note that as such, it
is not yet ready for general use as there are a number of known issues,
regressions and incomplete functionality.

The Compiz 0.9.0 tarballs are available at http://releases.compiz.org/0.9.0/ .
You can verify these tarballs using the sha1sums in
http://releases.compiz.org/0.9.0/compiz-0.9.0.sha1 , which are
signed by Compiz Release Team GPG key (C2B8F46E) at
http://releases.compiz.org/0.9.0/compiz-0.9.0.sha1.asc .
Please note that each component is also available in its own directory in
http://releases.compiz.org/components/ .

Quick changelog:

co&lt;/pre&gt;</description>
    <dc:creator>Sam Spilsbury</dc:creator>
    <dc:date>2010-07-04T09:12:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3106">
    <title>Two patches for Snap</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3106</link>
    <description>&lt;pre&gt;_______________________________________________
compiz mailing list
compiz&amp;lt; at &amp;gt;lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/compiz
&lt;/pre&gt;</description>
    <dc:creator>Jay Catherwood</dc:creator>
    <dc:date>2010-06-18T05:42:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3103">
    <title>putting to viewport in 0.9's Put plugin</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3103</link>
    <description>&lt;pre&gt;_______________________________________________
compiz mailing list
compiz&amp;lt; at &amp;gt;lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/compiz
&lt;/pre&gt;</description>
    <dc:creator>Jay Catherwood</dc:creator>
    <dc:date>2010-06-10T21:38:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3101">
    <title>Using vpswitch with wall in 0.9</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3101</link>
    <description>&lt;pre&gt;_______________________________________________
compiz mailing list
compiz&amp;lt; at &amp;gt;lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/compiz
&lt;/pre&gt;</description>
    <dc:creator>Jay Catherwood</dc:creator>
    <dc:date>2010-06-10T03:23:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3099">
    <title>Shelf plugin ignores current deformation and places window only on 'cube' face during rotation?</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3099</link>
    <description>&lt;pre&gt;Guys,

Here is a potential bug that may need to be looked at. If the scale plugin is
used and deformation is set to cylinder, then when the desktop is rotated, the
self-sized windows are shown on the face of the cube instead of on the face of
the cylinder. The sphere deformation has the same problem. It looks really odd.
Here are a couple of screenshots showing this behavior:

(1) screenshot of desktop showing windows shelved (102k):

    http://www.3111skyline.com/dl/bugs/compiz/scale-on-cube-only_01.jpg

(2) screenshot of cylinder rotation showing shelved windows still on cube face
and not on cylinder face (95k)

    http://www.3111skyline.com/dl/bugs/compiz/scale-on-cube-only_02.jpg

(3) screenshot of sphere rotation with shelved windows:

    http://www.3111skyline.com/dl/bugs/compiz/scale-on-cube-only_03.jpg

This is with the compiz 8.6 rpms from Dmitry on opensuse 11.0. I suspect it
doesn't matter what OS it is running on. Let me know if I can run any additional
test for you. Thanks.

&lt;/pre&gt;</description>
    <dc:creator>David C. Rankin</dc:creator>
    <dc:date>2010-05-31T20:30:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3098">
    <title>Skydome suggestion for 9.0 or other future release</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3098</link>
    <description>&lt;pre&gt;Guys,

One thing that could be improved with skydome when it is animated is to have it
'centered' behind desktop 1 when you initiate rotation or show the desktop wall,
etc. Many times when you want to take a screenshot, you naturally will want to
have the central feature of your skydome in view. If you have cubecaps, then the
orientation of the cubecaps gets all messed up when you rotate the cube to get
to the center of the skydome.

The options for 'adjust caps', clamp, etc., just don't really allow you to
accomplish this without causing further scaling/orientation problems for the
caps. (especially if the cap image is circular)

I finally got to where I would use gimp to flip the cap vertically and then
rotate CCW to have the caps orientated correctly. Centering the skydome behind
desktop 1 sure seems like an easier solution.

Obviously this is just something to consider. But when your product is based on
coolness -- this is a bit more to throw in top :p

&lt;/pre&gt;</description>
    <dc:creator>David C. Rankin</dc:creator>
    <dc:date>2010-05-31T05:20:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3097">
    <title>small bug in 8.6 commands - grab key doesn't close after &lt;Alt&gt;&lt;Super&gt;&lt;Sys_Req&gt; + Other good feedback</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3097</link>
    <description>&lt;pre&gt;Guys,

Here is a little something to look at in the code. I have the following set:

Run command 1:  /opt/kde3/bin/ksnapshot&amp;lt;Super&amp;gt;Print
Run command 2:  /opt/kde3/bin/ksnapshot --current&amp;lt;Alt&amp;gt;&amp;lt;Super&amp;gt;&amp;lt;Sys_Req&amp;gt;

The bug occurs when you choose 'Grab key combination' for
&amp;lt;Alt&amp;gt;&amp;lt;Super&amp;gt;&amp;lt;Sys_Req&amp;gt;. When you enter the keystroke, the keystroke is clearly
accepted/interpreted by the grab key combination routine, but the little
rectangle that says "Please enter the new key combination" does not close after
the key combination is entered. See the screenshot:

(20k)
http://www.3111skyline.com/dl/bugs/compiz/altsupersysreq.jpg


This is most likely because of some of the 'ok, I got it' code doesn't
recognize the Sys_Req key, but the code that actually 'gets' the key combination
is perfectly happy with it.

As a workaround, all I did was manually close the dialog and the key
combination works fine. Everything else is working fine too. I'm still messing
with the timestep, but it is working pretty good. It might be wort&lt;/pre&gt;</description>
    <dc:creator>David C. Rankin</dc:creator>
    <dc:date>2010-05-20T22:57:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3088">
    <title>Compiz 8.6 on openSuSE 11.0 -- Success! But need help with a few issues.</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3088</link>
    <description>&lt;pre&gt;Dominique, cc: compiz,

  Dominique, you wanted the feedback, and List, I need your help. I have
installed and fully configured (kicked the tires) on compiz 8.6 on openSuSE 11.0
and on balance it is great. There are a few weird things going on. Most notably,
the number of options in ccsm that now uncheck themselves. In the past (compiz
0.5.6 - 0.8.2) there may have been one or two that would stick on some weird XGL
issue, but I have a dozen or so that will not 'activate' for lack of better
words. (you check -&amp;gt; they uncheck 1-5 secs later)

My Hardware:

Toshiba 205d laptop, AMD Turion-58, 4G of Ram, 640G sata drive,
gpu: ATI Technologies Inc RS690M [Radeon X1200 Series]
driver: ATI fglrx 8.532 (ATI 8-9 Release)

My Software:

OS: OpenSuSE 11.0, x86_64, 2.6.25.20-0.7-default
Desktop: Gnome 2.22

20:20 alchemy:~/.config/compiz&amp;gt; rpm -qa | grep "compiz\|fusion" | sort
compiz-0.8.6-46.1
compiz-branding-openSUSE-0.8.6-46.1
compizconfig-settings-manager-0.8.4-3.2
compiz-emerald-0.8.2-2.2
compiz-emerald-themes-0.&lt;/pre&gt;</description>
    <dc:creator>David C. Rankin</dc:creator>
    <dc:date>2010-05-19T02:49:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3087">
    <title>Compiz 8.6 - suse 11.0 1-2 rows pixilation at top of screen on kbd rotate</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3087</link>
    <description>&lt;pre&gt;Listmates,

This is no biggie, 8.6 is working well so far. However, I do notice 1-2 lines
of pixelization at the top of the screen on keyboard rotate. I know this hasn't
been there since the 0.5.6-0.6 days when compiz was first released for opensuse
years ago. It wasn't there up through 8.2. The gpu is the radeon X1200 using the
fglrx-legacy driver.

Looking at the screenshot it actually looks like it is a pixelization issue
with the top edge of the cylinder.  Here is a screenshot. Look around the top
rim of the cylinder, you can see mini white spots or triangles around the top edge:

(46k)
http://www.3111skyline.com/dl/img/ss/compiz/topPixelation-crop.jpg

Also, initial looks at 8.6 it works great. The only issue I've stumbled on yet
is the initial mouse rotate speed with 'Timestep = 1.0000'. If I set Timestep =
1.8, the old rotate speed is back, but it causes the over-rotation on keyboard
rotate to next/previous side. A compromise value of Timestep = 1.2000 seem to
work okay. Rotation is a bit slow, but&lt;/pre&gt;</description>
    <dc:creator>David C. Rankin</dc:creator>
    <dc:date>2010-05-18T21:12:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3085">
    <title>Aurorae for Compiz</title>
    <link>http://comments.gmane.org/gmane.comp.video.opengl.compiz.general/3085</link>
    <description>&lt;pre&gt;_______________________________________________
compiz mailing list
compiz&amp;lt; at &amp;gt;lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/compiz
&lt;/pre&gt;</description>
    <dc:creator>Martin Gräßlin</dc:creator>
    <dc:date>2010-05-16T15:16:36</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.video.opengl.compiz.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.video.opengl.compiz.general</link>
  </textinput>
</rdf:RDF>

