Having spent a bit of time testing stuff, I've reached the same conclusion as max. It can be quite annoying if you are a bit too quick to do something. Perhaps the best thing would be for a delayed reaction. That is the interface could wait for a small time, see if the action made sense and then pop the dialog if it didn't.
Christian. On Mon, Jul 20, 2009 at 9:56 AM, Massimiliano Maini<[email protected]> wrote: > > Jonathan Kinsey <[email protected]> wrote on 17/07/2009 18:09:55: > >> >> I'm not sure if it was added deliberately, it may have come along as >> part of the "click board to start playing at the start" type changes >> (which are fine). > > Could be. > >> It probably needs a bit more thinking about, especially that if the >> warning is turned off it stops without asking. > > Indeed, this is very bad imo. > >> Maybe it should be >> the case that if an animation is going on a click on the board stops >> the animation without a prompt and if the computer is thinking the >> message box comes up? This way a user can skip an animation if they >> want and also get the message if they just aren't sure what is >> happening (thinking in tutor mode for example). The stop button is >> fine, but users will just click things, hour glass or not and some >> response is helpful I think. > > I'm not a fan at all of GUIs without response to user actions, but I > don't see a single software that, while running computations, responds > to a use click with a dialog prompting to stop or not the ongoing task. > Also funny that, when the dialog is shown, gnubg goes on thinking (or > display the animation) and hence, by the time you hit the yes (or no) > button, the thing is already over. > > Users will click on things, but I'm not sure they expect the click to > stop whatever is going on. What about a lighter response ? Something like > the hourglass becoming a x-shaped cross if a mouse button (maybe even a > key) is pressed ? > > MaX. _______________________________________________ Bug-gnubg mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-gnubg
