[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 15:27:24 -0600
User-agent: Microsoft-Entourage/

On 09/04/09 2:56 PM, "Michael Petch" <address@hidden> wrote:

I don’t disagree with the concept of consistency. For example it may be intuitive for some that the bot always assume the higher die is moved first (Assuming using the higher roll is legal of course) This is how I personally would expect it to be treated (And that’s simple personal bias). From my viewpoint the hit or no hit is not the intuitive criteria.

My criteria would also make other situations simple. For example if you drag from the 24 to the 13 on  a 6-5 roll and lets say the opponent has a blot on the 18 and 19pt which - course should the bot take? If you use a consistent method of always using the high roll first then you’d know ahead of time what the bot will do in this case too.

Some may ask why I would prefer the large die be moved first if dragging to the end position (Assuming the larger die leads to a valid legal play)? Because it remains consistent with how GnuBG orders the higher die before the lower die when moving pieces individually.  

If we go from what is intuitive to the concept of consistent, then consistency should be maintained between moving individually (without dragging) and dragging if at all possible.

reply via email to

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