H. G. Muller wrote on Tue, May 11, 2021 05:16 PM UTC:
I only notice now that these variants have weird castling rules, where the Rook doesn't end up next to the King. At the moment the diagram doesn't support that. Also for lack of a Betza notation for this. The On castling implies the castling partner ends on the opposit adjacent square.
[Edit] For now I solved this problem by allowing additional specification of the castling type through diagram parameters, rather than introducing new XBetza notation. For this I implemented a new parameter castleGap, default value 1, which corresponds to normal castling. The idea is that for castleGap > 0 the destination of the Rook will be that of the King, minus castleGap times the basic King step. For castleGap=1 the Rook would thus end up next to the King on the inside, while castleGap=2 would leave an empty square between R and K, etc. If castleGap < 1, however, the reference point is the King's square of origin, instead of the destination. That means that castleGap=-1 gives the type of castling we want here: the Rook ends next to the square where the King started (just as the King ends next to where the Rook started, so that they move by an equal amount.)
I only notice now that these variants have weird castling rules, where the Rook doesn't end up next to the King. At the moment the diagram doesn't support that. Also for lack of a Betza notation for this. The On castling implies the castling partner ends on the opposit adjacent square.
[Edit] For now I solved this problem by allowing additional specification of the castling type through diagram parameters, rather than introducing new XBetza notation. For this I implemented a new parameter castleGap, default value 1, which corresponds to normal castling. The idea is that for castleGap > 0 the destination of the Rook will be that of the King, minus castleGap times the basic King step. For castleGap=1 the Rook would thus end up next to the King on the inside, while castleGap=2 would leave an empty square between R and K, etc. If castleGap < 1, however, the reference point is the King's square of origin, instead of the destination. That means that castleGap=-1 gives the type of castling we want here: the Rook ends next to the square where the King started (just as the King ends next to where the Rook started, so that they move by an equal amount.)