Container to collect ideas, screen flows, etc. for an improved channel management
## Acceptance criteria
-
Roy's mockups for channel management proposal
All channels for a selected token are visualised as cards. The user shifts between channels by swiping through the cards.
Underneath is a list with the transaction history for the coresponding channel. Similar to what is currently being discussed in issue #426 .
A main menu is added (the + button in the bottom)

The user can "flip" each card (channel) and access options for closing and settling the channel.

The user performs payments and deposits by accessing those options from the main menu.

@taleldayekh and @christianbrb
First step towards the card design. Channels can be shifted left and right.

Currently, the channel actually used for transfer is either direct channel (if available) or the one informed by PFS, which can then be selected as per the available routes.
The auto selection is only to show relevant capacity. We need to show a single one, because there's no point into summing them if you can't make a single transfer that big, so we show the highest one which is the one with highest capacity and chance of being picked by PFS.
Notice we didn't put much effort into improving on this because usually it shouldn't matter much, as we expect the common case to be a single channel per token network, so it's the same used for capacity above and the only one pickable by PFS.
The user can "flip" each card (channel) and access options for closing and settling the channel.
What are steps in the UI to close/settle a channel from the slider?
If we, as a first step, only are moving the current channels to the transfer view then perhaps the best is to keep the close/settle as it is in the dropdown for each channel.
Good collection an discussion, but not actionable. Closing.
Most helpful comment
Roy's mockups for channel management proposal
All channels for a selected token are visualised as cards. The user shifts between channels by swiping through the cards.
Underneath is a list with the transaction history for the coresponding channel. Similar to what is currently being discussed in issue #426 .
A main menu is added (the + button in the bottom)

The user can "flip" each card (channel) and access options for closing and settling the channel.

The user performs payments and deposits by accessing those options from the main menu.
