Display transactions history in a table
TODOs
-
#203 (closed): Use texttableto order columns and display many rows in same row: for multi-output -
Display pubkey balance in the header -
merge issuersandrecipientsrows -
fix ud_valueandcurrency_symbolretrievals -
minus sign in front of outgoing multi-outputs -
Convert pubkey to uid if available: -
Convert pubkey to id[:15] (pubkey[:5])or topubkey[:10] -
use wot.identity-ofinblockscommand (as only members generate blocks) -
use wot.identity-ofinwot.pyfunctions -
use wot.identity-ofincert.pyto know if it is member -
write algorithm or take the one from blocksto not requests already requested pubkey -
bug, requests with all pubkeys joined -
avoid double copy of identities tx["recipients_issuers"]−>tx_list: can we work directly on tx_list? -
fix identities assignment bug -
taking too much time with Remuniter key: it’s ok since it’s optionnal -
no longer working with simple pubkey: fbuland: debug line was removing first element
-
-
in case of multi-rows in rows, pubkeys are not aligned with amounts, solution: display pubkeys on one line, cut them -
Use a generic prefix f() -
DuniterPy, fix output/inputs sources attributes access to use amount_in_current_base(): PR with__hash__() -
Merge, handle amounts and total amount columns: Total on top (have to shift pubkeys), at the end (no shift necessary) -
DuniterPy, access OutputSource.conditionas a str:OutputSource.inline_condition() -
clean code organisation, design: merge improve_informations()to upper f(): work directly into targets variables -
move id_from_pubkey()towot.py: create ticket to use this f() into blocks and net -
Store transactions into Transactionobject withfrom_bma_history()method-
Implement Transaction__eq__(),__hash__()and all sub-classes -
Implement Transaction.time -
duniterpy#82: open ticket to Implement Transaction.{blockstampTime, hash, block_number, received}variables in a way that it does not destroy the generation of Tx for sending
-
-
Same tx in tx/historysent and received: remove received one-
txs with same info stored into same tx: Duniter’s key -
Always same recipients and amounts with Remuniter’s key: the amount of pubkeys and amounts are different
-
-
Output back return displayed as a tx -
still happening with TENG: may be the equality of duplicate tx is not working: happening once in two times - Fixed by copying the list we are looping and removing items from it
-
-
Get rid of those replace(SIG()):condition.left.pubkey. Will fail with other condition which does not have pubkey attribute -
Handle an a seperate f() other conditions, if hasattr(SIG, value):, else nothandled- simple one for now, open ticket to use the one implemented in DuniterPy
-
for more clarity use operator.neg for outgoing outputs rather than negative sign -
Add tests: -
number of columns generated for Remu and Duniter keys -
#222 (closed): Open ticket: wot.identities_from_pubkeys()-
#223 (closed) Open ticket: pass_context
-
-
Edited by Moul