gpicker/IDEAS at master · alk/gpicker · GitHub

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
Things to think/implement later:
- introduce mtime or pick history in sorting heuristics.
  Example is picking 'arch/signal' on linux src for x86 which is not on top.
  Even for 'a/x86/signal' and 'x86/sig.c' 'right' files (signal-32.c and signal-64.c) are not on top (but close).

- support exclude patterns.
  This can be a low-tech solution for above mentioned problem of many arch subtrees in linux.

DONE - allow picking several files. Useful for opening .c and .h simultaneously

DONE - 'find at point'. pre-fill name entry with text under emacs' point. Do it intelligently on emacs side.

- support more vcs types, so that ignored files are ignored (bzr & mercurial done by avsej)
-- support svn somehow
-- it seems that it's easier (and sometimes more correct) to just use our own
    excludes implementation and don't bother with vcs ignores
-- make it user-configurable via config file

- support caching filelist compactly in single file
  This will boost performance on cold dentry cache, or on very large projects (openjdk)
  (usually, Linux's VFS is fast enough).
-- consider automatic cache updating by looking at directories' mtimes
-- OR support picking from mlocate database with optional updating

DONE - (low-tech speedup alternative) limit number of items in listview with reasonable value
  (currently 1E3). This fixes filtration times on large projects.
  NOTE: this actually works great
-- support turning limit off (????) (probably, not in this life)

- load filelist in separate thread and support filtration while it's loading.
  Useful on cold project tree and enables usage of this tool for casual file-finding use.
  Mostly trivial, except the problem of preserving currently selected item.
  If we keep it we can jump in the middle of filelist, if we don't we can loose current selection.
  We should probably keep, but only if there is selection. And make no initial selection.

- Consider not matching '-' and '_' delimiters, but only using them as word start markers.
  This will allow using '-' for matching camelcase names.
  ALMOST DONE. Trailing '-' is not handled correctly.

- I need good support for git submodules

- support utf8 (DONE, but case-sensitive outside ASCII)