Planet Compiz

Notes from a GNOME 3 Mockup

2009-06-27T14:26:43+00:00

Accuse me of blogspam and whatnot, but I saw this, it was really cool and I thought I just /had/ to share it with you.

Yes, I’m talking about that UI mockup on the front page of reddit today. Some of the stuff I saw there just made me think “Why isn’t some of the stuff there already in compiz today?”.

Granted, most of the effects show in the video are already in compiz (such as wobbly, dodge, etc) but it was the 2 at the end that got me. The first is where the user drags the window onto the taskbar and it minimizes. Makes. So. Much. Damn. Sense. Why have I been wasting so much time trying to reach for a little button on the window decoration when all that time I could have just used fitts law as we already do with the launcher menu, hotcorners etc to minimize windows. Why? The same concept is (rather neatly) applied to the workspace switcher as well.

This could all work out in the panel interface I’ve been thinking of but not really acting on at the moment. Sigh – internets, plz give me some developers to help me with this. kthx.

Fedora

2009-06-21T15:55:14+00:00

So I had a rather unfortunate event over the past two weeks. Upgraded my kernel – no matching kernel sources, boot up, dkms dies, fsck dies and my file system table gets trashed in the process. Fun.

/Thankfully/ I had just gotten around to installing rsync on my server and had run a few backups by that time so I didn’t loose much that was important. I just had the issue of no linux system and I honestly can’t be bothered to wipe this machine and re-install all four operating systems because I don’t really have the time to. So I’ve been trying things out in VirtualBox on Vista (which I haven’t booted into for about 4 months now). Suprisingly, it’s quite stable if I don’t mess with it and are careful about what you do, although I have noticed in the two weeks I’ve been using it performance has degraded somewhat.

Anyways, openSUSE isn’t really heading in a direction that suits me anymore – no plymouth, no KMS, no DRI2 are geared up for 11.2 and fighting some of the stuff that comes with it is starting to become a pain. If you don’t want to mess around too much though, openSUSE is a great distro – I recommend it over Ubuntu, it’s just my interests have changed.

I noticed that most of the awesome X Devs like Peter Hutterer and Kristian Hoegsberg (and let’s not forget Linus Himself!) are using Fedora, and I’ve heard it’s geared towards developers (being bleeding edge and all) – and I guess I’m not ready to delve into the DIY distro territory of Gentoo and Arch.

I’ve always craved this GDM setup – simple and functional. If I recall correctly, openSUSE has it now too.

I also want to try to move back to KDE as well because it has some pretty cool things coming up for it. Although, I’m finding it difficult somewhat.

Fedora also has nice support for other DE’s as well like XFCE and LXDE which I am also considering. (Although XFCE lacks support for gvfs…)

Surprisingly Compiz works under VirtualBox while running under Windows which is quite a testament to how far both open source software but also Virtualization software has come today. It runs at quite a decent framerate (120fps), there is support for ARB_fragment_program and it quite usable. The only glitch I’ve noticed so far is opacity related where blending does not occur properly. Oh well.

In the Compiz 0.9 development department I’ve been silently working on the Thumbnail plugin. It’s actually been quite a job considering the way it works and I’m also adding a few well deserved features like setting a thumbnail region hint (Sadly no EMWH spec for this yet, so I am doing it both for KDE and genericly), so that you can peek windows you have hovered the thumbnail over. Also, I should probably write an Aero Snaps-eqsue plugin so that Windows 7 doesn’t have anything on us on day one .

I’ll probably re-install my system in about 2 weeks during school break and during that time I should be able to do some compiz related work.

-Sm

Late Entry

2009-06-15T15:56:13+00:00

Strange how something so far away

2009-06-07T10:30:58+00:00

Can come so close to home.

I should probably take my books home – at this rate I will soon be quarantined.

Bzzt! Update!

2009-05-27T04:20:38+00:00

Kazzap!

Activity!

Woo!

Compiz Related Stuff:

Elements(++/0.9):

[DEBUG] * Plugin 'elements' successfully loaded!
init function called
PrivateElementScreen  constructor call!

Sam@XPS-SUSE:~/.compiz/options> PKG_CONFIG_PATH=/opt/compiz/lib/pkgconfig pkg-config --modversion compiz
# 0.9.0

I’m quite glad to say that compiz isn’t dead! Far from it! One of my bigger plugins, elements, has finally been ported, after sorting through about 500 unique compile errors in the past week. Unfortunately, while it is ported and it loads, it isn’t really finished yet as I can’t get a config file for it from the ini plugin. And besides that, even if I were, I’d have to use CCSM for most of the multi-list stuff and … well, that’s going to take me a while to sort out and get working with my own install. So, it’s ported and I’ll probably come back and finish it later =)

You can get it at:

git://git.compiz.org/compiz/plugins/elements

I’m probably going to start porting other smaller plugins while I’ve stuff got spare time.

CompizShell?

I was thinking about how I might implement this, and hopefully if I can get MacSlow’s RGBA-GLX code working the way I want, then I should be able to draw a fullscreen window for the panel that will smothly resize and use XShape to handle input.

Hopefully, a minimalistic implementation should be enough for compiz users who want to use compiz with future gnome version.

Real Life Related Stuff:

Evatt

So my partner and I won the 2009 UNYA Hammaskjold Trophy Competition (Model United Nations Debating), so we’re off to the 2009 Evatt Trophy Competition later in December! Whee!

Also, I’ve heard tentative news that one of my friends has been selected for the final 4 WADL State Team, which is just awesome!

.eu

It was awesome of course. Germany, France, Poland. Nuff said.

Exams

Yay, they’re over! FreeTime++!

XBMC

I also managed to rebuild a server out of spare parts on junk collection day. So far, although the average age is about 7~ years, it’s pretty awesome!, It’s got a 10 year old HDD (10GB at 5200RPM IDE), DVD Burner at 2x (Woo!), P4 2.4GHz, ATI Radeon 9850 (R300, which is supported by both KMS and DRI2), a truckload of USB bays and an ASUS MyCinema Europa for TV. And the motherboard is a Foxconn which came with the CPU. It’s plugged into my TV and acts as a full-on HTPC and it’s got the XBMC-PVR-VDR patch applied so I can watch TV. I should really do a review of XBMC one day, it’s just plain awesome. Runs Ubuntu 9.04 like a fox.

-Sm

Beryl back from the ashes

2009-05-15T04:39:15+00:00

Linux_Ubuntu_geek
writes:

Wake up all at Compiz as Beryl is alive and kicking !

You might be interested that over a weekend a mate and myself introduced Beryl back in to the fold. This is a direct result of our frustration of how bloated Compiz has become and is becoming more of a fashion thing rather than functional for having multiple desktops.
OK so I have been using Ubuntu 7.04 on and off for a couple of years now and Beryl comes as default. After Ubuntu 7.04 Compiz Fusion (now Compiz) came as default. To begin with this was not a problem but as Compiz became more complex with spheres, globes and other useless features, performance was becoming impaired.
Late one night I started looking at introducing Beryl to Ubuntu 9.04 (Alpha 6). As expected there were numerous depedendency issues.
Piratesmack looked in to the same possibilty and together we pooled our resources and after running many scripts and testing by myself Piratesmack compiled some dependency free deb. packages.

Piratesmacks Beryl 0.2.1 deb. packages for Ubuntu 9.04
http://files.filefront.com/beryl+fixed+904tarbz2/;13596520;/fileinfo.html

Save to home directory

extract tar.bz2

cd beryl-fixed-9.04

sudo ./install.sh

Piratesmacks Beryl 0.2.1 deb. packages for Ubuntu/Mint
http://files.filefront.com/beryl+packages+021tarbz2/;13508777;/fileinfo.html

Save to home directory

extract tar.bz2

cd beryl-packages-0.2.1

sudo dpkg -i *.deb

Beryl 0.2.1 on Ubuntu 9.04
http://s266.photobucket.com/albums/ii256/Linux_Ubuntu_geek/?action=view&current=Screenshot.png

Beryl 0.2.1 on Mint 6
http://s266.photobucket.com/albums/ii256/Linux_Ubuntu_geek/?action=view&current=Screenshot-1.png

One thing you cannot do is knock the simplicity of Beryl and how much more useful it is than modern day Compiz.

So for those who wish to mock I say Beryl is far from dead and people want it as they are downloading it for the very reasons I have outlined above.

LUg.

New blog

2009-05-14T09:24:24+00:00

Here is my new blog: http://lizards.opensuse.org/author/cyberorg/ update your feed bookmarks to point to the new location

Misinformation and miscommunication

2009-04-30T13:47:58+00:00

A while back I said a few (looking back on it, rather harsh) words about gnome-shell. I’ve probably miscommunicated what I was trying to say with regards to that situation.

First of all, such comments are (roughly) my own opinion and my stance has changed to be a bit more neutral since then – of course with the status quo and the way GNOME-Shell is written, it would be difficult to make it WM-agnostic as it is now. Looking at the code the job may be a little harder than I thought. Of course, it’s important to note that though I am a member of the compiz council (an ill fitted one at times), usually my comments don’t represent the entire view of the compiz project (even though it might look like it).

Secondly, I get the impression that people are starting to think GNOME is some kind of evil project. They’re really not – and I think GNOME-Shell has a lot of merit to it and is certainly a step in the right direction for bringing a composited desktop to the masses.

The only concerns that I had outlined with it was that it integrated the panel with the window manager. This has it’s merits and can make things a lot easier, but also means that if you were to start another window manager (i.e compiz) you would lose your panel. There are replacements for the panel (like AWN, Kiba) but for people who like the normal panel (like me), this isn’t the best scenario.

I guess the best thing to do now is to let matters cool down and cross the bridge of the issue of the panel when we get to it.

So please – don’t turn this into some kind of holy war, because it really isn’t. I always try to live by the rule ‘Assume best intentions’ i.e people aren’t evil for the sake of being evil – there is always some good intent in actions. The shell issue will sort it self out, it’s just one of the many little things that should probably be addressed in the future.

Untitled

2009-04-25T23:59:22+00:00

Compiz is being ported to c++, and this (as well as the usual problem of time) has lead to a temporary postponement of work on jasper. To say that "it lead" is probably a bit deceptive, as I had not made commits for quite a while before the port was announced - but my intention is (in due time) to rewrite it (or, rather, write it again) in c++. Also, since compiz is now a reparenting wm, I have to look into how that affects the decorators. Hopefully, c++ will make it easier to do what I want (which I was having difficulty doing originally, which started the long period of no-commits)

In order to get better acquainted with c++, I started another plugin: tag. This is based, somewhat, off a feature request on the forums.

The idea is that the user can create a number of tags, and assign various tags to different windows. Each tag is either activated or deactivated, and a window with an active tag is considered active (the window with focus is also considered active). Non-active windows are drawn translucent, while active ones are drawn opaquely. Activating or deactivating a tag will restack the windows, so that active windows are sitting on top, while non-active windows are below - the original stacking order is maintained (apart from the active ones are pulled to the top).

There is a slight issue with this, in that it wouldn't work without patches to compiz's stacking code. Unfortunately, these patches haven't yet been committed to compiz, but if anyone is using master and wants to test them they are here (one and two).

There is still some things to do:
- Currently when you entering a tag, things don't work like they should if you press space or shift, etc. I need to copy some code from scalefilter to make this work properly.
- Currently, the only way to create tags, add/remove tags to/from windows, activate/deactivate tags, is by pressing a keybinding which grabs input and catches what you type (nicely displaying it on the screen at the same time). Ideally, you should be able to use Dbus, or add a specific keybinding to say, activate tag foo. The first should already be possible (except dbus isn't yet ported), and the second will need some reworking of the options code (which I hope to do, one day...)
- Let other plugins extend what tag does. For instance, another plugin could use the active status of a window (or whether it has a specific tag, etc) to decide whether it should be, for example, displayed in a scaled mode on the side of the screen, or as a normal window. On the other hand, other plugins should be able to influence the active state of the window (eg, if it is focused, some match rule things, etc)
- Automatically adding tags based on rules (eg, I could make a rule to tag firefox, xchat, pidgin as internet, and another rule to tag gnome-terminal and gedit as dev). At the moment all windows are just tagged with "default"
- Whatever I have forgotten
- Something about tiling?

I've also been accepted for Google Summer [or, rather, winter] of Code. Peter Hutterer will be my mentor, and I'll be working on getting input redirection in X :) So, if my work goes well, we will hopefully have IR next year.

Also, for those with ATi cards, dri2 is working almost very nicely :) Thanks to the work of Dave Airlie and Jerome Glisse (and others). Unfortunately, since I am using compiz master, I have no cube + glxgears to show-off, but it does work very beautifully in scale mode. [though, I don't think I really want to use the word beauty: "Don't use words too big for the subject. Don't say 'infinitely' when you mean 'very'; otherwise you'll have no word left when you want to talk about something really infinite." - C.S. Lewis]

I love spinning my cube round and round and round…

2009-04-15T06:39:34+00:00

Enjoy!

Edit: You’d need to click on post link to see embedded video if reading this from planets. More videos here.

Compiz 0.9.x – Where are we now, and where to from here

2009-04-07T10:47:45+00:00

Hi everyone.

Hope you didn’t mind my obnoxious April Fools joke yesterday, it was just an idea myself and racarr threw around in IRC :p.

Anyways, this post is about Compiz 0.9.x (formerly ‘compiz++’). Compiz 0.9.x started in december when onestone announced his core rewrite on the mailing list. It had features like pluggable output backends, written in c++ (and a few nice interfaces that came with it) and other misc bits and pieces. It was designed mostly in mind to overcome a lot of the design problems we were having, like plugin-plugins and a ridiculous amound of code to manage lists. In Janurary, some developers started to toy around with it and at the beginning of this February, we announced that compiz++ would become the base for the 0.9.x series and the 0.9.x series would features some major reworks. We’ve all been quite busy during that time – so we’ve done whatever possible to push the branch forwards.

Where are we now?

Currently, we are in the process of porting plugins to the 0.9.x branch. If you’ve observing cgit you might see ‘compiz++’ branches pop up in various plugins. This is where all the work is being done. Currently (off the top of my head) we’ve ported quite a number of plugins (about 1/3 of them), with significant ones being scale, switcher, text, mousepoll, wall, expo. There has been some other work than porting plugins of course – we’ve had to change quite a few things in core to make things work. Some of the bigger stuff that has happened recently though is that onestone made significant changes to the buildsystem – you probably know that we are using CMake instead of autotools now, so building compiz is quite different. Some of the new features include a nice color and progress bar for building core and plugins – no more random make output nobody can read. It also allows for more flexible building of plugins – there is a sample CMakeLists.txt that you can drop into a dir and it will generate the files needed to build all the plugins in that dir for example. BCOP has now also been merged into core, so the options system is unified. Not really a user thing, but significant nonetheless.

Where to from here?

Well, the bad news is that we still have a significant amount of work to do if we want the 0.9.x branch to be usable for anybody. Big plugins still haven’t been ported – such as cube and it’s addons, group/tab, wobbly, animation, elements etc. Most of the big plugins will be completely rewritten anyways (as animation is). We still have some big plans for 0.9.x, those include:

Doing something about gnome-shell. GNOME-Shell is a tricky issue for us because it integrates the window manager with the panel (or at least loads the panel as a plugin to the window manager). This basically means that if you launch compiz in future GNOME versions, you lose your panel. KDE sort of has a similar issue, in that the desktop is tied in with the panel, but that makes sense anyways because there aren’t really any other desktop shells that are designed to replace the default desktop (other than SpringDesk of course, but that is on hold ATM and would probably have a panel of it’s own). I already made a post to the GNOME-desktop-devel about this, but they have told me that tight integration is needed between the panel and the window manger so that the ‘overview’ mode can be done correctly (which I disagree with, you could just have shell expose it’s drawing handle and register functions in the WM (or it’s plugins) that would do the overlay mode for you). Unfortunately, their view on this is that ‘people want it to Just Work (TM) and don’t really care about other window managers’, hence locking out compiz from GNOME. Yeah, inter-project co-operation. It sucks. We basically have two options – fork / rewrite shell and maintain it for compiz (and allow it to be compatible with it’s own set of extensions), which we can’t do with the amount of developers we have or convince the GNOME folks to turn shell into a lib that can easily be used with other WM’s.
Options rework: Our options system has been quite inflexible for a long time and we are denying more and more requests because we can’t configure such with our current settings infrastructure. The options rework would probably allow things like
- Lists in lists
- ‘Suboptions’, ie depending on what another option is, another few options can appear related to that option. This would be particularly useful with elements and animation, where you can only configure the entire effect and not on a per-entry basis (without having to look up option names and syntax etc).
- A pluggable CCSM ‘hints’ system where plugins that require more complex configuration would store the option in a string, but the option would have hint = foo, and the CCSM plugin would allow you to configure that in a more sensible way than editing a string. Think mousegestures editor, multiple color selector for wallpaper, etc.
Merge NOMAD. Self explanitory, but the NOMAD branch should probably be merged
MPX Support. Self explanitory
Input Redirection: We’ll make a big push along with the KWin, Compiz, and Mutter guys, we really need this.

So that will probably give you an outlook on how things are going to go for the 0.9.x branch. Although you’ll need to be patient. All of the developers have really demanding Real Lives (TM) at this time and don’t have as much time as they used to to work on compiz. 0.9 might be ready within the next two months, or the next six months depending on how things go. We’ll keep you informed.

EDIT: By the way, note that these ideas are mostly tentative – depending on a number of factors they may or may not happen. GNOME-Shell is an especially tricky issue and it would be wise for us to see what happens with it.

- Sm

CCSM

2009-04-06T00:03:35+00:00

“I think the Compiz guys and girls need to work hard on making ccsm more accessible, in such a way that it doesn’t require a degree in physics and geometry to figure out how it works.” -OSNews

In terms of CCSM, such a comment has always troubled me. Apart from graphical glitches and ‘pointless bling’, CCSM seems to be one of the main areas compiz is seen as ‘weak’. Of course, there is a point to which we need to know – are we doing it wrong, and what can we do to fix it.

A lot of the comments on CCSM come down to it’s sharp learning curve and learning the plugin-based configuration and not feature based.

Anyways, considering that we’ve been using CCSM for ages, all the developers find it incredibly easy – but we acknowledge that perhaps it is not as simple for newer users. So my question is this – what can we do to improve CCSM’s usability. What would make it make more sense? You are free to make any suggestions, however the only restriction we have so far is that it needs to be flexible over multiple plugins – i.e it should be consistent for every plugin as every plugin has it’s own metadata.

-Sm

(On a side note, I thought I might share with you that my partner and I were selected to train with on the Western Australian Debating Legue State Squad of 2009, a prestigious recognition and certainly a fufillment of a long-term goal for myself)

Edit: Thanks for all the feedback, as far as I can see these are some of the things that need to be done (and are doable)

Remove plugin-centric view – make it feature centric (as best as possible) instead: I.e. for ‘cube’ just have ‘cube’ then everything that depends on it can be put inside the ‘cube’ page or group all the switchers into one? (Or make them plugin-plugins). Where this would really work is animation and elements – that way we can really separate it out into ‘engine’ plugins and have them all under animation/elements respectively.
Do something about window matching – make the match editor more obvious?
This wasn’t brought up, but probably something done about actions – the same option shouldn’t really repeat itself 3 times if it was to be triggered with a key, button and edge. All the bindings buttons should be one option for each actual option.
Add launchers for simple/medium CCSM
More GNOME-HIGness i.e not having close where back is.

Maybe it's time...

2009-04-04T19:44:21+00:00

Maybe it's finally time we put some serious consideration into a Compiz Desktop Environment. With GNOME pretty much throwing us aside on support and with KWin replicating our features left and right, it's hard to stay on board. This all comes on top of the numerous issues we've always had with the two big ones.
So, I figure it's time we look a bit bigger. As 0.9.0 starts to build back to the status of 0.8.* in plugins, we should look at things we need to build a solid, effect-filled DE. Sam mentioned the possibility of forking GNOME, but do we really want to go that route? I can see the backend systems in GNOME being reused in the "CompDE", but I don't see us forking their panel and desktop: we don't need to. Compiz has always been an add-on to existing DEs, and we need to consider that: We can build the basics, we already have. We have numerous panels, and we're working on a deskop. The rest is integration systems.

Hm. I'm limited on time here, so I need to wrap it up. I'll try and make a more suitable argument later when I have time.

Discuss this news post here.
(2 comments)

New Mesa Fixes UXA/DRI2 Transparency Issues [Ubuntu]

2009-04-03T12:18:20+00:00

*happiness*
Jaunty just got a new package of Mesa 7.4, and it fixes a long-standing bug in DRI2/UXA (it was there back before UXA was even impelemented) where transparent windows that didn't already set a suitable RGBA colormap appeared corrupt because they had overvalued pixels (so stuff appeared white when it shouldn't have). It's finally been fixed!
I'm sure there were other things fixed and updated in this release, too, but I don't actually know what they are, so I can't talk about them.

Discuss this news post here.
(4 comments)

Drop Everything

2009-04-01T10:50:06+00:00

At Compiz, we have a very important announcement to make:

Forget MPXIR

Forget Compiz++

Forget NOMAD

Forget every other thing we have been working on.

Something better has been in the works for a long time. Something you would never notice unless you were a dev yourself. Something will see the light of day once again for 2 years. Ladies and Gentlemen, I present to you:

Yeah, we all know you have wanted it

BERYL 0.2.1.0.0.0.0.0.1!!!!!!!!

We know. Compiz development has been slow. It seems we are being outpaced by other projects. But now we take the lead once again from the ashes of the glory-days. Beryl has been developed under secret wraps until now – right at home with git://git.compiz.org/inactive/beryl. We modified gitweb and cgit to not show any commit activity, because we knew nobody cared about Beryl. Well you were wrong! Beryl has been unleashed to take over the world from KWin and Shell busting features like:

Allowing you to send IMAP and POP email from the titlebar – take that metacity
It has t3h spinnan cubez!! and aslo t3h woobly windowz!
It doesn’t require OpenGL to operate anymore. In fact, it doesn’t even use OpenGL anymore. OpenGL only allows for drawing in 3 dimentions (plus the fourth for time). Well we use ALL EIGHT. Our RnD team took a long time to get to that one. Makes you think twice before posting a feature request eh?
Using our new FROG (Feature Request Auto Grant) system, Beryl will auto-detect when you post in the feature requests forum and grant that wish for you. Yes. ANY WISH. *
Violating all laws of physics – we have have implemented some features people have long wanted
- Input Redirection: When you click on a transformed pixel on your screen, Beryl BECOME your kernel and force, due to the fact that it is a higher process hierarchy than X.org, X.org to put that input in the right place. Don’t open up your system, it gets really ugly in there when this happens…
- Thumbnails of minimized windows: When a window is minimized, Beryl captures it before it flees to the taskbar. When you hover the taskbar, the window will appear in REAL TIME and cry out for help. The window is released with an NDA about it’s encounter when you ‘unminimize’ it
- By copying some unknown patents from microsoft, we are able to make the icons displayed in, shift, stackswitch, ring, switcher and staticswitcher less fugly. The icons used to render from WNCK at 32×32. We can boost the quality of this rendered image to 32.5×32.5 and because of this, we can display it at twice the size. Yes people – the difference between 1/3 and 1/2 is the same as the difference between 1/5 and 1/4. I had this sudden realization during physics and handed in a fail test because of it.
- OMG WE HAVE DESKTOPS ON TOP OF THE CUBE NOW!!!!!!!
Due to our advanced technology, Beryl now only runs on TomTom OS. Right now, TomTom is being sued out of existance, so it runs on nothing in reality
Fixed a damage bug present from the 1.x days
Fixed the black window bug with nvidia
Fixed general ati fail
Forced intel hardware to do shaders right
Adjusted the perambulic merimbulator
Megatronized the gigapixel shared arithmatic megaprocessor RAM unit

Developers:

Guess what – you have to rewrite your plugins AGAIN! But don’t worry, we picked a really nice language – LOLCODE. I’m sure you’ll have fun.

* Be careful what you wish for

Finally Windows users can get Compiz easily!!

2009-04-01T05:31:03+00:00

On behalf of Compiz developers and the super smart guys at Novell-Microsoft Interop lab, I am happy to announce the easy way to get Compiz for Windows users.

Download Compiz for Windows users.

Run the .exe file, follow the familiar on screen wizard, reboot, that simple.

Special thanks to Jordi Massaguer Pla and his team for making this possible.

Here is another great use of Compiz(sic), you can now spin openSUSE installer cube.

Compiz 0.8.2 fully released

2009-03-19T13:49:25+00:00

Compiz 0.8.2 fully released!!

Packages for openSUSE 11.1 users running KDE4 Factory and GNOME 2.26 are available from here.

Bugs/enhancement requests as always goes here.

Have a lot of fun, Shane would have wanted that!

Compiz Webcam Head Tracking

2009-03-09T21:13:12+00:00

I've let this go unposted for far too long now, so I think I better get this up now.

So, you want to install the HeadTracking plugin for Compiz, 'eh? Well, then, you'll want to follow this guide to keep out of trouble.

Update: This commit should work.

So what do I need?
- This commit of OpenCV
- All Compiz -dev packages (compiz-dev, compiz-fusion-dev, compiz-bcop - whatever applies)
- Any required dependencies for OpenCV (I do not have a list, if you encounter a missing library when compiling, post a comment here and I will start making a list)
- All Compiz -dev packages (compiz-dev, compiz-fusion-dev, compiz-bcop - whatever applies)
- The plugin itself (which has been adjusted for this particular commit of OpenCV - if you get an error with retrieveFrame because you have a newer OpenCV, please use this)
- All Compiz -dev packages (compiz-dev, compiz-fusion-dev, compiz-bcop - whatever applies)
- A camera that works with OpenCV (please check the list if you are having issues after compiling)
- Did I mention you need the Compiz -dev packages and compiz-bcop/compiz-fusion-bcop?

Compiling...
So now we can compile: first build OpenCV:

Code:

./configure
make && sudo make install

If you have any issues, post them as comments here - be sure to grab on dependencies you are missing and post them here.
When OpenCV is done (it may take quite some time), ensure your environment is ready to build Compiz plugins (this shouldn't take any extra work).
Then compile the plugin:

Code:

make && make install

If you have issues here and the error messages do not say "facedetect.c" or something to that effect, you probably missed a Compiz -dev package. Check your distribution's documentation for any extra information on compiling Compiz plugins, or see the Compiz Wiki.

Configuring...
If you've reached this point, you're ready to configure the plugin. This takes quite a bit of trial-and-error to get things to look smooth. The biggest suggestion I can make is to increase the width and field-of-view options - their defaults are way too low. If your display appears corrupt, it's probably because the camera is set to point extremely far away or extremely close: if the display appears flipped, it's probably too close. If the display is corrupt or doesn't seem to update, it's probably too far away. Adjust the width and see if it helps. If no set of values seems to work, you can contact me and we can do some debugging to find appropriate settings for your camera.

But I'm still having problems!
Please, post your issues here - don't post on other forums, as if there's a topic for "Headtracking", solving issue is probably not its purpose.

Discuss this news post here.
(20 comments)

Workshop for the Baroda High School teachers

2009-03-03T15:01:11+00:00

Had a workshop for the IT teachers of the Baroda High School, a group of 4 schools today. The teachers loved openSUSE, were swept off their seat looking at some of the Compiz effects(at least I am sure they liked fishes in the bowl).

Don’t they all look happy with their openSUSE DVDs?

Next on their agenda is set up all their labs to run LTSP with a ton of openSUSE-Edu applications.

Upcoming Forum Reorganisation

2009-03-02T14:47:55+00:00

If you haven’t seen the announcement on the forum already, you should probably be aware that the support and web teams will be carrying out a forum rework on March 2nd 0200 GMT. The main reasons for this were the fact that current forum structure doesn’t fit well with our user base and doesn’t promote much community involvement. With the new forum structure, we hope this will change.

There will be a bit of weirdness as we move stuff around, so I wouldn’t advise posting for a few hours around that time (most of our users will be asleep [or should be!] anyways, so this shouldn’t be too much of a problem).

Also, if something is not working or things are in the wrong place, feel free to report that thread to the moderators. I usually act upon reports from the forum on-the-day.

The announcement can be found here

Update: It’s been delayed a bit because of some things we had to work out. The forum is in read-only mode for the moment and will be ready in a day or two. Stay tuned!

Update 2: Work has started. Please hold.

Update 3: It’s done! See the announcement for details and over the next few days, don’t post unless you absolutely need to as there is a slight chance we may have to revert to previous backups and we’ll lose your posts!

- Sm

Input Redirection, MPX and NOMAD

2009-02-21T16:09:23+00:00

So considering that compiz++ is now master and my patches haven’t been maintained in a while, a lot of you might be wondering what is going on with input redirection and MPX. Was that effort wasted? Is it made obsolete by com[iz++? Is it still doable? When is it coming? Etc.

To be perfectly honest, they are all questions in a sea of uncertainty. Surely, it has been on the top of our priority list and the compiz developers would love to see it working out. I can say that MPX support is on our TODO list before 1.0, and considering that there already patches to implement this functionality (even if it was badly and with problems), we will be considering this once core settles down (compiz++ ports, NOMAD, options-rework etc).

A large part of that framework will probably be generic input events, i.e plugins do not need to handle X events directly, compiz core can do all the annoying work and plugins get all the commonly used data in a nice neat package (like how we have implemented actions, but to a greater level). This is important because X Input 2 events have different signatures to normal X Events which means that you have to write event handling code twice (not good).

As for input redirection, it’s still up in the air. The current X patches are currently in a nice state: only a small hook has to be added the X server to transform input event co-ordinates by a triangular mesh with XComposite. The only problems with this approach is that some broken apps read global event co-ordinates instead of their own which breaks the way input redirection works and so far it has been difficult to calculate a triangle mesh for different effects. Our math and openGL guru – onestone, suggested a more efficient way of calculating a triangle mesh or all different kinds of effects: hopefully this can be implemented in the next revision of the input redirection work.

I would imagine that around the time we implement support for MPX, we will also do a big push on the XServer side of things to get input redirection (re)-implemented. Hopefully, that should all work out if we show that we are serious about it.

NOMAD:

During the last conference call I had the oppurtunity to speak with David Reveman regarding input redirection and NOMAD. I asked him if it was possible to do such and also how NOMAD would be implemented so it was transparent.

The idea behind NOMAD is have your session running on some remote server and send as little data as possible to have the client do the grunt rendering work. NOMAD allows for so-called ‘virtual’ channels over RDP where data can be sent to client applications to be done on the client itself. This is essentially moving away from the idea that remote desktop is just sending input events to some server and have it return screenshots of it’s display or a buffer. Ideally, for NOMAD to work seamlessly, you just send the data required to rendering GLX applications or video and the rendering is done on the client itself. This would be with nil speed loss if the client machine was the server. Compiz does this already: server compiz sends the client compiz window pixmap data and voila, desktop effects are hardware accellerated by the client.

The idea of all this is that when you log in, you spawn a remote session that you can’t see in reality and your visible session is actually connecting to that remote session on that same machine. Then, you can just resume that session from anywhere you want. Especially useful if you have a USB key and just plug it into someone’s machine. The difference between your remote session and local session should be unnoticeable.

Why is this important for input redirection? Remember that because we are sending events to a server session, we have access to all the input events. This is crucial if you want to input redirection. It also requires no X Server modifications, just a different setup. Of course, if the actual patches for X were accepted that would be better, but this would work just as well.

I hope that clarifies any confusion about the state of Input Redirection, MPX and NOMAD. I’ve had a lot of questions regarding it recently.

Compiz 0.8.0 Out - Transition Begins

2009-02-20T19:23:52+00:00

Yay! We pushed 0.8.0 out today, which means it's finally time to make the transition to Compiz++.

Short post is short.

Discuss this news post here.
(11 comments)

MSU FootPrints ‘09

2009-02-19T06:11:05+00:00

Starting tomorrow I will be at the Maharaja Sayajirao University of Baroda’s national level tech-fest: Foot Prints 2009.

Over 5000 students from engineering colleges from all over India are expected. There are many workshops, quizzes, exhibition, talks and also a grand performance by popular music band Euphoria scheduled.

The home page of the event is here: http://msu-footprints.org/

Details of the workshop I will be leading at the event here:
http://msu-footprints.org/kaleidoscope.html

We will be distributing openSUSE 11.1 PromoDVDs from the stall we have at the venue for three days.

If any of you are coming to Baroda in next three days do drop in at the MSU “Techo” faculty to say hello.

Git master going wild

2009-02-11T01:35:45+00:00

So this weekend I finally got the core Compiz 0.8 branch mostly finished, and master was freed up for development. Compiz++ was essentially renamed master.

I bet that was fun for all the folks using semi-automated git scripts to build compiz. Suddenly they get a real development branch with a small fraction of working plugins. This is assuming that the equally automated build process actually succeeded.

Anyway. Git is dangerous these days. If you for reasons unknown need it, either use the 0.8 branch and the merged plugin repositories, or be prepared to spend a few hours to get master working to some degree. There will be significant changes in the days to come as we set up submodules. You may already have noticed that we’re not using fd.o for git any more. Frankly, if you’re not a developer, just wait for Compiz 0.8.0. It’s right around the corner.

There are also some plugins which we are intentionally leaving behind in Compiz 0.9. GConf being one, as ccp has gconf support. This, in turn, should render the glib-plugin fairly useless. And then there’s the whole build system being up in the air as we’re about to shift to CMake, submodules and a different language which comes with different deps. If you’re not a core developer, I urge you to wait for 0.9.0 or use 0.8.0 once released. Compiz 0.9.0 will still have plenty of issues for you to find, but it should at least be functional.

Oh, and Guillaume told me we’ll finally have compiz.org. It’s being transfered, so a day or three from this should do it. Then you can reach me at kristian@{beryl-project,compiz-fusion,opencompositing,compiz}.org. And we can start worrying about re-branding everything.

(Edit: Testers: Wait for 0.9.0. Normal users: Go for 0.8.0)

Long time no post

2009-02-10T23:38:47+00:00

Hello, I'm still alive, but busy in High School, finishing my senior year. I hope that I will have time in my college years to continue this, as compiz moves in new directions.

Indeed, as Compiz Fusion seems to be coming to an end, I may have to rename the cast. At the moment I do not have time enough to make more episodes, and compiz fusion hasn't developed much anyway.

I am pretty sure that this summer I will be able to start 'er up again, maybe with a new name, and start fresh with all new bleeding edge compiz++! :)

Another reason for me posting this is an important message: DO NOT INSTALL VIA GIT ANYMORE. As Kristian mentioned, the new work on Compiz has moved to git, and confused up scripts and how-tos. Just use what Ubuntu ships with; it's up-to-date enough to have all the plugins I've reviewed.

I don't know how many people still check this blog, but I hope to start something again sometime in the near future. :) Thanks for staying subscribed all this time!

--gavin

Huh?

2009-02-10T04:34:04+00:00

If you updated compiz today from git (like any awesome person would), you probably would have noticed the following error:

User@XPS-SUSE:~/Source/Compiz-Fusion/personal/compiz> git pull origin master
fatal: The remote end hung up unexpectedly
User@XPS-SUSE:~/Source/Compiz-Fusion/personal/compiz>

It’s actually

git clone git://git.compiz-fusion.org/compiz/core *
git checkout -b  origin/compiz-0.8 --track

*Tentatively

Stay tuned for updates.

Invitation to VCCI exhibition and MSU Tech Fest

2009-02-07T12:59:07+00:00

We would be taking part in this year’s VCCI mega exhibition 12-16 Feb 2009, our stall no is E Dome, D-19. We would of course be distributing openSUSE 11.1 DVDs that Martin Lasarsch has kindly sent for the event. Our participation at VCCI is sponsored by Novell

I would also be conducting a workshop at MSU Footprints Tech Fest: http://msu-footprints.org/ . The details of the worksop and other activities is here: http://msu-footprints.org/kaleidoscope.html

It is a marathon 5 hour track covering the following:

Introduction to Open Source world & GNU/Linux.
Compiz Fusion - Transforming your desktop with amazing effects.
Virtualization - Running Multiple Operating Systems Simultaneously.
KIWI-LTSP - Using your Old PC at the speed of your new Hardware.
Creating “Your Own” Operating system using KIWI - A step-by-step process to assemble your own operating system, with softwares of your choice, that you can take home.

We also have a stall running openSUSE “InstallFest”, promoting Linux and FOSS at the Tech Fest venue.

With this post I invite all of you to visit us at both the events if you happen to be in this part of the world.

Looking forward to seeing you all there.

GEM/DRI2 Shaping Up in Ubuntu Jaunty

2009-02-07T01:13:56+00:00

Things are coming along nicely after months of complaining (mostly by me!) for GEM and DRI2 in Ubuntu Jaunty.

And here's the video - ignore the poor performance, obviously I'm using a screen recorder.

Obviously, it still has that classic colormap transparency bug (which was there in the original DRI2 a year ago), but it works nicely with barely any crashing. It's also just as speedy as, if not faster than, EXA. Scrolling in Firefox is great!

Here are some more UXA transparency bug pics:
Firefox (with opacity -1)
Firefox (on cube, normally)
CCSM (view this on a non-white background for a cool side-effect!)

Discuss this news post here.
(2 comments)

Woah, What?!?!

2009-02-06T11:39:43+00:00

As you might have been aware, as a result of Kristian’s ‘The Future of Compiz’ discussion, a new council including Danny, Dennis, Guillaume, Krisitan and myself has been created. We have decided to make some very important code and project related changes. All of these will be for the better, however expect some very invasive changes over the next few months.

Compiz Fusion -> Compiz

The Phoronix headline was probably a little confusing, Compiz Fusion as a project is not being dropped, we’re here to stay, however considering that the same two leaders are in charge of both Compiz and Compiz Fusion, we have decided to merge the two projects. Some of you might think ‘hey waitaminute, merge with what?’. The truth is that strictly speaking, Compiz Fusion and Compiz we’re meant to be separate as a condition of the Beryl-Compiz merge. Now (after almost two years) we have reached the point where we are completing this merge. In essense, the main changes as a result of this are:

Move some plugins out of core (specifically the superflous ones like Cube/Rotate, Water, Wobblye etc) into our own plugin packs
Change all the graphics
In all the code / translations sed – e s/Compiz\ Fusion/Compiz/

Release 0.8

Within the next few weeks, we intend to release the Compiz 0.8 Stable release, which will be our first stable release in almost two years. This is an important priority because:

Distro’s have been shipping unstable strictly-speaking unsupported releases instead of the stable release because it is too old.
Most of the support team also don’t have the stable release, it’s just too old.
It allows us to put the past code behind us and focus on the unstable branch
- Also noting that we will be making bugfix releases on this
First stable release in almost 17 months!

Merge Compiz++

At this point, we aim to merge the Compiz++ branch into master. Note that this will be the most invasive change since the Beryl/Compiz merge! Everything will break. Lots of stuff, not even cube and wobbly have been ported yet, so please be patient or use the stable branch. At this point we also intened to drop some of the useless and / or broken stuff that is not worth maintaining:

Emerald: This has major bugs which include crashing for no apparant reason (Bug 807) and switcher panel drawing. It is also based upon a version of gtk-window-decorator that is almost two years ago and among other problems, we don’t have any contributors who understand the code. We are hoping that other more promising decorators like Jasper will replace it. UPDATE: Before you all get worried about loosing all your themes, hopefully Jasper will be backwards compatible with emerald, if not then ease of porting themes will be at the top of our list.
Splash: There is no point to letting users know that they are using compiz now, it should go into the background and not be in their face. For those who still want the plugin (Like me) it will go into a user repo, that way we don’t have to officially support it.
Other core plugins:
- FUSE: Nobody actually knows what the point of this and I doubt there is anybody using it. Most likely to be dropped
- GCONF/KCONFIG: This is already in the ccp plugin. No point in porting these
- INI: This is a topic of separation, considering that it is already ported. We have some plans regarding metadata handling which might result in this being dropped, but it is useful in case in case you can’t use ccp for whatever reason.
- Video: We’ll evaluate solutions like textured video over DRI2/GEM/UXA and see if they are better than this. The only use for this so far is that video can dynamically scale depending on the desktop context, perhaps there is a better way to make apps more aware of this.

The team hopes to have some kind of compiz++ FAQ to answer more detailed questions.

Release 0.9

This will be the first development release of the compiz++ code. Hopefully a lot of exisiting work will already be ported and the release will be usable enough for the users of the development releases to move to.

Merge NOMAD

The team has evaluated NOMAD and found it to be very promising (Trust me, you wont know how useful it is until you do try it and set it up correctly). We will also try to have a NOMAD FAQ as well for those who are interested, but you can see some of the potential in the video I did a while back. NOMAD is not a very invasive change, so this should hopefully go very smoothly.

Other ideas which may / may not be implemented for releases up to 0.10.0 or 1.0.0:

Completely rework option handling and make it more flexible (i.e allow actions in lists, lists in lists) suboptions
XRender backend, opening up compiz to more hardware
Use BCOP for all option handling and drop metadata handling from core (in discussion). This would drastically speed up startup time along with protobufs.
CCSM Plugins to allow for more detailed configuration of certain plugin’s options (i.e mousegestures are stored in a string, but the CCSM plugin allows you to make that string graphically)
Generic Cairo Layer plugin, should remove a lot of code duplication
Generic workspace and / or window switcher that duplicate plugins derive from to avoid duplication of code
Animation – Rework, make it more accessible to other plugins, split it into the event handler and animator
Rework text into a general toolkit-like plugin

These are just ideas, don’t expect any of them to come into reality, remeber we have very limited developer time (As is my own time as I have just started school taking around ~70 hours from my week)

SpringDesk

It’s currently on the backburner. Python, is going to be an insufficient language in the long-run especially for an animated desktop. I am currently evaluating cluttermm, which is a C++ version of clutter (Programming clutter in C with GObject is something I’d like to avoid). If it is suitable, it will be good considering that I can base a lot of the plugin system on what compiz++ already has.

Compiz is Dead, Long Live Compiz!

2009-02-04T18:00:32+00:00

And so on that day, the first Monday of the Second Month of holy year of nine, the great elders did meet in private. And such was decided, that the Compiz of old is dead, and long shall live the new Compiz. Gone are the days of the Fusion, for now we live as one. Gone are the days of misdirection, for now we follow a path.

All glory to the compositor!
[/religion]

So, yes, yesterday was the Compiz Conference Call. I'm not nearly important or influential enough, nor was I even able to be there, but it happened and everyone pretty much agreed that the current "C" Compiz should be scrapped, Compiz++ "merged" (isn't more of a replacement?), and that soon after Nomad would be merged. Compiz-Fusion is no more - all of the "community" plugins are going to be some sort of unsupported or alternate set (this really started happening when Plane was dropped, I guess). The -Fusion name is pretty much being dropped, as is the idea of Compiz++, it's all just Compiz - the new Compiz. Forums and wikis and bug trackers will be moved to compiz.org, and things will continue.

This is all good - but I have to get to work, first with re-learning C++ and second with porting the Headtracking plugin.
Hopefully we can get SpringDesk to be an integral part of the neo-Compiz, too.

e: This article was originally posted on 2/3/09, so "yesterday" refers to 2/2/09, as noted above by the religious-seeming statements.

Discuss this news post here.
(5 comments)

The Future of Compiz - Take two

2009-02-04T17:47:11+00:00

In late December, I sent a mail to the Compiz mail list, where I expressed my concern for the future of compiz. Basically, it all boiled down to a lack of direction and leadership, made worse by a lack of documentation, a project structure that’s nothing short of messy and two-three significant branches that had appeared.

Luckily, the community rose to the challange, and we’re finally getting the project back on track. For those who used my post as a basis to predict the doom of Compiz; Sorry, we’re here to stay.

This morning I sent an e-mail to the Compiz mailinglist and forum on behalf of the Compiz Council, announcing the creation of the Council, the decision to unite the project under a single banner and the preliminary road map.

This was made possible through three separate conference calls (I missed the first) with members from the community. Thanks are due to Michael Meeks and whoever else helped make that happen. I regret that it was necessary, but it was definitley efficient, and it will allow us to work.

I would’ve expected more discussion on the forum and mailing list, but so far, the response has been somewhat slow. Hopefully, people will realise that we just revived a project that’s been dormant for the last two years when we start dropping releases in their lap.

On that note, Compiz 0.8.0 will probably be released within 2 weeks. And, I hope, closely followed by 0.9.0, the first development release with Compiz++.

More Compiz Webcam Headtracking

2009-02-03T23:58:10+00:00

Digg

Yet more Compiz Headtracking!

The new video is up. It shows the same view as the last video for around 5 seconds, then shows some nice cube rotation and window stacking. It's a bit more smooth here (especially the cube rotation, which, not to brag, looks phenomenal!). Check it out, comment, show your friends. Let's get this one on the first page of Science and Tech!

Also, slashdot, digging, etc. are all acceptable forms of flattery.

Discuss this news post here.
(8 comments)

Compiz Webcam Headtracking

2009-02-01T05:23:52+00:00

(Planet readers, click here)

Quite a bit of work went into making this, but I'll keep this post short. I wrote the original headtracking plugin a while back to use a Wiimote (and we still have some limited support for one). About a year ago, another developer extended it to use webcam tracking via OpenCV. It still had some bugs and no one really touched it for quite a bit of time. Until now. I made a number of big changes to the code to make things smoother and faster, and more configurable, and it works great with my Mini.

Basically, we're taking data from the camera, piping it through OpenCV to do facetracking (which is taken directly from the sample application provided with OpenCV), pushing that data back into Compiz, doing some trig on it to find a 3d position for our face, and then warping Compiz's OpenGL viewport with glFrustrum. The end result is a rather nice 3d desktop that actually works. We also make windows stack based on their z-depth, so we can look behind them. There are a number of bugs and the thing is still very glitchy, but it works well enough to be somewhat useful. Hopefully we'll get a few more things fixed up later on.

Discuss this news post here.
(15 comments)

Compiz presentation at NUUG’s monthly meeting in Januar

2009-01-31T03:39:02+00:00

I’ve been invited to speak at the Norwegian UNIX User Group’s January meeting. I’ll be giving much of the same presentation that I gave at the last Linpro Evening, with a good bit of news regarding the latest and very exciting developments in the Compiz-world.

That means a good bit of demonstration, a quick walk through of what makes Compiz work (and not work), how the project has evolved (Compiz, Beryl, Compiz Fusion, Compiz…) and some hopefully exciting news regarding what’s going to happen this spring.

So if you live in the Oslo-area, drop by on February 10th at 18:30. The place is Oslo University College, Pilestredet 35. For more information, see http://www.nuug.no (Norwegian).

Apparantly we’re hated now

2009-01-30T12:47:21+00:00

Or at least, one particular famous individual has finally written a rant about us. So in the traditional Developer vs Linux Hater type post, I shall address his concerns. Perhaps he’ll get back to me, I’d love to have a debate with this guy. Yes, I know the nature of his blog is supposed to be facetious and we are supposed to take what he says with a grain of salt. So here it is, point by point deconstruction of his little rant.

“What’s this? You say compiz is dying? And in true open source fashion [quote]?”

Perhaps so my friend. Yes, we have suffered a slight case of lead-developer-goes-away for-a while-and-leaves-the-project-in-disarray howerver I’d like to mention that amongst all the FUD that has been going around things have changed. If you read the minutes of the last Compiz conference call with David you’ll find that we’re in the process of setting up new leadership and direction for the project. Compiz has got a very bright future to look towards this year.

“Don’t worry about bad drivers or not being able to smoothly resize windows”

*ahem*

I’d talk to ATI/NVIDIA about that one. Most of the bad resize performance is due to the fact that they re-bind textures inefficiently. On some cards, it is just as slow or slower on Mac OS X or Vista. Go figure.

However, if you do take the open source route which I figure that you don’t like all that much, you’ll find that windows do resize smoothly (or at least they should in theory).

Of course it’s about the experience. I wouldn’t expect Linux Hater to know much about graphics drivers.

“No amount of wobbling is going to make a user switch to Linux”

O RLY?

Yes, I could show somebody my computer and wobble a few windows in their place. They’ll probably just point out “There is no point to that.” Yes, point taken there is no point to that. It looks cool, however and to some people it really shows an amount of polish where instead of having ‘Linux is just another OS’ we have ‘Linux is just another OS and it’s presentation is phenomenal‘ I have convinced many people to at least give Linux a try and they are sold when they see how advanced-looking compiz is.

“Even if you’re going to keep working on this, why not try to do it in a way that doesn’t break stuff that already worked? Like video? or OpenGL apps?”

Again, clear ignorance that those kind of issues are not within our control =).

Seriously speaking though, I can say that I have gotten upwards of 300FPS when playing Windows games like Warcraft III even while compiz is turned on. No bad video performance. Etc.

Perhaps he is talking about a lack of redirected-direct-rendering, which has been plaguing us for a long time now. I’d like to point out that things have changed, or at least the next version of ubuntu will ship with GEM, which, when configured correctly will allow for things like accellerated OGL inside wobbly windows.

Again, though, he probably doesn’t know much about drivers and I don’t blame him. I can assure you that things will get better though =)

So there you have it. A small deconstruction of your rant and addressing some of the main flaws you brought up. Interesting to find that most of your rant was not really regarding issues with compiz but issues with other things.

On a totally unrelated note:

It looks like the developers will be going ahead with Compiz++ and we have silently been porting plugins. On the list of plugins that are ported (but by no mean absolutely stable:

Move
Resize,
Place,
Switcher,
Scale,
‘Copy Rendering’ (Not for production use)
Decoration
Wall
Snap
Lazypointer
Throw
Flash
Text
Mousepoll (Not commited yet)
Fadedesktop
Resizeinfo (Not commited yet)

I’m sure there is more, but that is the progress I can remember off the top of my head.

-Sm