[Top][All Lists]

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

Re: [Bug-gnubg] Bug#659494: Resigns more points than necessary when fewe

From: Michael Petch
Subject: Re: [Bug-gnubg] Bug#659494: Resigns more points than necessary when fewer points would still result in opponent win
Date: Tue, 14 Feb 2012 14:53:52 -0700
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0

On 14/02/2012 2:31 PM, Russ Allbery wrote:

> I received the following bug against the Debian gnubg package.  I vaguely
> recall that this implementation decision was discussed on the mailing list
> before and that the current behavior is intentional, but I don't recall
> whether there was discussion of making it a tuneable option or exactly
> what the rationale was.

This is my opinion only (others may wish to chime in), and I was part of
the discussion on this list previously. I consider the behavior
intentional. Resigning more points than necessary (albeit correct) still
is a win. How many points one wins by isn't relevant. Resigning fewer
points is an issue, resigning more at the end of a match doesn't make
any difference.

Having an option for this is pointless. GNUBG has a lot of options as
is, but adding one that has no inherent value, and seems (IMHO)
absolutely pointless to me.

I say stick with what exists, and I consider this complaint invalid from
a user. A user has to understand that in match play, a win is a win no
matter how many points it is by. That is what I would tell the end user.

Tom Keith's www.bkgm.com is a source of everything Backgammon (almost
like a online bible for the game). Have a look at:
http://www.bkgm.com/rules/match.html  . There is this paragraph that
sums it up nicely: "There is no bonus for winning more than the required
number of points in match play. The sole goal is to win the match, and
the size of the victory doesn't matter." .

Michael Petch
CApp::Sysware Consulting Ltd.
OpenPGP FingerPrint=D81C 6A0D 987E 7DA5 3219 6715 466A 2ACE 5CAE 3304

reply via email to

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