electrum-bitcoinprivate/plugins
Marko Bencun f3092a8b50 digitalbitbox: correctly handle user aborts
1. When the pairing is being forced and the user clicks 'No', the tx
was cancelled completely because the UserCancelled exception was
accidentally converted to an Exception.
2. Same with user aborting the signing process with a short touch on
the device (or a timeout).
2017-11-24 10:12:13 +01:00
..
audio_modem amodem: fix str/bytes handling 2017-10-05 21:02:53 +03:00
cosigner_pool Remove unused imports. Explicitly import a few deep imports. 2017-11-13 02:28:00 -06:00
digitalbitbox digitalbitbox: correctly handle user aborts 2017-11-24 10:12:13 +01:00
email_requests Remove unused imports. Explicitly import a few deep imports. 2017-11-13 02:28:00 -06:00
greenaddress_instant fix: GreenAddress verification with passworded wallet 2017-11-15 12:12:11 +01:00
hw_wallet fix #2562: show error message if hardware library is missing 2017-11-05 12:49:38 +01:00
keepkey Remove unused imports. Explicitly import a few deep imports. 2017-11-13 02:28:00 -06:00
labels fix trace for LabelSync with Imported_Wallet 2017-10-04 21:58:56 +02:00
ledger fix: ledger clear_dialog() threading issues 2017-11-18 04:09:15 +01:00
trezor Remove unused imports. Explicitly import a few deep imports. 2017-11-13 02:28:00 -06:00
trustedcoin trustedcoin: add message about how to request new code 2017-11-13 11:47:25 +01:00
virtualkeyboard migration to PyQt5. initial commit. 2017-09-23 05:54:38 +02:00
README plugins readme 2015-02-22 12:28:18 +01:00
__init__.py Relicensing 2016-02-24 10:20:30 +01: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.