Re: [Taler] Fwd: Balance and Transaction List UI

[Christian Grothoff]

On 4/13/20 2:37 PM, belen barros pena wrote:
> 
> 
> 
>     On Fri, 10 Apr 2020 at 17:20, Torsten Grote <address@hidden
>     <mailto:address@hidden>> wrote:
> 
>     I should probably put a mockup together so that you can actually see
>     what I mean: I'll try to do that.
> 
> 
> I've attached a quick mock up. Let me know what you think.

I generally like it, but there are details missing that we do have in
the existing implementation (which right now fails for me, but that's
another story). I'm not sure this is because you made a "quick" mock up,
or because you forgot, so please let's discuss:

i) I assume you intended the grey circles to be replaced with
iconography indicative of withdraw/payment/refund/tip/etc., if not, I
would want to know why not. Our existing implementation shows an icon
AND text ("withdraw", "payment"). We could leave out the text and put
the date there (as you have in your code), or put the text under the
icon. What do you think?

ii) Also, we are currently showing 'recent' events using relative time
("5 minutes ago"), while you always show the absolute time (12 April),
which implies still that you'd shorten it for the current year.  What do
people think is better? Please also consider the (iii) and 1-5
time-based structure we might add when thinking about how to represent
the date.

iii) In the title bar, I would still want to see a 'search' icon (to
give users a hint that they CAN search). I assume you 'forgot'.

iv) I'm not so sure about the sorting: you have pending on top, except
that this breaks sorting by date. Kind-of OK, but I think we need a good
way to navigate by date (see below). Then again, your design goes back
to an earlier proposal that I had put forward to a view that combines
pending and history. IIRC Florian didn't like it, maybe he should argue
about it here?

v) We really need to show the fees IMO. So where you have PENDING right
now, we could add the FEE for completed transactions. I'm OK with not
showing fees for pending transactions. But the font/location and spot
you use for PENDING is perfect for generally showing the fee (i.e. "Fee:
-0.14"), at least if the fee is non-zero.  Again, this is already done
like that in the current wallet.  I understand about simplification, but
IMO balances must add-up and if I wire 10 EUR to an exchange to withdraw
and my wallet shows me 9.95 EUR arrived, I would be confused.
Discovering reason (the 0.05 EUR fee) only after clicking on the entry
is a bit too indirect for my taste. And I think we do have the space. So
Belen, did you remove this on purpose? (I'm attaching a screen shot from
the actual current implementation as reference.)

v) You show the expense (5.07) by the merchant in black and without a
sign. Again, I think we should keep showing expenses in red and with a
"-", as they deduct from the total balance and represent a financial
loss for the wallet. Belen, did you make these black without sign on
purpose? If so, what was the reason?



We may also want to support more structure for navigation by dates
(iii), basically making it look like your Terms-of-service mock-up:

1) For today, show all transactions;
2) For the last month, show only the days with
   transactions; allow user to expand each day
   to see the transactions on that day.
3) For earlier months of the year, only show the
   month (unless it had zero payments), expanding
   the month shows all payments of that month.
4) For earlier years, again only show the year
   (and again expanding to all payments of that
    year).
5) If we have such a grouping, 'pending' could be
   its own special category (on top).


Finally, if we do the navigation above, we need to have a plan as to
what is expanded by default. IMO this would depend on how we get to this
dialog:

a) from payment/withdraw: pending expanded if we
   are pending. However, if the pending concludes
   and we still show the snackbar/notification,
   move it to "today's transactions"?
   [Disadvantage: a bit of flicker/reordering on
   the screen, but at least IF the user clicks
   on this dialog on the wrong item just when we
   shuffle, nothing actually bad happens.]
b) If user clicked on the 'incoming/outgoing'
   pending operations in the balance, we expand
   'pending' immediately.
c) If the user clicked on the *balance* of this
   currency, we keep 'pending' collapsed and only
   expand today's transactions.


WDYT?

-Christian

Android_06_Purchase_Wallet_History_Display.png
Description: PNG image

signature.asc
Description: OpenPGP digital signature