|Current Maintainer(s):||Antoine Pinsard|
|Source Repository:||Repository:Sapher Overlay|
Summary: A pure-Python tiling window manager.
- Add support for GoogleCalendar widget (requires additonal dependencies). Will only work with Python 2.7 ABI.
- Add support for ImapWidget widget (requires additonal dependencies).
- Add support for LaunchBar widget (requires additional dependencies).
- Add support for Mpd widget (requires additional dependencies).
- Add support for Mpris and Mpris2 widgets (requires dbus support).
- Add support for Wlan widget (requires additional dependencies). Will only work with Python 2.7 ABI.
- Add support for KeyboardKbdd widget (requires dbus support).
ARM RebuildARM systems will use new stage3's that are not compatible with earlier versions.
ABI X86 64 and 32Funtoo Linux has new 32-bit compatibility libraries inherited from Gentoo. Learn about them here.
Pre-built kernels!Funtoo stage3's are now starting to offer pre-built kernels for ease of install. read more....
Qtile is a highly configurable tiling window manager distributed under MIT license. It handles both tiling and floating layouts. It is especially a good alternative to Awesome for those who are more used to Python than Lua. Indeed, Qtile is written and configured entirely in Python. So whether you are Python guru or whether you are learning Python for a few time, Qtile is an ideal choice to get your environment fit your needs and feel. If you don't know Python, you can still stuck to the default configuration or pick out one of the configuration examples but a basic understanding of Python language is recommended though.
# emerge -av qtile
It is generally a good idea to enable the
dbus useflag to deal with dbus messages. The
widget-* useflags are only needed if you would like to include the given widgets. These widgets are included in Qtile, but require additional dependencies. Leaving
widget-* useflags unset will remove the underlying widgets from qtile sources to avoid warnings about missing dependencies.
Very likely, you don't need to enable multiple python ABIs for qtile. To make your mind, here are the few things to know to choose the right ABI:
- Python 2.7 uses trollius, Python 3.3 uses asyncio, Python 3.4 has asyncio built-in.
- GoogleCalendar and Wlan widgets depend on packages that are python 2.7 only. If you plan to use one of these widgets, use python 2.7 ABI.
In order to run qtile with xinit, add this line to your
You might also want to pass
dbus-launch if you want respectively ConsoleKit and/or dbus support (note that the latter requires the `dbus` useflag). Your
~/.xinitrc would then look like:
xinit to launch qtile. You can also configure a display manager instead, but this is not covered in this document.
As far as possible, when a default behavior is explained, a link to the related configuration snippet is given so that you can get more information and tweak it as you want.
When Qtile is run and no valid configuration file is found, it fallsback to the default configuration. So, the first time you run qtile, you should be welcomed with a black background and a bottom bar. On the left of this bottom bar, stands the list of your workspaces represented by the characters 'a', 's', 'd', 'f', 'u', 'i', 'o', 'p'. On the right of the bottom bar, you should see "default config" followed by the date and time.
Workspaces are highlighted in white font when windows are opened in them (against gray font when it contains no window). The current workspace is surrounded with a blue border, if you have multiple screens, workspaces currently displayed in other screens are surrounded with a gray border. You can go to a given workspace pressing
Mod4 + <workspace ID> (a, s, d, f, u, i, o or p by default). If you go to a workspace that is already displayed in another screen, workspaces will be swapped. You can move the current window to a given workspace pressing
Mod4 + Shift + <workspace ID>.
Qtile looks in the following places for a configuration file, in order: book.com/
- The location specified by the
At anytime, you can fire
Mod4 + Ctrl + r to restart qtile with your new configuration. You should also `tail -f ~/.qtile.log` to checkout errors and warnings while editing your Qtile configuration.
In order to configure your Qtile environnement, I would suggest you to start with the default config base and tweak it bit by bit:
$ mkdir -p ~/.config/qtile $ wget -O ~/.config/qtile/config.py https://raw.githubusercontent.com/qtile/qtile/v0.9.1/libqtile/resources/default_config.py $ vim ~/.config/qtile/config.py
Don't forget to replace "v0.9.1" with the version you installed or it may not work.
The first thing you might want to customize is the bottom bar on the first screen. Here is the default code:
If you want this bar to be on top, replace
top=bar.Bar(. Of course, you can have a bar on top and on bottom. Just specify both
Screen keyword arguments. You can also place bars on the left or on the right, using Screen's
right keyword arguments.
The first argument of
bar.Bar() is a list of widgets (we'll talk about it later). The second argument is the thickness of the bar in pixels.
If you have multiple screens and want bars on both screens, you must de define multiple Screen instances.
By default workspaces are labelled 'a', 's', 'd', 'f', 'u', 'i', 'o', 'p' and can be accessed via
Mod4 + a,
Mod4 + s, ...
You can name your workspaces as you want, changing the string "asdfuiop". As far as I am concerned, I rather like having keys such as F1, F2, F3, ... mapped for my workspaces. Thus I think numbered workspaces are better:
The Group object accepts a spawn argument that is the name of an application to launch on this group when qtile starts up. Unfortunately, you can currently autostart only one application per group.
For instance, if you want to run urxvt and on the group "a" and firefox on the group "s", you could right something like this.