Hi Mike,
" The user has the ability to make the play they want"
Yes, but the user has to know how his action will be interpreted, and that
interpretation should make sense intuitively. If I slide a checker directly
from 6 to 3, I don't expect that to be interpreted as 6/5*/3. Of course I can
undo the move and replay it in a "clearer" way. But I think Philippe's reply
makes sense; there is simply a small problem in how gnubg is currently
interpreting certain actions. Fix that, and no extra prefs or complications are
needed.
In the case, maintaining the status quo seems wrong.
Louis
----- Original Message -----
From: "Michael Petch" <[email protected]>
To: "Jonathan Kinsey" <[email protected]>, [email protected], "Philippe
Michel" <[email protected]>
Cc: [email protected]
Sent: Thursday, April 9, 2009 2:59:12 PM GMT -05:00 US/Canada Eastern
Subject: Re: [Bug-gnubg] Handling ambiguous checker moves
On 09/04/09 2:22 AM, "Jonathan Kinsey" < [email protected] > wrote:
I just explicitly enter ambiguous moves, either by dragging twice or using the
left/right mouse buttons. I can't see any problem with gnubg interpreting an
ambiguous drag as a pick-n-pass as that's generally the most likely move in
these cases.
I wholeheartedly agree with Jon.
My opinion is that GnuBG’s interface needs to become more streamlined. Adding
more options or features to handle cases like this makes little sense. People
can use Drag/Drop or the buttons to control which piece to move first. The user
has the ability to make the play they want, so I say maintain the status quo.
_______________________________________________
Bug-gnubg mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-gnubg
