Annotation of /trunk/TODO

Feel free if you think there is missing something to mail me.

-0.11.x-
    * On modern P4 CPUs the thread scheduling mechanism seems to
      cause trouble and the result is that any GPG operation will
      be take much longer as expected.
    * File register code needs an additional param "%1".
    * Handle the case that while WinPT tries to change GPG data,
      but before GPG is executed, an external event changed the
      keyring. So do not use BUG but issue an error.
    * make sure that keys are also deleted from the secret key cache.
    * winpt --keymanager aborts when the keyring is empty on the
      first start.
    * implement property sheets at some places to improve usability.
    
-1.0.0-
    * The key cache reload is much faster when no progress callback
      is used. Allow to disable the progress dialog.
      
    * Use '!' in the encrypt dialog to use the subkey which was selected
      and not the newest.
    * revamp the group database code. Use the GPG --group feature and make
      it possible to convert old groupdb.gpg files into native GPG format.
      (I work on it)

    * check the file register code
      WinPT will not associate the files correctly. This is due to the lack
      of quotes surrounding the executable path. (I know, Timo must be mad
      about quotes... ;). The workaround is to change the path to the program.

    * Secret keyring is stored on drive A.
    * Use a better GPG directory checking system.
-1.0.0-
    * Implement to recognize one-pass sigs for files also.
    * CARD
        - sign/decrypt
        - factor out some common code into wptCardManager.cpp
    * Implement --armor in the FM for --symmetric.
    * Winpt should take care for a multi user environment.
    * Use accelators for some dialogs to support 'hotkeys'.
    * We need a way to figure out if it makes sense to load the encrypt
      dialog for the file manager. The same with the sign dialog.
      
-future-
    * Move the both managers (key/file) to separate applications
      and use ActiveX control elemens for the treelist element.
    * Implement the non-swapable memory for passphrase handling.
1	twoaday	3	Feel free if you think there is missing something to mail me.
2
3	twoaday	114	-0.11.x-
4	twoaday	160	* On modern P4 CPUs the thread scheduling mechanism seems to
5			cause trouble and the result is that any GPG operation will
6			be take much longer as expected.
7	twoaday	163	* File register code needs an additional param "%1".
8	twoaday	160	* Handle the case that while WinPT tries to change GPG data,
9			but before GPG is executed, an external event changed the
10			keyring. So do not use BUG but issue an error.
11	twoaday	157	* make sure that keys are also deleted from the secret key cache.
12	twoaday	117	* winpt --keymanager aborts when the keyring is empty on the
13			first start.
14	twoaday	145	* implement property sheets at some places to improve usability.
15
16	twoaday	3	-1.0.0-
17	twoaday	82	* The key cache reload is much faster when no progress callback
18			is used. Allow to disable the progress dialog.
19
20	twoaday	3	* Use '!' in the encrypt dialog to use the subkey which was selected
21			and not the newest.
22			* revamp the group database code. Use the GPG --group feature and make
23			it possible to convert old groupdb.gpg files into native GPG format.
24			(I work on it)
25
26			* check the file register code
27			WinPT will not associate the files correctly. This is due to the lack
28			of quotes surrounding the executable path. (I know, Timo must be mad
29			about quotes... ;). The workaround is to change the path to the program.
30
31			* Secret keyring is stored on drive A.
32			* Use a better GPG directory checking system.
33			-1.0.0-
34			* Implement to recognize one-pass sigs for files also.
35			* CARD
36			- sign/decrypt
37			- factor out some common code into wptCardManager.cpp
38			* Implement --armor in the FM for --symmetric.
39			* Winpt should take care for a multi user environment.
40			* Use accelators for some dialogs to support 'hotkeys'.
41			* We need a way to figure out if it makes sense to load the encrypt
42			dialog for the file manager. The same with the sign dialog.
43	twoaday	145
44			-future-
45			* Move the both managers (key/file) to separate applications
46			and use ActiveX control elemens for the treelist element.
47	twoaday	3	* Implement the non-swapable memory for passphrase handling.