Add items.
[gpgme.git] / TODO
diff --git a/TODO b/TODO
index a5e53b7..c2f634c 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,7 +1,30 @@
 Hey Emacs, this is -*- outline -*- mode!
 
 * ABI's to break:
-** Currently none.
+** All result returns will be done as structs, not as XML. !!!
+** Make sure that all results can be gotten in asynchronous mode (ie, avoid
+   returning information in the blocking version as function arguments).
+** Drop the support for finding out if an operation is pending.  After all, one
+   or two more ways for a user to shoot themselves in the foot don't matter.
+** Compatibility interfaces that can be removed in future versions:
+*** gpgme_data_new_from_filepart
+*** gpgme_data_new_from_file
+*** gpgme_data_new_with_read_cb
+*** gpgme_data_rewind
+*** GPGME_Busy, GPGME_No_Request
+*** GPGME_No_Passphrase
+*** GPGME_Invalid_Recipient, GPGME_No_Recipients
+*** GPGME_No_Passphrase
+*** gpgme_op_import_ext
+*** gpgme_get_sig_key
+*** gpgme_get_sig_ulong_attr
+*** gpgme_get_sig_string_attr
+*** GPGME_SIG_STAT_*
+*** gpgme_get_sig_status
+*** gpgme_trust_item_release
+*** gpgme_trust_item_get_string_attr
+*** gpgme_trust_item_get_ulong_attr
+*** GpgmeAttr
 
 * Thread support:
 ** Build thread modules for static linking (which just suck in the
@@ -9,7 +32,7 @@ Hey Emacs, this is -*- outline -*- mode!
 
 * New features:
 ** notification system
-   We need a simple notification system, probably a simple callback
+   We need a simple notification system, probably a simple callback
    with a string and some optional arguments.  This is for example
    required to notify an application of a changed smartcard,  The
    application can then do whatever is required.  There are other
@@ -18,12 +41,19 @@ Hey Emacs, this is -*- outline -*- mode!
 ** --learn-code support
    This might be integrated with import. we still need to work out how
    to learn a card when gpg and gpgsm have support for smartcards.
+** set_locale for thread safe and env independent locale selection.
 
 * Documentation
 ** Add note about GPGME clearing out pointer return values.
 ** validity/trust
 
 * Engines
+** Do not create/destroy engines, but create engine and then reset it.
+   Internally the reset operation still spawns a new engine process,
+   but this can be replaced with a reset later.  Also, be very sure to
+   release everything properly at a reset and at an error.
+   Think hard about where to guarantee what (ie, what happens if start fails,
+   are the fds unregistered immediately - i think so?)
 ** Optimize the case where a data object has an underlying fd we can pass
    directly to the engine.
 ** Move code common to all engines up from gpg to engine.
@@ -31,17 +61,22 @@ Hey Emacs, this is -*- outline -*- mode!
    (it's an internal error, as select_protocol checks already).
 ** When server mode is implemented properly, more care has to be taken to
     release all resources on error (for example to free assuan_cmd).
-** GnuPG
-*** For pipemode, make sure to release the pipemode callback data object.
-    Note, pipemode will eventually be replaced by an Assuan interface to gpg.
 
 * Operations
 ** Passphrase callback should not copy password. !!!
+*** If no passphrase cb is installed, status handler is not run even if
+    password is required by crypto engine. !!
 ** Export status handler need much more work. !!!
 ** Import should return a useful error when one happened.
+*** Import does not take notice of NODATA status report.
+*** When GPGSM does issue IMPORT_OK status reports, make sure to check for them
+    in tests/gpgs m/t-import.c.
 ** Genkey should return something more useful than General_Error.
 ** Factor out common code in _op_*_start functions.
 ** Add ATTR to return the number of subkeys or uids.
+** Optimize the file descriptor list, so the number of open fds is
+   always known easily.  This could replace the pending bit, too, with
+   the exception of keylisting operations maybe.
 
 * Error Values
 ** Map ASSUAN/GpgSM ERR error values in a better way than is done now. !!
@@ -74,7 +109,3 @@ Bugs reported by Stephane Corthesy:
 > the  
 > callback has become invalid; if I use a brand new one, the callback  
 > is called recursively, when I ask to enumerate keys.
-
-
-
-