Skip to content

Commit 23b9eb0

Browse files
committed
reorg todo list
1 parent 57579a7 commit 23b9eb0

File tree

1 file changed

+32
-25
lines changed

1 file changed

+32
-25
lines changed

venv.org

Lines changed: 32 additions & 25 deletions
Original file line numberDiff line numberDiff line change
@@ -3,49 +3,56 @@
33
* TODO convert to distribute for packaging
44
- get rid of newvenvw and virtualenvwrapper virtualenvs and re-create
55

6-
* TODO plugin system for hooks [0/5]
6+
* plugin system for hooks
77
- http://bitbucket.org/dhellmann/virtualenvwrapper/issue/28/
8-
- use Distribute/setuptools
8+
- use Distribute/setuptools entry points
99
- namespace package `virtualenvwrapper` to hold plugins I write, but
1010
not required for other authors
11-
- [ ] how to specify execution order between plugin providers?
11+
12+
** TODO how to specify execution order between plugin providers?
1213
- plugins could provide a "phase" function for sorting
1314
- return an integer, let the plugin author community sort out the
1415
ranges
1516
- alphabetical by plugin name
1617
- undefined
17-
- [ ] "user script" plugin implementation
18+
19+
** TODO "user script" plugin implementation
1820
- uses pkg_resources to get contents of hook scripts out of
1921
python package and run them
2022
- move all/most existing hook execution here
2123
- handles both global & local hooks
22-
- [ ] cli app to run the hooks
23-
- [ ] how does cli app handle the "sourced" hook scripts
24+
25+
** TODO cli app to run the hooks
26+
27+
** TODO how does cli app handle the "sourced" hook scripts
2428
- ability to `cd` into a specific directory, for example
2529
- separate plugin points for "foo_run_hook" and
2630
"foo_source_hook", handled differently by the calling script
2731
- run hooks are executed first (implement in any language)
2832
- source hooks are dumped to text files and then sourced
2933
(implement in shell language)
30-
- [ ] expose each hook point as an entry point function
31-
- [ ] requirements
32-
- automatically install packages based on requirements file
33-
given to pip
34-
- separate hook, or let a package just use postmkvirtualenv?
35-
- [ ] mkvirtualenv [0/2]
36-
- [ ] pre
37-
- [ ] post
38-
- [ ] activate [0/2]
39-
- [ ] pre
40-
- [ ] post
41-
- [ ] deactivate [0/2]
42-
- [ ] pre
43-
- [ ] post
44-
- [ ] rmvirtualenv [0/2]
45-
- [ ] pre
46-
- [ ] post
47-
- [ ] documentation for how to publish your own hooks
34+
35+
** TODO expose each hook point as an entry point function
36+
- [ ] requirements
37+
- automatically install packages based on requirements file
38+
given to pip
39+
- separate hook, or let a package just use postmkvirtualenv?
40+
- if provide as a separate hook, run /before/ postmkvirtualenv
41+
- [ ] mkvirtualenv [0/2]
42+
- [ ] pre
43+
- [ ] post
44+
- [ ] activate [0/2]
45+
- [ ] pre
46+
- [ ] post
47+
- [ ] deactivate [0/2]
48+
- [ ] pre
49+
- [ ] post
50+
- [ ] rmvirtualenv [0/2]
51+
- [ ] pre
52+
- [ ] post
53+
54+
** TODO documentation for how to publish your own hooks
55+
4856

4957
* TODO add pre/post hooks for cpvirtualenv
5058
- add new ones or just invoke existing hooks?
51-

0 commit comments

Comments
 (0)