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: belen barros pena
Subject: Re: [Taler] Balance and Transaction List UI
Date: Sat, 18 Apr 2020 14:54:14 +0100

I said last week I would look into how we show users that there are pending transactions from the balance screen. I've attached a couple of suggestions: a 'pending' bagde and a notification dot, both in grey since that's the colour we use for pending transactions.
 
Cheers,

Belen

On Tue, 14 Apr 2020 at 17:20, Torsten Grote <address@hidden> wrote:
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

Attachment: Balances with pending dot.png
Description: PNG image

Attachment: Balances with pending badge.png
Description: PNG image


reply via email to

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