|
From: | belen barros pena |
Subject: | Re: [Taler] Balance and Transaction List UI |
Date: | Sat, 18 Apr 2020 14:54:14 +0100 |
On 2020-04-13 15:01, Christian Grothoff wrote:
> 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 ;-)
I haven't seen anybody disagreeing with Belen's proposal, yet. So it
seems we are approaching a UI consensus?
> 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.
Still rather tricky and difficult to test. Maybe also not worth the
effort as this is a rather special corner case. Just stick with multiple
currencies if you used them in the past, at least for now?
> 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).
In Android there's this Action Mode pattern where you long tap a list
item and then can select more or all and perform actions on the selected
items.
I have recently implemented something similar for Briar's private
message deletion:
https://code.briarproject.org/briar/briar/uploads/c7aa3791a749fc994801268db2cffb76/device-2019-10-22-113742.mp4
>> 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.
Agreed.
> 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.
We could integrate those events into the exchange management UI somehow,
or in some developer section or hide them completely. All fine with me.
> 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.
Great, I am all for hiding events that have no relevance for the user.
Ideally, already in wallet-core, so they don't even arrive in the UI layer.
> I'm more worried about search + delete.
I don't know the gmail app, but what Florian suggests sounds like the
Action Mode selection on a filtered list.
Once event deletion is available in the wallet-core API, I'd be happy to
implement that in the wallet app.
Kind Regards,
Torsten
Balances with pending dot.png
Description: PNG image
Balances with pending badge.png
Description: PNG image
[Prev in Thread] | Current Thread | [Next in Thread] |