Open
Issue created by Moul@moulOwner39 of 39 checklist items completed39/39 checklist items
Display transactions history in a table
TODOs
#203 (closed): Use texttable to order columns and display many rows in same row: for multi-output
Display pubkey balance in the header
merge issuers and recipients rows
fix ud_value and currency_symbol retrievals
minus sign in front of outgoing multi-outputs
Convert pubkey to uid if available:
Convert pubkey to id[:15] (pubkey[:5]) or to pubkey[:10]
use wot.identity-of in blocks command (as only members generate blocks)
use wot.identity-of in wot.py functions
use wot.identity-of in cert.py to know if it is member
write algorithm or take the one from blocks to 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.condition as a str: OutputSource.inline_condition()
clean code organisation, design: merge improve_informations() to upper f(): work directly into targets variables
move id_from_pubkey() to wot.py: create ticket to use this f() into blocks and net
Store transactions into Transaction object with from_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/history sent 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