Notes: remove TODOs as we use github issues now

notes.org

@@ -167,63 +167,3 @@ The /current/ extension object is usually found like this:
 const ExtensionUtils = imports.misc.extensionUtils;
 const Me = ExtensionUtils.getCurrentExtension();
 #+END_SRC
-* TODO Firefox focus bug
-Sometimes firefox windows refuse to gain proper focus. What happens is that another (or multiple!) firefox window somehow have focus in the address bar. The workaround is to find that/those window(s) and remove focus from the address bar.
-
-Not sure if firefox, gnome-shell, or our js code is at fault (although I suspect the altTab.js extended code)
-* DONE PreviewedWindowNavigator bug
-CLOSED: [2017-09-21 to. 23:35]
-
-Sometimes ensures the starting window instead of the selected window, while focus is correctly set. Not sure how to reproduce.
-
-* DONE Generalize to work with more workspaces
-CLOSED: [2017-09-14 to. 00:28]
-
-Partially fixed with workspaces[i][j]
-
-* DONE Move initial positioning into actor's first-frame signal
-CLOSED: [2017-09-14 to. 11:16]
-Don't scale new windows
-
-The actor's ~first-frame~  signal is probably the place to do this:
-
-[[https://developer.gnome.org/meta/stable/MetaWindowActor.html#MetaWindowActor--meta-window][MetaDisplay::window-created is a good place to connect to this signal - at that point, the MetaWindowActor for the window exists, but the window has reliably not yet been drawn. Connecting to an existing window that has already been drawn to the screen is not useful.]] 
-
-* TODO Hook up resize/move functionality
-* TODO More keybindings, eg. meta-<number>
-* DONE(*) Window search
-`rofi -show window` is decent off-the-shelf replacement.
-* DONE Scaling bug
-CLOSED: [2017-09-21 to. 23:35]
-Possible fix: hide the actual window and replace it with a clone, which only sets focus on click
-* TODO General animation consistency
-* TODO Better alt-tab
-* DONE Detect transient windows
-42d272bea11b7c29965a201ec45ed3ca3a85ea81
-* Regression: add_handler doesn't handle the first window
-* Move behavior
-Integrate mouse move and keyboard move. Pop the window out and on top of the other windows, leaving a scaled down gap, when initiating move (either with the mouse or `begin-move`). See [[move.png]].
-
-Cycling through windows should then move the active window around. Moving with the mouse should move the gap around appropriately, possibly scrolling the strip (though that might be confusing).
-* Crash bug
-
-Replicate by opening and closing eg. copyq very fast, it seems there's a threshold which always triggers a crash.
-
-```
-sep. 11 18:45:01 x230 org.gnome.Shell.desktop[26137]: focus: gnome-shell-minimap: tiling.js | emacs [ x:-526, y:29 w:1220 h:737 ]
-sep. 11 18:46:17 x230 org.gnome.Shell.desktop[26137]: window-added [object instance proxy GType:MetaWindowX11 jsobj@0x7faea590b370 native@0x25fb7d0] display - CopyQ 0
-sep. 11 18:46:17 x230 org.gnome.Shell.desktop[26137]: focus: display - CopyQ [ x:0, y:27 w:662 h:737 ]
-sep. 11 18:46:17 x230 org.gnome.Shell.desktop[26137]: setting initial position [object Object]
-sep. 11 18:46:17 x230 org.gnome.Shell.desktop[26137]: focus: debug [ x:1230, y:29 w:642 h:737 ]
-sep. 11 18:46:17 x230 org.gnome.Shell.desktop[26137]: window-removed [object instance proxy GType:MetaWindowX11 jsobj@0x7faea590b370 native@0x25fb7d0] display - CopyQ
-sep. 11 18:46:17 x230 org.gnome.Shell.desktop[26137]: focus: gnome-shell-minimap: tiling.js | emacs [ x:0, y:29 w:1220 h:737 ]
-sep. 11 18:46:17 x230 org.gnome.Shell.desktop[26137]: **
-sep. 11 18:46:17 x230 org.gnome.Shell.desktop[26137]: mutter:ERROR:core/window.c:5041:meta_window_get_workspaces: code should not be reached
-sep. 11 18:46:20 x230 org.gnome.Shell.desktop[26741]: current session already has an ibus-daemon.
-```
-
-
-1. window-removed on copyq
-2. focus on the last window
-3. crash
-4. On restart a copyq window is still there suggesting that it was either not removed properly, or started to run just before the crash