Is it possible to have promotions triggered by capturing that only occur in a specific part of the board?
To get back to this question: initially I thought this is such a specialized case that it should be left to a custom-scripted promotion routine. But now I have an idea for how this could be achieved in a general way. In the mean time I encountered a case where promotion instructions according to the captureMatrix collided with those according to the morph board. (In particular: a Pawn that would demote when capturing, but promote normally when reaching the last rank, even with a capture.) I let the morph prevail in that case.
If the morph could contain a symbol for forced non-promotion (which, unlike an indicated no-op, would then suppress any promotion specified in the captureMatrix), you could simply use that to suppress the capture-driven promotion on an arbitrary part of the board. Perhaps this could even be done by specifying "promotion to itself" in the morph. (Currently this would be rejected, to make sure you can have two types with the same piece ID that morph into each other, in order to make the morphing entirely transparent, treated as a single unaltering piece which just changes its move.)
To get back to this question: initially I thought this is such a specialized case that it should be left to a custom-scripted promotion routine. But now I have an idea for how this could be achieved in a general way. In the mean time I encountered a case where promotion instructions according to the captureMatrix collided with those according to the morph board. (In particular: a Pawn that would demote when capturing, but promote normally when reaching the last rank, even with a capture.) I let the morph prevail in that case.
If the morph could contain a symbol for forced non-promotion (which, unlike an indicated no-op, would then suppress any promotion specified in the captureMatrix), you could simply use that to suppress the capture-driven promotion on an arbitrary part of the board. Perhaps this could even be done by specifying "promotion to itself" in the morph. (Currently this would be rejected, to make sure you can have two types with the same piece ID that morph into each other, in order to make the morphing entirely transparent, treated as a single unaltering piece which just changes its move.)