summaryrefslogtreecommitdiff
path: root/TODO
diff options
context:
space:
mode:
authorMichael Cardell Widerkrantz <mc@hack.org>2010-07-18 00:07:39 +0200
committerMichael Cardell Widerkrantz <mc@hack.org>2010-07-18 00:07:39 +0200
commit51c9a1f06d8ffacbc479dc09743bae0ab1b6c8da (patch)
treeeb1495f7a8370308d56187acb22acfeb87e5bffb /TODO
parenta45dc575b0e7d0734db978b94a6e4b5872bd779f (diff)
downloadmcwm-51c9a1f06d8ffacbc479dc09743bae0ab1b6c8da.zip
*** empty log message ***
Diffstat (limited to 'TODO')
-rw-r--r--TODO29
1 files changed, 20 insertions, 9 deletions
diff --git a/TODO b/TODO
index 4a13a47..e7b3f76 100644
--- a/TODO
+++ b/TODO
@@ -24,16 +24,19 @@
and have the focus we want? Both Tab and Mod2 are released. Use a
mode?
+ How do we re-establish stack order after moving around windows to
+ focus on?
+
* Virtual screens/workspaces
Partially done. Still needed:
- 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? Note that this seems to be mildly incompatible with
- the EWMH _NET_WM_DESKTOP hint we're currently using: We will only
- be able to save one of the desktops used.
+ width something like Mod2-f for "all virtual screens" (done) and
+ perhaps something like Mod2-a <n>, where <n> is 1--9 for virtual
+ screens. Better ways? Note that this seems to be mildly
+ incompatible with the EWMH _NET_WM_DESKTOP hint we're currently
+ using: We will only be able to save one of the desktops used.
* Move to corners: YU BN.
@@ -41,11 +44,14 @@
* Use window resizing hints.
- Done, but needs looking over. Needs to use the data in the window
- list instead of asking the server every time.
+ Done, but needs looking over.
+
+ Needs to use the data in the window list instead of asking the
+ server every time. This means we have to update the window list
+ data, however.
* Special treatment when someone resizes a maximed window... Should it
- be possible at all? Set new border width when they do it.
+ be possible at all? If so, set new border width when they do it.
Possibly set and read hint about maximized state.
@@ -61,6 +67,8 @@
* CTWM-like resize, at least with the mouse?
+ Perhaps not. The current solution is... elegant.
+
* Flag to disable dontmoveoff?
* RandR/Xinerama
@@ -76,7 +84,10 @@
xcb_randr_set_screen_size_request_t
-* Key to move to another physical screen.
+* Key to move pointer to another physical screen.
+
+ How do we handle window moves from one screen to another. Should we
+ snap to the physical screen's edge and then allow move to continue?
* Use xcb-event's event handlers?