-WIP-electrum-btcp/plugins
Neil Booth aa6de86c27 Once a user inputs a fee, retain it.
It has long been a minor annoyance that this isn't the
default behaviour.  Semantics are as follows:

- Fees are calculated automatically, as usual, and shown
  in black
- If the user inputs a fee, it is retained, and shown in
  blue to indicate it is user-overridden
- The user can switch back to automatic fee calculation mode
  in two ways: press Clear, or blank out the fee field
- User fees are also cleared by do_clear(), for instance when
  the payment is sent

I have checked all usage combinations I could think of, including
the ! case, and all work in a sensible and natural fashion.

This also fixes issue #995.
2015-07-03 20:14:12 +09:00
..
README plugins readme 2015-02-22 12:28:18 +01:00
__init__.py move openalias from plugins to core 2015-07-02 12:44:53 +02:00
audio_modem.py transaction_dialog: allow plugins manipulate transaction sharing buttons 2015-06-29 17:00:31 +03:00
btchipwallet.py Only rescan the dongle when it has been disconnected 2015-06-25 08:17:45 +02:00
cosigner_pool.py Split tx dialog buttons 2015-06-27 11:48:27 +09:00
exchange_rate.py Once a user inputs a fee, retain it. 2015-07-03 20:14:12 +09:00
greenaddress_instant.py Split tx dialog buttons 2015-06-27 11:48:27 +09:00
labels.py fix trezor initialiation hook (pass window in load_wallet) 2015-06-09 09:58:40 +02:00
plot.py make plugins available without the GUI 2015-05-23 10:38:19 +02:00
trezor.py fix is_address (forgot p2sh) 2015-07-02 08:53:17 +02:00
trustedcoin.py generic m of n multisig 2015-06-27 12:43:29 +02:00
virtualkeyboard.py make plugins available without the GUI 2015-05-23 10:38:19 +02:00

README

Plugin rules:

 * The plugin system of Electrum is designed to allow the development
   of new features without increasing the core code of Electrum.

 * Electrum is written in pure python. if you want to add a feature
   that requires non-python libraries, then it must be submitted as a
   plugin. If the feature you want to add requires communication with
   a remote server (not an Electrum server), then it should be a
   plugin as well. If the feature you want to add introduces new
   dependencies in the code, then it should probably be a plugin.

 * We expect plugin developers to maintain their plugin code. However,
   once a plugin is merged in Electrum, we will have to maintain it
   too, because changes in the Electrum code often require updates in
   the plugin code. Therefore, plugins have to be easy to maintain. If
   we believe that a plugin will create too much maintenance work in
   the future, it will be rejected.

 * Plugins should be compatible with Electrum's conventions. If your
   plugin does not fit with Electrum's architecture, or if we believe
   that it will create too much maintenance work, it will not be
   accepted. In particular, do not duplicate existing Electrum code in
   your plugin.

 * We may decide to remove a plugin after it has been merged in
   Electrum. For this reason, a plugin must be easily removable,
   without putting at risk the user's bitcoins. If we feel that a
   plugin cannot be removed without threatening users who rely on it,
   we will not merge it.