Fencer: Your internal view to this is quite correct of course. It works on your site. Nevertheless it is very important (especially during the early stage of a new variant) to avoid misunderstandings. Isolated solutions could lead to strange formalism like in Janus Chess (which has been out of our responsibility), where its castling move encoding has been defined contradicting to e.g. the Chess960 or CRC view. Thus it is important to learn about differences, whether they have been caused by another view (which then should be discussed and solved), by misunderstandings (which should be early cleared), or simply by the stage of realisation. Of course I am also not hesitating to modify my SMIRF implementation, if there would be a need to. There finally should be an exportable compatible solution for Embassy everywhere. Thank you for showing your good will!