1 + = planned or in progress
2 ? = unsure to include it
4 + Better "target" attribute error handling in LIST.
5 Most checks are done when creating the "target" attribute and is not very
6 informative. The LIST command output is better at showing the offending
7 elements but is also harder if not impossible to implement.
9 + Port to libgpgme for crypto operations.
11 ? Add command line and SAVE option --sign-keyparam.
12 To generate a new key-pair used for signing. This would require a new
13 inquire keyword GENKEY_SIGN.
15 ? Port to Windows and Mac.
16 I don't have a machine to test a Mac build on. Windows could be done, but
19 ? Use the DBUS protocol instead of libassuan.
20 Better asynchronous IO. More language bindings. Better handling of large
21 amounts of data. May be better to hack libassuan though since DBUS is a
22 binary protocol. Either will probably never happen.
24 ? Make a specification that applications should follow When accessing or
25 storing the XML elements. This way two clients (one for console and another
26 for GUI) that require the same data (mail client) could use the same element
27 paths and not duplicate each others data.
29 For example, a POP3 client would require a hostname, username, password and
30 optional port along with an SSL request (fingerprint, certificate), etc. The
31 root element of the service might have an attribute "service=pop3" along
32 with "default=1" or "active=1" (if you have more than one POP3 account) so
33 all the client needs to get the pop3 server info is the type of service
34 ("pop3" here). The client would then loop through the LIST command output
35 and search for the required service attribute.
37 Using the XPATH command would be faster (especially over remote connections)
38 but it won't resolve any "target" attributes and the output is raw XML which
39 doesn't have TAB delimited elements. But that could be fixed by the client.