Better activity flow between chooser and game

[chrisboyle]

First run:
Welcome dialog -> game chooser -> game -> user hits back button -> app exits.

Some users are confused that they're not back at the game chooser.

Subsequent runs:
Resumes previous game -> user hits back button -> app exits.

Users occasionally don't manage to find the game chooser again. :-(

Some users, myself included, want to dip in and out of their current puzzle without visiting the chooser (start app, make a move or two, Back). I don't want to break established behaviour for these users.

Some other users would prefer to always go back to the chooser; I have about 4 Market comments to this effect. This will be more the case once issue #17 is fixed (so you can have several different games in progress).

[chrisboyle]

An idea: make the game chooser a dialog, then you will naturally not expect "back" to re-open it. But this reduces the screen space, which may be fatal on a little HTC Wildfire or similar.

[chrisboyle]

A user just requested that the back button return to the chooser - I think the best we can do here is to add this as an option, off by default.

[Spirko]

Could have a 3-way option on this: SaveGame&Quit, MainMenu (GameChooser), and Ask. The ask dialog could have a selection to "Do this from now on" to set the option on the fly. Option would be called "Back button within a game" or something.

[chrisboyle]

Now inclined towards an option, on by default, possibly with a toast when returning to the chooser via Back. I think "ask" would be too disruptive though, so don't plan to do that.

[doopl]

What would the toast say?

Do you think it would upset people if back always went to the chooser with no option? I mean, you'd still be able to leave the game in one press of the home button.

[chrisboyle]

I'd been thinking a toast of "Returning to chooser, disable this in settings" or something, but you're right, it's probably better to always do it, and see if anyone complains.