Comments by ChessShogi
Buffalo icon has been changed, and Rules section has been simplified.
Heavy Shako is ready (again).
After 3+ years of experimentation and headaches, I have finally finished the ruleset for Suzumu Shogi. Now the only thing that could still be unfinished is deciding whether the Fire Demon (and by extension the Heavenly Tetrarch) should be able to slide in all 8 directions or not. Regardless, I am very happy with what I have come up with.
This page is now ready for approval.
The editor is working again. Thanks.
It seems the new handling of case is interfering with the display of the Preset Editor, at least for me. The link below is an example.
Edit: Taishin Shogi on the Chess Variants Game Courier
There is a double space in the case statement on the line where the error is.
I managed to solve the King's move display issue by using sub checked cond == #from #king #to #king in the relevant places in the stalemated subroutine. Afterwards it gave a weird error where the King was in check after moving both Kings, but after adding a few lines to force update the k and K variables in the Post-Move sections, the preset is now working perfectly. Thank you for your help.
Sorry about that. Here it is.
Cannon Shosu Shogi on the Chess Variants Game Courier
Also, Daniel Zacharias found that if you enter King moves manually, it works fine. He thinks the problem may be in the stalemated subroutine. When I coded this preset, I removed the checkmated subroutine used in my other presets to simplify the code a bit. so that would make sense.
I am making an experimental GC Preset for Cannon Shosu Shogi. Everything seems to be working properly, except for the fact that the Kings are unable to move. The Black King is only able to move on the first turn. Any help would be greatly appreciated.
I cannot access the Edit script for the Taishin Shogi preset to fix a problem that has popped up.The error that shows is the following:
Syntax Error on line 1157
The case includes whitespace in it. Are you missing a colon after the case label?
There is a double space in between +fy and rd on that line. It should be a single space, but I cannot access the preset editor to fix the error. Any help would be much appreciated.
Edit: The same error pops up in the Hook Shogi preset, albeit on a different line.
Thankfully, I managed to fix this by excluding forced promotions from the move string.
I also have a question of my own: just to clarify, a Dark Spirit or Buddhist Spirit capturing a Deva or Teaching King, or vice versa, causes it, like other pieces, to convert to its victim? The notes clarify that, as expected, one of them would disappear, but don't make clear which one, and one could make a case imo for contageous pieces being immune to contageon themselves.
Yes, contagious pieces turn into the promoted form of their last contagious victim. So DV/TKxDS/BS results in promotion of the DV/TK to BS, and vice versa.
What happens if such pieces capture multiple contagious pieces is left unclear though, thanks to the situation where multiple contagious pieces are captured at once, which is not elaborated on in the historical texts. I assume the result would be the last contagious piece captured (This is what a Japanese Chu Shogi Association official said about the issue.
The -|-|-|-> symbol may mean slide or move as Lion Dog (from the smaller Shogi variants) in the direction the arrow points, which I got from this article by Eric Silverman: Shogi variants: translation notes (I) | Dr Eric Silverman
@H. G. Muller Question: What would the moving piece promote to in the scenario below?
A piece with Lion Dog powers captures a deva on the first square in a given direction, captures a dark spirit on the second square in that direction, then retreats to the first square.
Indeed, using the original pieces would be ideal, but I do not know where the pictures are located. However, I can get pretty close to it using the path for Alfaerie pieces provided by the Interactive Diagram Designer.
If I can get the path of the directory for the Alfaerie for Metamachy set, that would allow me to use the intended piece graphics.
I'm talking about your Very Heavy Chess preset. The f2/f9 and h2/h9 values in the wcastle/bcastle variables are unnecessary.
@Jean-Louis Cazaux The wcastle and bcastle variables in your preset aren't set properly. If castling works exactly like it does in chess, wcastle/bcastle should be set to e2 i2/e9 i9, respectively. Other than that, I don't see any bugs.
@Jean-Louis Cazaux You can't get a preset to show up in the Games to Play section just by creating it (Good thing too, otherwise it would have way too much stuff in it).
Go to the tab with your name and click Post Your Own Game in the drop-down menu. This will bring you to the prompt for creating your game's index information. You should prompt up top that asks "Is this the type of page you want to submit?" Click the link that says "Create Game Courier Preset." And the rest is just making the page and waiting for it to be approved.
I am having a problem with the promotions in my Taishin Shogi preset. The problem occurs when I make a triple move with a piece with Lion Dog powers where all three parts move the piece to different squares and the third square is empty. The preset will exit with an error message stating that the promotion is illegal when it should be legal. Any help would be greatly appreciated.
The problem is happening in the bpromote and wpromote subroutines. The relevant errors have also been numbered to aid debugging. Also, the setup has been rearranged to allow quick access to moves that generate the error.
Try clearing your browser cache (cached images and files, any browser) assigning KADGHmcavKmpafcavKcafcmpavK (the complete Lion Dog move) to the star piece in the XBetza sandbox, and making the following moves: b2-b4 c2-c4 d2-d4 f2-e3 e12-e4 e4xd4xc4xb4. You should see spurious highlights e3 and e1 (it only works if the first and second squares in a direction are occupied by enemy pieces). If you don't see spurious highlights after this, then it must be something on my end.
Maybe it only takes place when I clear my browser cache.
Edit: I tested this in Edge, and yes, it only works if you clear your browser cache.
I tried this in both Edge and Google Chrome, and it seems only the latter has the spurious highlighting. When executing the moves on Chrome with the compact description assigned, I also see a spurious highlight on e1 when entering the third leg of the move.
I am sure I am not using the old script. Try doing the same thing in the sandbox that you did last time, but with the following moves instead: b2-b4 c2-c4 d2-d4 e12-e4 e4xd4xc4xb4. You should notice spurious highlights when asked to enter the third leg of the move. Note that the bug only works if both the first and second square in a given direction are occupied by enemy pieces.
The triple capture ability for Lion Dogs works perfectly, at least in regards to executing the moves. There seems to be a problem when highlighting destination for the third leg of a triple capture move. The possible destination squares (aside from the one travelled to via the second leg) generate in all directions where there is a piece on one such square in said direction.
Edit: Also, the moving piece isn't deselected if it can't move back to its starting square when the diagram generates the moves for the next leg. There also seems to be a problem with contageous promotions not taking effect if you make a three leg move to an empty square
25 comments displayed
Permalink to the exact comments currently displayed.
Nice catch. I think that sliipped by because I copied the table from Yangsi before modifying it to describe the pieces in Heavy Shako.