Update TODO.

1 files changed, 2 insertions, 40 deletions

diff --git a/TODO b/TODO
index 34b6cfe3..93d11f4f 100644
--- a/TODO
+++ b/TODO
@@ -3,7 +3,6 @@
 	* allow multiple targets: fnmatch for -t/-c, for example detach all
 	  clients with -t*
 	* add -c for new-session like new-window
-	* attach should take a pane and select it as well as attaching
 	* ' and " should be parsed the same (eg "\e" vs '\e') in config
 	  and command prompt
 	* last-pane across sessions
@@ -19,10 +18,9 @@
 	* way to set socket path from config file
 
 - format improvements:
-	* last bits of status_replace into formats?
 	* option to quote format (#{session_name:quoted})
 	* formats need conditions for >0 (for #P)
-	* some way to pad # stuff with spaces, #!2T maybe
+	* some way to pad # stuff with spaces
 	* last window update time and format for it
 	* formats to show if a window is linked into multiple sessions, into
 	  multiple attached sessions, and is the active window in multiple
@@ -43,36 +41,14 @@
 
 - improve mouse support:
 	* bind commands to mouse in different areas? 
-	* more fine-grained options?
 	* commands executed when clicking on a pattern (URL)
-	* mouse-select-pane will screw up with !MODE_MOUSE_STANDARD (it sets
-	  the flag on w/o checking the others before calling tty_update_mode)
-	* mouse can be like normal key bindings?
-	      - {button-{1,2,3},wheel-{up,down}}-{status,pane,border} and
-	        drag-{start,end}-{status,pane,border} plus the modifiers
-	      - resize and copy can be special cases - once you call something
-	        like copy-mode -M or resize-pane -M to start the drag, it tracks
-	        mouse until you call -m to stop the drag. or just keep drags
-	        entirely special?
-	      - what happens with stuff that wants mouse inside? especially for
-	        pane clicks which need to run command AND pass event through
-	        (like mouse-select-pane). maybe just a flag to say whether it
-		always runs or only if pane hasn't taken mouse? or it could be
-		eg bind Button1Pane "select-pane -t=; send-keys -Mt='
-	      - also need a) some way to tell commands bound to key which
-	        window or pane the mouse key binding applies to (maybe a new
-	        special char in target, or pass targets through formats?) b) a
-	        way to bind repeat count to mode keys so that wheel up/down can
-	        do multiple lines c) send-keys -M to pass a mouse event through?
-	      - what does the mouse->KEYC_* conversion and find-the-pane bit?
-		server_client_handle_key?
 
 - hooks!
 
 - warts on current naming:
 	* display-time but message-fg/bg/attr
 	* list-* vs show-*
-	* split-window -> split-pane??
+	* split-window -> split-pane?
 
 - better UTF-8 support:
 	* window names and titles
@@ -82,7 +58,6 @@
 
 - copy/paste improvements:
 	* incremental searching
-	* append to buffer
 	* paste w/o trailing whitespace
 	* command to toggle selection not to move it in copy-mode
 	* regex searching
@@ -107,8 +82,6 @@
 - terminfo bits
 	* use a better termcap internally instead of screen, perhaps xterm
 	* use screen-256color when started on 256 colour terminal?
-	* need a tmux terminfo entry to document the extensions we are using in
-	  upstream terminfo
 
 - code cleanup
 	* instead of separate window and session options, just one master
@@ -134,12 +107,6 @@
 	  tell when in the config file - then we use cmdq->c if we need a
 	  client w/o a session else cmd_current_client
 	* optimize pane redraws, 20120318184853.GK10965@yelena.nicm.ath.cx
-	* cmd_find_* could be much simpler - parse everything the same, only
-	  difference is what to choose when not given a ":" or "." (such as a
-	  plain "0" could be session, window or pane). So just cmd_find_target
-	  with a type (session, window, or pane)
-	* instead of all the obscure =, ^ -t codes, we should support something
-	  simpler and easier like -t:mouse:, -t:first:
 
 - miscellaneous
 	* way to keep a job running just read its last line of output for #()
@@ -151,9 +118,4 @@
 	  jobs and run-shell and lock command all start with slightly different
 	  environments
 	* multiline status line?
-	* bind commands to key sequences -- make it so ALL keys go through a
-	  table, first an implicit table in which C-b is the only default
-	  binding to a command that says "next key from $othertable" and so
-	  on. means -n can go away as well
 	* customizable command aliases
-	* any remaining clients in wait-for should be woken when server exits