diff options
author | MC <mc@hack.org> | 2010-06-24 06:29:04 +0200 |
---|---|---|
committer | MC <mc@hack.org> | 2010-06-24 06:29:04 +0200 |
commit | 60881dfb74130b8bf9558e12f10457662967d050 (patch) | |
tree | 69aee01fd69c168cdc26be6f4572704c9b54d728 | |
parent | 39bc009e3d2d83da97ff81d241e7fb1f3303d838 (diff) | |
download | mcwm-60881dfb74130b8bf9558e12f10457662967d050.zip |
Prepared for release.
-rw-r--r-- | NEWS | 11 | ||||
-rw-r--r-- | TODO | 9 |
2 files changed, 17 insertions, 3 deletions
@@ -2,6 +2,17 @@ User visible changes +2010-06-24 + + * When starting, we don't care about windows with override redirect + set. This means, for instance, that if a GTK application was + running when we started, we won't draw any borders around its + menus. + + * New option, -t <terminal-program>. + + * Fixed bugs. + 2010-06-22 * Handles size changes of the root window. That is, if the user adds @@ -31,7 +31,10 @@ In order of importance: Don't focus on these windows at all? How will this work with our window movement keys that work with the focused window? - Does unclutter use this? + Does unclutter use this? No. It creates a subwindow and sends + a synthetic enter notify back to the client. + + You can use unclutter -grab, which works, though. * Flag to disable dontmoveoff. @@ -52,8 +55,8 @@ In order of importance: * RandR/Xinerama - Get physical screen characteristics. Maximize and move to corners - should consider the screen it's on. + Get physical screen characteristics for every screen. Maximize and + move to corners should consider the screen it's on. * Key to move to another physical screen. |