Better UI for concurrent pours

[mik3y]

PourInProgressActivity only shows one pour at a time. Volume and drinker information are only available by swiping between taps.

It'd be better if we could show status and controls for 2 or more taps at once. Some systems will have too many taps to cram into one screen, but even covering 2 would probably capture the most common cases.

[theguardian]

How would concurrent pours work under the current system? Say you have multiple taps on one tablet. One person authorizes and starts pouring. Are you saying that you'd like another person to be able to authorize and start pouring while the first pour is occurring? That's a lot of hands moving around a 7" window within a few seconds of each other.

[thehijjt]

The way it would need to be done is a token even that snags the current/next pour if one hasn't started yet, and then have the next token swiped go to the next pour/the pour after the first pour started. The hard part is the location of the rfid reader tablet vs. kegboard. It isn't bad to implement using the api. I do agree that it would be hard to swipe around the 7" screen, but pouring a beer really isn't (shouldn't be) ui dependant.