TheRealCDay / raptor-chess-interface

Automatically exported from code.google.com/p/raptor-chess-interface
0 stars 0 forks source link

wild 0 castling issues #500

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
Raptor runs into major problems when someone castles as black while playing
wild 0. The board seems unable to display or make a black kingside or
queenside castle when playing this type of wild. I'm guessing the problem
roots from the fact that in wild 0 the kingside and queenside are switched
for black, white's queenside is black's kingside and vice-versa.

This bug could cause losses in a fast game, especially if you are playing
white since Raptor will make it seem that black has not made any move when
actually he/she has castled.

Original issue reported on code.google.com by jessego...@gmail.com on 30 Apr 2010 at 9:46

GoogleCodeExporter commented 9 years ago
I'll look on it, thanks for reporting.

Original comment by bvk...@gmail.com on 1 May 2010 at 11:54

GoogleCodeExporter commented 9 years ago
You're very welcome. Thank you for fixing bugs.

Original comment by jessego...@gmail.com on 1 May 2010 at 6:23

GoogleCodeExporter commented 9 years ago
It turned out that Raptor has a very limited support of wild variations except 
fischer 
random. Basically, it treats it as ordinary chess game without accounting 
specific 
castling rules. Adding this will be the highest priority in my list for Raptor.

Original comment by bvk...@gmail.com on 2 May 2010 at 1:05

GoogleCodeExporter commented 9 years ago
This issue was closed by revision r1901.

Original comment by bvk...@gmail.com on 10 May 2010 at 8:34

GoogleCodeExporter commented 9 years ago
It was quite a bit of work to fix it. Should work with wild 0, but needs 
further 
testing for other wild variations on fics.

Original comment by bvk...@gmail.com on 10 May 2010 at 8:36

GoogleCodeExporter commented 9 years ago
Good job! wild 0 works now!

Original comment by jessego...@gmail.com on 12 May 2010 at 7:13