[Top][All Lists]

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

[Bug-gnubg] XGID's / GNUBGID's representing the way a board looks when I

From: Michael Petch
Subject: [Bug-gnubg] XGID's / GNUBGID's representing the way a board looks when ID's are Exported and Pasted
Date: Thu, 04 Aug 2011 02:11:01 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20110616 Thunderbird/3.1.11

On 04/08/2011 1:19 AM, Michael Petch wrote:
> I did not get into details in the ChangeLog. But we have to make some
> assumptions. The reason this is such a big deal now is that there is a
> new Default feature on exports in XG2 "Player on roll always on Bottom".
> This is by default on.And is one of the big reasons why people were
> wondering about it. I do not KNOW the true orientation of the board
> associated with an XGID but I am making an assumption  based on
> observations of posts to date on BGO and the new XG defaults on export.
Giving this some thought. If a GNUBGID or XGID always represents the
board as displayed then the only two pieces of information that is not
known is which player has a Light(O) checker and which is dark(X). Note
I don't say "color". An extra bit would help associate Light from dark. 
One would just have to make sure the colors for checkers are normalized
in the boards.xml file (Light always checker0 and Dark always checker1).
I mention this because XG2 has an export feature for "Publications". In
this mode there is a checkbox that allows you to associate dark with the
bottom player. In trying this feature out the XGID for both is the same
(You can't tell from the XGID which player is the darker color).

I can see this option some day spilling into normal board outputs for
XGID's and GNUBGID. A light/dark bit (associated with player on bottom)
may be a future "nice to have"

Secondly what we don't know is whether the output of the board is
showing the player on the bottom as being clockwise or counter
clockwise. If we have a bit for this in an XGID/GNUBGID we'd be able to
render that in either mode.

With these 2 bits observed (Light/dark and Clockwise/Counterclockwise)
in all bots we could probably better standardize the ID's and the Output
that is wanted.

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]