bugXBoard - Bugs: bug #27857, "Draw move" on FICS

 
 

bug #27857: "Draw move" on FICS

Submitter:  None
Submitted:  Fri 30 Oct 2009 09:34:38 AM UTC
   
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Fixed
Assigned to:  None Open/Closed:  Closed
Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Wed 10 Feb 2010 10:18:18 AM UTC, comment #2: 

I addressed this in the following way now (in the development branch):

XBoard keeps track of when the user offers a draw. When he offers a draw before his move, and the move creates a claimable-draw position, the move is sent to the ICS according to the FICS syntax for an atomic draw claim (i.e. "draw MOVE"). For the benefit of ICS that do not understand this syntax (such as ICC), the move is then also sent as plain "MOVE" after that.

This should now make for a unified procedure to handle the claim-after-move case: just offer the draw (key bindings F6 on WinBoard, 'd' on XBoard) and then play the move.

Would it be useful to have an option -autoDraw that always follows this procedure when a claimable draw occurs? (Even if the user did not offer the draw before?) And if the opponent's move causes a repeat, claim it automatically the normal way (sending "draw")? Similar to -autoFlag for claiming time losses?

H.G. Muller

Anonymous
Sun 01 Nov 2009 03:25:15 PM UTC, comment #1: 

Thanks for the suggestion. I was not aware of this special treatment of the draw command by FICS. It seems to me XBoard should definitely support it. An alternative to the UI you propose would be to hit F6 when it is your move, and then move. This would work on ICC, where the "draw" command is initially considered a draw offer, and sent to your opponent, but after your move will automatically grant you a draw if one becomes claimable.

I guess XBoard in ICS play should check if a draw offer has been made before the user's move, and if it is, send "draw MOVE" to the ICS to make the claim work on FICS. ICC would probably ignore that, so for the benefit of ICC you would still have to send the move as well. This combination:

<user hits F6>
draw
<user moves to 3rd repeat>
draw MOVE
MOVE

should have the desired effect on both FICS and ICC. It would draw a (different) error message on both, though. Of course smarter code might decide which of the two latter commands to send, but I am not sure how reliable this can be made. (Would going on ics_type be sufficient?)

Engines in zippy mode send "offer draw" to XBoard, which in the above sequence takes over the role of hitting F6.

H.G. Muller

Anonymous
Fri 30 Oct 2009 09:34:38 AM UTC, original submission:  

This is not a bug, just a suggestion.
On FICS the only secure way to claim a draw (3fold/50moves) with your next move is prefixing your move with "draw ". Typing that is painful. Hitting "d" right after your move gives the opponent the chance the premove out of the drawn position. Unlike ICC, FICS doesn't take a draw offer before your move into account.

For me I added AltDown/AltUp Actions (for the left Alt key) that just change one variable. Depending on that var SendMoveToICS() prefixes the move with "draw ".
Holding down Alt while moving sends "draw move" then.



Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by apersaud (Updated the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2010-06-25 apersaud StatusNone Fixed
        Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code