Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow for more complex first move/castling behaviour #36

Open
alexobviously opened this issue Feb 6, 2023 · 0 comments
Open

Allow for more complex first move/castling behaviour #36

alexobviously opened this issue Feb 6, 2023 · 0 comments
Labels
rule New rule request

Comments

@alexobviously
Copy link
Owner

Ouk Chaktrang (https://www.pychess.org/variants/cambodian) is pretty interesting because it has some unique first move behaviour - the king and queen both have moves that only work as their first move. We can encode these with the f betza flag, but currently the logic for determining whether a first move can execute is based only on what rank the piece is on, because previously it has only been used for pawns.

To complicate things further (or simplify, idk, since castling needs a rework anyway), the first move data for these pieces is stored in the castling part of the FEN, at least in fairy/pychess.

So we need:

  • More flexible methods for importing/exporting FEN strings
  • More flexible first move logic
  • Also a way to remove first move flags with the indirect rook attack that Ouk Chaktrang has, but this can be done with actions
@alexobviously alexobviously added the enhancement New feature or request label Feb 6, 2023
@alexobviously alexobviously added rule New rule request and removed enhancement New feature or request labels Mar 9, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
rule New rule request
Projects
None yet
Development

No branches or pull requests

1 participant