taler
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Taler] Balance and Transaction List UI


From: Christian Grothoff
Subject: Re: [Taler] Balance and Transaction List UI
Date: Mon, 13 Apr 2020 20:01:14 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0

On 4/13/20 7:40 PM, Torsten Grote wrote:
> On 2020-04-13 12:17, Christian Grothoff wrote:
>> So usually we'd show the balance history of the one true
>> currency of the user, but once they use a second currency we use the
>> balance-overview screen as their new 'home' screen and then the
>> balance-history becomes something they get once they select a currency
>> (with 'back' bringing them back).
> 
> Implementing this requires some changes and is tricky, so please let's
> be sure that this is what we want before I implement it.

Well, not sure we'll ever be truly "sure", but we can at least wait
until the discussion seems to have arrived at some kind of consensus ;-)

> Also, it would
> simplify things if we would continue to stay in multi-currency mode even
> if the second currency reaches a zero balance.

Yes, we have to: the second currency still has a history! Only if the
user purged that history entirely, we would go back to single-currency
mode. Which reminds me: we need to think about how users can delete
purchases ('forget' them). That's an important privacy feature. Deleting
individual ones can be pretty easily integrated in the 'detailed view'
for the respective purchase. However, I also would like to have some
'bulk' deletion option where I can select transactions in bulk in the
history screen and then say 'delete all these' (plus confirm: do you
mean it? yes => gone).

>> To clarify further: The QR-scan action would then remain active at all
>> times on both screens.
> 
> That addresses one of the concerns I had with jumping to transactions.
> 
>> Also, the settings/hamburger-menu would then only be accessible from
>> whatever is _actually_ the 'top' right now, so either balance-history
>> (one currency) or balance-overview (multi-currency). In the
>> multi-currency case, the balance-history would have a 'back' button
>> instead of the hamburger.
> 
> That addresses the other concern.
> 
> There's one thing I still don't know how to handle:
> The current history list includes many other "events" hidden behind a
> Show All checkbox such as Exchange Added that are not really transactions.
> 
> Should we move those somewhere else? The exchange and auditor related
> events could move into a exchange management UI for example.

Yes, I think those don't actually belong into the transaction history.
And likely only into something that we only show if 'developer-mode' is
on. Otherwise at least to me this feels like too much information.  Note
that when I view 'all exchanges' via settings, and then select a
specific exchange, it can show me when I accepted the ToS in the dialog
that allows me to view that exchange's ToS.  Which is really all that
should matter.

> Should we maybe adapt the wallet-core API to follow this new logical
> structure as well?

=> Florian ;-).

> Do we keep a Show All checkbox in the transaction list? There's exotic
> things like OrderRedirected, OrderRefused, PaymentAborted,
> FundsDepositedToSelf, ReserveCreated in there right now.

I think FundsDepositedToSelf should be a first-class event (always). It
does directly affect the balance.

OrderRedirected I would hide.

OrderRefused I'm not sure we need to keep around in the first place.

PaymentAborted may affect the balance, if it does, I'd show it as a
first-class event (always), if it did not affect the balance (i.e.
refund fee is zero), I'd probably avoid showing it at all.

> If we want to keep that Show All checkbox, the space in the action bar
> might not be sufficient to house an overflow menu icon and a search icon.

I'm more worried about search + delete. How can we nicely we fit 'select
for deletion' and 'confirm deletion'? Having to enter each single order
to delete them individually is IMO not acceptable. Power-users may even
want something like delete all purchases "like these" (and specify say
merchant + maximum amount). At least I don't see a good reason to keep
my lunch history for the last decade in my wallet, so convenient
deletion will be important ;-).

More questions, I know ;-)

Happy hacking!

-Christian

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]