diff options
author | MC <mc@hack.org> | 2010-06-24 17:43:02 +0200 |
---|---|---|
committer | MC <mc@hack.org> | 2010-06-24 17:43:02 +0200 |
commit | 3c38cb69299b322f5da648b53e5f39a651d6fa7a (patch) | |
tree | b7347a5cf71c3b728e3429d3e68a53d8d30f464c | |
parent | 80cf01b564ffc4ea0a4812e499aca421e34abb09 (diff) | |
download | mcwm-3c38cb69299b322f5da648b53e5f39a651d6fa7a.zip |
Changed order.
Added CTWM-resize.
-rw-r--r-- | TODO | 41 |
1 files changed, 20 insertions, 21 deletions
@@ -7,6 +7,21 @@ In order of importance: Save the subwindows of the root window and focus each when pressing modkey + user_key_change. First option always last focused window. +* Virtual screens/workspaces + + Store workspace data in an X property for the window. + + When changing workspace, look for the windows with the right + property. + + Possibly store internally as well, so we don't generate so much + traffic? + + A window might be on one, several or all virtual screens. Add width + something like Mod2-f for "all virtual screens" and perhaps + something like Mod2-a <n>, where <n> is 1--9 for virtual screens. + Better ways? + * "M" and "X" should toggle. Store original geom in X properties for the window. @@ -15,6 +30,8 @@ In order of importance: Quickly move a window to the corners of the screen, a la evilwm. +* CTWM-like resize, at least with the mouse. + * Use window resizing hints. Done, but needs looking over. @@ -24,33 +41,15 @@ In order of importance: Set and read window hint about maximized state. -* Obey no-input hints. +* Figure out why unclutter doesn't work in default mode - 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? No. It creates a subwindow and sends - a synthetic enter notify back to the client. + It creates a subwindow and sends a synthetic enter notify back to + the client. unclutter -grab works, though. * Flag to disable dontmoveoff. -* Virtual screens/workspaces - - Store workspace data in an X property for the window. - - When changing workspace, look for the windows with the right - property. - - Possibly store internally as well, so we don't generate so much - traffic? - - A window might be on one, several or all virtual screens. Add width - something like Mod2-f for "all virtual screens" and perhaps - something like Mod2-a <n>, where <n> is 1--9 for virtual screens. - Better ways? - * GTK apps has some extra windows that are initially unmapped. How do we handle these? For now, we never map them and silently ignore them. When we go to virtual desktops, this might become a problem. |