[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnubg] Handling ambiguous checker moves

From: Michael Petch
Subject: Re: [Bug-gnubg] Handling ambiguous checker moves
Date: Thu, 09 Apr 2009 13:30:30 -0600
User-agent: Microsoft-Entourage/

On 09/04/09 1:13 PM, "Zulli, Louis P" <address@hidden> wrote:

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.

I am aware of that. However moving a piece from 6 down to 3 has two possible paths as you point out. One hits and one doesn’t. I as a user really wouldn’t have the expectation that the program would know what I intended (either way), nor do I believe it should tell me about the other path. I personally would have no issue if GnuBG picked the first valid move that it could find that got from one to the other. And I would not be surprised if that is exactly what is happening. If you change how the program finds valid moves, then the result of which choice the program plays in this situation may also change.

My opinion still stands - It is up to the user to correct the ambiguity. If the bot makes the play you don’t like then you simply go back and correct it or move the pieces the way you want to begin with. I actually use the program and select every move and where it will go (With all intermediate steps) simply so that I always get the result I intended without the bot ever making a choice for me.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]