AdminCompiz = CompizTools
It is available in English, Spanish and French at the moment, but all translations are welcomed by the authors!
All the latet details can be found here
A repository for Compiz plugin knowledge. Kept update with all the latest Compiz plugins and patches! Mail details of new plugins to me: mailforwho [at] googlemail [dot} com
- - please set demindow_key to Button3, otherwise you will not be able to move your mindows around
- - - or change your default move key bindings.
Last Changes:His original announcment is here. The latest source to try, aswell as a compiled binary is here
ATTENTION: please run a gconftool-2 --recursive-unset /apps/compiz/plugins/miniwin as there are many
options which have changed there name and/or were removed
- code rewrite: prepared for 0.1.0
- - introduced event handling for mindows
- - separated the taskbar code from the basic mindow code
- - more debugging output
- fixed: mindows as well as windows remember their position (independent from each other)
- changed taskbar behaviour
- - mindow_key doesn't put mindows in the taskbar, only minimizing them does
- - that means: it is now possible to have (different) mindows on your desktop _and_ in the taskbar
- removed option bring_back_centered
- removed the dock window (temporarily) as it seems to cause *many* problems (focus, inputfocus, swapping around, even crashing compiz sometimes)
known bugs:
- if you hover mindows very fast and often, the may move around
- the firefox bug is now even worse (though it only appears here when putting firefox in the taskbar), but I guess this is not only miniwin's fault, but compiz's as well.
Can't wait to try it!
And this is how it works:
You'll find two new gconf keys: /apps/compiz/plugins/move/*/options/edgeflip and .../edgeflip_time. The first one activates edge flipping and the latter one specifies the time in seconds how long it will take before a moving window on the edge of the screen actually causes a flipping.
The effect:
If you drag a window to the left or right (top and bottom makes no sense ) edge of the screen, you will automatically take it to the virtual desktop left or right of your current desktop, just like you could do with Enlightenment.
ToDo:
- Don't make the flipping dependend on the moving. Right now, the time is checked in the motion event handler, so you have to move the window to the edge, wait until the time has passed by and move the window again a little bit but staying at the edge (i.e. only up/down movement).
- Have a cool rotation when the window is taken over to the new desktop *if* the cube and rotation plugins are enabled.
Advantages:reggaemanu pointed out that his debs do support the latest Intel 915 and also that, being .debs, they are not checkinstall builds...
- No more slowdowns with NVIDIA-cards
- No more glitches with ATi radeons (solved my X700mobile problems)
Disadvantages:
- new mesa doesn't support Intel 915 graphics (won't compile)
- Xgl and mesa are checkinstall builds (better than nothing)
This is a dynamic post which should always hold the information on the LATEST QuinnDebs (see my announcment of them here)
Current Version: 0.8Ubuntu14.
Here is the actual post on the forums.
These debs basically include everything that the community has done to date and are synced with CVS on a regular basis: Additions that have come in the most recent upgrade are in green and bold, previous update are just green.
You can find them and their source here or just add this line to your /etc/apt/sources.list
deb
deb http://www.beerorkid.com/compiz/ dapper main
To do this use these commands in a terminal
sudo cp /etc/apt/sources.list /etc/apt/sources.list_PRE_QUINN
sudo gedit /etc/apt/sources.list
then paste the line in at the bottom of the file and save and close gedit
Finally, type
sudo apt-get update
and sudo apt-get dist-upgrade
You should be ready to go!
trailfocus is a compiz plugin that changes the brightness/saturation/opacity of a window based on how long ago it was focused. This way the user can easily and quickly find recently used windows when they are otherwise obscured.As always with _avatar's additions, here is a screenshot he provided: (it doesn't really do the effect justice)
Blurring behind translucent windows was the original intention. TheSo, in the spirit of Open Source, does anyone want to pick up the mantle?
plugin does not work, and will unlikely be finished anytime soon. I
got frustrated with the lack of documentation for compiz plugins, and
the fact that I didn't have the GL_ARB_shading_language_100 extension
inside xgl (probably a mesa/nvidia thing).
I put together a new gnome-window-decorator that has a custom right-click menu sporting ON TOP and ON ALL WORKSPACES! Attached is a .tar.gz of both gnome-window-decorator.c and a binary of gnome-window-decorator that should work with the debs I posted earlier just fine (and the front-page ones)The front page referred to is here
Ok I think the problem was the list of window types in gconf. For some reason I had a 'Toolbar' in there and no ModalDialog... When this was changed it all works perfectly!!
REV3 works! make sure window_types is [Utility,Dialog,Normal,ModalDialog] is so.
Here's a precompiled libminimize.so, libopaquefocus.so and libmove.so. the libmove.so is needed for translucent-on-move. I hope my changes are to everyone's liking ^-^So the new information is that the minimize plugin has been hacked:
Allow dialog window actions on util and toolbar windowsIt seems to do the same thing as QuinnStorm's patches here and here, but yet it seems to be done in a different way.
The new version has support for KDE's "context-help" button in the title-bar.Her comment also confirms that her patches have made it in to CVS
Update:QuinnStorm has patched this so it now applies against CVS and can be found in her latest debs or source tree, downloadable here
Update: Emanuel has just emailed to say this pacth doesn't apply against the latest CVS, and that it also has not yet made its way into CVS. I'll update you if anything changes, for now you can check the CVS changelog and get the latest code if things change (see the links to the side)
The Gentoo XGL Wiki has some information on patches to limit ALT+TAB switching to the current desktop only:
From http://gentoo-wiki.com/HOWTO_XGL
you can apply this patch, by Tiago Sousa, to only switch between the windows of the current workspace. Then Bartosz Taudul enhanced it with the ability to turn it on or off through a gconf key. The final result, which is the recommended patch, is here.
I looked at the latest CVS and it doesn't seem to be there yet... so just a patch for now - Please correct me if I'm wrong!
Applications may now be configured using gconf-editor. The key is name 'apps', and its format must be like that:
"Gnome-terminal 80 Rhythmbox 90"
There is no limit in the number of applications.
To find the correct name of applications, use this command:
xprop | grep "WM_CLASS" | cut -d \" -f 4
You will then have to click on the corresponding window.
The patch allows the user to choose the opacity of unfocussed windows during the scale function (F12). I sent it to David Reveman (at Novell) and he added it to the CVS.So, yet another option to play with!
What is it/are they/are you talking about?
Xgl and Compiz were developed by David Reveman, first indpendently and then at Novell. Both are included in OpenSUSE (and of course the commercial SLED) which is supported by Novell. I will let them explain themselves :)
The best way to understand why I am blogging about it is to look at some of the videos. This stuff makes your desktop seriously cool (and, of course, allows you to be more productive :P)
XGL is not to be confused with AIGLX - a RedHat championed set of extensions to the current X server to achieve a similar effect. Compiz can run on AIGLX.
Though they were developed 'behind closed doors' for some time, XGL and Compiz are both now open to community scrutiny and patches, and as of mid March it seems to be all go, with new patches and features daily! There is discussion of the 'closed doors' approach, in copmarison to the scrutinisable open approach of AIGLX here
How Can I Get Them?
The way you get Compiz and Xgl will vary depending on which distribution you are using.
Please note: XGL and Compiz are unstable and such should not be run in critical situations.
If you have Nvidia hardware you are likely to have more luck than those with ATI, provided you are using propriety(I.E binary only) drivers
I made a small plugin that change the opacity level of unfocused windows.Further to this, QuinStrom has pathced the patch to allow transparency while moving and to change the opacity of the focussed window too- the post announcing this can be found here. From the post:
If you want to test it, just put libopaquefocus.so in /usr/lib/compiz and add opaquefocus to the list of plugins in gconf-editor (in apps->compiz->general->all screens->options->active plugins).
I've managed to successfully patch opaquefocus and move to have both selectable opacity for focused windows and selectable opacity while-moving.Finally (and I think I have got these in chronological order!), _avatar has modified it so that the the saturation and brightness can also be set - see here. From _avatar's post:
I have created a patch for Athropos's opaquefocus plugin. My patch adds the ability to change saturation and brightness for unfocused windows. The following are some screenshots showing what it looks like.Some eye candy for you all (courtesy of _avatar):
My skydome-patch will allow you to set any power-of-2 image (e.g. 1024×1024) to be used as texture for the background (that empty void of space behind the cube, only visible when you rotate the cube). Filetypes like .png, .jpg, .tga and .bmp can be used. You can set the image on the fly via gconf-editor. If you enter an invalid filename a fallback color-gradient will be used. No more black backgrounds. Have a look at the screenshots below.