Awesome Window Manager – Maximization issues

I have been a convinced follower of this tiling window manager [link] for some years, and never ever dream of going back to the messy days of stacking window managers.

Recently, I noticed that some windows start maximized like firefox or chrome ( with a + symbol in the taskbar ), and I’m unable to de-maximize them with conventional keybindings. The ordinary way for toggling maximization ( Mod4 + m ) does not change them in any way, and it results in different flags on the taskbar that indicate vertical and horizontal maximization.

After some fiddling I discovered that at least 3 ways exist to maximize a window and the default keybinding does not deal windows that are just maximized ( and thus different from vertically and horizontally maximized windows ). Here are the taskbar glyphs for each of them.

+ maximized

A simple new keybinding to unset all three maximization flags for a given client can easily solve this when added to rc.lua :

awful.key({ modkey, “Shift” }, “m”,
function (c)
c.maximized = false
end ,
{description = “demaximize”, group = “client”})


Mod4 + shift + m will cut all client windows down to size now


Trying the Solarized Colorscheme

Usually, I prefer functionality over aesthetic appeal. Sometimes those two terms cannot be fully separated or can be reconciled in a unity of both. An example for this is the colorscheme applied to a user interface.

I decided to give the Solarized Colorscheme a try, it is still quite a hype and supposed to be immensely popular.

Solarized was created by a man with the passion of an artist and the precision of a scientist who put unbelievable energies into finding the best colors for a programmer’s text editor. The result is remarkable and can be found here:

( I wonder where he got the name from. Was it the Stanislaw Lem novel, the Tarkovsky film, one of its remakes or the old fashioned unix brand? My guess is the latter. Ironically the default colorscheme of the unix variant was a visual nightmare. )

The result is a light colorscheme and a dark one, if your workplace gets enough daylight, you are supposed to choose the light one, if you shun daylight or love to work in the night, the dark scheme is for you. I almost work exclusively with the dark scheme, in daytime and nighttime.

Solarized themes exist for the console, gtk, some window managers and many editors.

Arch Linux provides about 30 packages in AUR for the search term. You can solarize about anything from mc, emacs, vi and mutt up window manager decorations, consoles and text editors.  My own hacky ( not strictly canonical in terms of text color choices ) variant for SciTE, which I created because I could not find any for this editor fitting my purpose can be found on my github:

It covers most of the languages I use, but still leaves many looking very ugly due to missing style definitions.

My conclusions: For long working hours, a colorscheme with dark background and brighter text causes less eyestrain. I’m not switching back to dark text on bright backgrounds anytime soon. If UI colorschemes are something like a religion, Solarized manages to appeal even to agnostics.