Difference between revisions of "Feature request list"

From Bitmessage Wiki
Jump to navigation Jump to search
Line 1: Line 1:
 
==GUI/User Interaction==
 
==GUI/User Interaction==
<strike>Show addresses without the hyphen (easy, under discussion)</strike> abandoned
+
* <strike>Show addresses without the hyphen (easy, under discussion)</strike> abandoned
  
<strike>Accept addresses without the hyphen (easy)</strike>  Done, accepts address without "BM-"
+
* <strike>Accept addresses without the hyphen (easy)</strike>  Done, accepts address without "BM-"
  
On Address book tab, add right-click option to add person to subscription list (easy)
+
* On Address book tab, add right-click option to add person to subscription list (easy)
  
Sounds (<strike>easy.</strike> This is turning out to be more difficult; there doesn't seem to be a simple cross-platform method of playing sounds)
+
* Sounds (<strike>easy.</strike> This is turning out to be more difficult; there doesn't seem to be a simple cross-platform method of playing sounds)
  
<strike>Ability to trash sent messages(easy)</strike> Done
+
* <strike>Ability to trash sent messages(easy)</strike> Done
  
<strike>Clear the 'Send' tab after sending message or when acknowledgement received. (easy) </strike> Done
+
* <strike>Clear the 'Send' tab after sending message or when acknowledgement received. (easy) </strike> Done
  
<strike>Trim input when adding an subscription or address book address (very easy)</strike> Done
+
* <strike>Trim input when adding an subscription or address book address (very easy)</strike> Done
  
Clicking the Windows notification balloon (New Message) will bring the Bitmessage window to focus. (----)
+
* Clicking the Windows notification balloon (New Message) will bring the Bitmessage window to focus. (----)
  
<strike>Do not open new messages automatically, and indicate if a message has been read. (----)</strike> Done
+
* <strike>Do not open new messages automatically, and indicate if a message has been read. (----)</strike> Done
  
<strike> Confirm delete? (Doing the above might fix this issue as well, I was deleting a message and a new message came in so I deleted the new message). (----) </strike> Basically done- see above.
+
* <strike> Confirm delete? (Doing the above might fix this issue as well, I was deleting a message and a new message came in so I deleted the new message). (----) </strike> Basically done- see above.
  
<strike>Ability to select multiple recipients on the Address Book tab before clicking "Send message to this address"</strike> Done
+
* <strike>Ability to select multiple recipients on the Address Book tab before clicking "Send message to this address"</strike> Done
  
User can adjust font and font size for easy reading.
+
* User can adjust font and font size for easy reading.
  
A search feature for the inbox and sent items  
+
* A search feature for the inbox and sent items  
  
<strike>Ability to create subfolders and move inbox items into them.  Also a rules dialog for automatically classifying new mail into subfolders.</strike> Rules would be too much to program unless someone else wants to tackle it. Folders we could do someday but it will not be high on my list of priorities.
+
* <strike>Ability to create subfolders and move inbox items into them.  Also a rules dialog for automatically classifying new mail into subfolders.</strike> Rules would be too much to program unless someone else wants to tackle it. Folders we could do someday but it will not be high on my list of priorities.
  
Don't remove focus from current message when a new message arrives and denote unread messages (should be relatively easy, will require database changes) (--Isn't this done in 0.2.8?)
+
* Don't remove focus from current message when a new message arrives and denote unread messages (should be relatively easy, will require database changes) (--Isn't this done in 0.2.8?)
  
<strike>Allow a label to be set when creating addresses. A number is appended when creating multiple addresses (easy) </strike> You can already do this.
+
* <strike>Allow a label to be set when creating addresses. A number is appended when creating multiple addresses (easy) </strike> You can already do this.
  
<strike>Ability to disable and re-enable a subscription address. (easy)</strike> Done
+
* <strike>Ability to disable and re-enable a subscription address. (easy)</strike> Done
  
Ability to delete addresses from "Your Identities" (Keeping the current enable/disable options). (easy)
+
* Ability to delete addresses from "Your Identities" (Keeping the current enable/disable options). (easy)
  
Cancel messages in the sent folder before they are sent. (Sending them to trash does not work.)
+
* Cancel messages in the sent folder before they are sent. (Sending them to trash does not work.)
* ATHEROS EDIT: Adding a check that runs every time a POW iteration is done would slow it down. How about if you trash a message and then restart Bitmessage? I'll make the necessary changes so that it doesn't restart the POW for trashed messages.
+
** ATHEROS EDIT: Adding a check that runs every time a POW iteration is done would slow it down. How about if you trash a message and then restart Bitmessage? I'll make the necessary changes so that it doesn't restart the POW for trashed messages.
* Works for me, as long as a notification is displayed notifying the user that they need to restart the client
+
** Works for me, as long as a notification is displayed notifying the user that they need to restart the client
  
GUI interface for adding attachments to outgoing message and opening incoming attachments.
+
* GUI interface for adding attachments to outgoing message and opening incoming attachments.
  
Groups in address book, sending a message to the group will message all of the users of that group. (keep the 'name or label' and 'address' but allow the address section to contain multiple addresses separated by semicolon?)
+
* Groups in address book, sending a message to the group will message all of the users of that group. (keep the 'name or label' and 'address' but allow the address section to contain multiple addresses separated by semicolon?)
  
<strike>Built in text editor to send rich text natively.</strike> Someone else may work on this but I would prefer to keep it simple. It isn't as simple as just sending HTML as the client doesn't display HTML from strangers.
+
* <strike>Built in text editor to send rich text natively.</strike> Someone else may work on this but I would prefer to keep it simple. It isn't as simple as just sending HTML as the client doesn't display HTML from strangers.
  
A tab for browsing the broadcast streams. [https://bitmessage.org/forum/index.php/topic,1560.0.html working example shown here]
+
* A tab for browsing the broadcast streams. [https://bitmessage.org/forum/index.php/topic,1560.0.html working example shown here]
  
Ability to star or otherwise highlight a message (to find easier later). Open to other methods of accomplishing this.
+
* Ability to star or otherwise highlight a message (to find easier later). Open to other methods of accomplishing this.
  
Network info in the status bar. Current upload/download speeds as well as total uploaded/downloaded since startup.
+
* Network info in the status bar. Current upload/download speeds as well as total uploaded/downloaded since startup.
  
  
 
==Network==
 
==Network==
  
<strike>Add support for SOCKS5 proxies (difficult)</strike> Done
+
* <strike>Add support for SOCKS5 proxies (difficult)</strike> Done
  
Ability to add a node to 'defaultKnownNodes' (easy)
+
* Ability to add a node to 'defaultKnownNodes' (easy)
  
Ability to disable the built-in defaultKnownNodes, useful for LAN use or people running their own BitMessage network (no need to interact outside of the designated network). (easy)
+
* Ability to disable the built-in defaultKnownNodes, useful for LAN use or people running their own BitMessage network (no need to interact outside of the designated network). (easy)
  
Allow LAN operation (or option to allow LAN operation (disabling non-private WAN ip ranges?)).  
+
* Allow LAN operation (or option to allow LAN operation (disabling non-private WAN ip ranges?)).  
* ATHEROS EDIT: How about being able to add an IP in the user interface?  
+
** ATHEROS EDIT: How about being able to add an IP in the user interface?  
* I think that should be an option as well (see above define your own known nodes feature request) but would not allow a p2p style network unless you input every ip in use (since private ip addresses are blocked).
+
** I think that should be an option as well (see above define your own known nodes feature request) but would not allow a p2p style network unless you input every ip in use (since private ip addresses are blocked).
  
 
==Backend==
 
==Backend==
  
Encrypt keys.dat file and messages.dat file with a password. (difficult) EDIT: I spent some time searching for a way to encrypt the messages.dat file and only found proprietary solutions.
+
* Encrypt keys.dat file and messages.dat file with a password. (difficult) EDIT: I spent some time searching for a way to encrypt the messages.dat file and only found proprietary solutions.
  
<strike>RPC API (difficult)</strike> Done
+
* <strike>RPC API (difficult)</strike> Done
  
<strike>Portable mode (easy)</strike> Done
+
* <strike>Portable mode (easy)</strike> Done
  
<strike>Pseudo-mailing list mode for individual addresses (easy) https://github.com/Bitmessage/PyBitmessage/issues/51 </strike> Done  
+
* <strike>Pseudo-mailing list mode for individual addresses (easy) https://github.com/Bitmessage/PyBitmessage/issues/51 </strike> Done  
  
Offline mode (easy)
+
* Offline mode (easy)
  
Option to export keys.dat and messages.dat files to an encrypted backup (medium, possibly difficult)
+
* Option to export keys.dat and messages.dat files to an encrypted backup (medium, possibly difficult)
  
Separate messages.dat file into message.dat and addressbook.dat (easy. I might not do this.)
+
* Separate messages.dat file into message.dat and addressbook.dat (easy. I might not do this.)
  
Headless operation.
+
* Headless operation.
  
[https://bitmessage.org/forum/index.php/topic,1448.msg1677.html#msg1677 API ackdata lookup] (easy, although I would like to make some internal Bitmessage changes first- for example, 'sentmessage' isn't a very useful status, but 'ackreceived' is better)
+
* [https://bitmessage.org/forum/index.php/topic,1448.msg1677.html#msg1677 API ackdata lookup] (easy, although I would like to make some internal Bitmessage changes first- for example, 'sentmessage' isn't a very useful status, but 'ackreceived' is better)
  
Multi Threading up to the number of cores installed when creating addresses or sending Messages (Medium)
+
* Multi Threading up to the number of cores installed when creating addresses or sending Messages (Medium)
  
[https://bitmessage.org/forum/index.php/topic,1555.0.html Better logging] (medium)
+
* [https://bitmessage.org/forum/index.php/topic,1555.0.html Better logging] (medium)
  
  
 
==Wiki/Forum==
 
==Wiki/Forum==
  
Add MD5 checksum to the wiki Main Page. (easy)
+
* Add MD5 checksum to the wiki Main Page. (easy)
  
Add GnuPG sig file to download area. (easy)
+
* Add GnuPG sig file to download area. (easy)

Revision as of 17:22, 12 April 2013

GUI/User Interaction

  • Show addresses without the hyphen (easy, under discussion) abandoned
  • Accept addresses without the hyphen (easy) Done, accepts address without "BM-"
  • On Address book tab, add right-click option to add person to subscription list (easy)
  • Sounds (easy. This is turning out to be more difficult; there doesn't seem to be a simple cross-platform method of playing sounds)
  • Ability to trash sent messages(easy) Done
  • Clear the 'Send' tab after sending message or when acknowledgement received. (easy) Done
  • Trim input when adding an subscription or address book address (very easy) Done
  • Clicking the Windows notification balloon (New Message) will bring the Bitmessage window to focus. (----)
  • Do not open new messages automatically, and indicate if a message has been read. (----) Done
  • Confirm delete? (Doing the above might fix this issue as well, I was deleting a message and a new message came in so I deleted the new message). (----) Basically done- see above.
  • Ability to select multiple recipients on the Address Book tab before clicking "Send message to this address" Done
  • User can adjust font and font size for easy reading.
  • A search feature for the inbox and sent items
  • Ability to create subfolders and move inbox items into them. Also a rules dialog for automatically classifying new mail into subfolders. Rules would be too much to program unless someone else wants to tackle it. Folders we could do someday but it will not be high on my list of priorities.
  • Don't remove focus from current message when a new message arrives and denote unread messages (should be relatively easy, will require database changes) (--Isn't this done in 0.2.8?)
  • Allow a label to be set when creating addresses. A number is appended when creating multiple addresses (easy) You can already do this.
  • Ability to disable and re-enable a subscription address. (easy) Done
  • Ability to delete addresses from "Your Identities" (Keeping the current enable/disable options). (easy)
  • Cancel messages in the sent folder before they are sent. (Sending them to trash does not work.)
    • ATHEROS EDIT: Adding a check that runs every time a POW iteration is done would slow it down. How about if you trash a message and then restart Bitmessage? I'll make the necessary changes so that it doesn't restart the POW for trashed messages.
    • Works for me, as long as a notification is displayed notifying the user that they need to restart the client
  • GUI interface for adding attachments to outgoing message and opening incoming attachments.
  • Groups in address book, sending a message to the group will message all of the users of that group. (keep the 'name or label' and 'address' but allow the address section to contain multiple addresses separated by semicolon?)
  • Built in text editor to send rich text natively. Someone else may work on this but I would prefer to keep it simple. It isn't as simple as just sending HTML as the client doesn't display HTML from strangers.
  • Ability to star or otherwise highlight a message (to find easier later). Open to other methods of accomplishing this.
  • Network info in the status bar. Current upload/download speeds as well as total uploaded/downloaded since startup.


Network

  • Add support for SOCKS5 proxies (difficult) Done
  • Ability to add a node to 'defaultKnownNodes' (easy)
  • Ability to disable the built-in defaultKnownNodes, useful for LAN use or people running their own BitMessage network (no need to interact outside of the designated network). (easy)
  • Allow LAN operation (or option to allow LAN operation (disabling non-private WAN ip ranges?)).
    • ATHEROS EDIT: How about being able to add an IP in the user interface?
    • I think that should be an option as well (see above define your own known nodes feature request) but would not allow a p2p style network unless you input every ip in use (since private ip addresses are blocked).

Backend

  • Encrypt keys.dat file and messages.dat file with a password. (difficult) EDIT: I spent some time searching for a way to encrypt the messages.dat file and only found proprietary solutions.
  • RPC API (difficult) Done
  • Portable mode (easy) Done
  • Offline mode (easy)
  • Option to export keys.dat and messages.dat files to an encrypted backup (medium, possibly difficult)
  • Separate messages.dat file into message.dat and addressbook.dat (easy. I might not do this.)
  • Headless operation.
  • API ackdata lookup (easy, although I would like to make some internal Bitmessage changes first- for example, 'sentmessage' isn't a very useful status, but 'ackreceived' is better)
  • Multi Threading up to the number of cores installed when creating addresses or sending Messages (Medium)


Wiki/Forum

  • Add MD5 checksum to the wiki Main Page. (easy)
  • Add GnuPG sig file to download area. (easy)