Check out McCooey's Hexagonal Chess, our featured variant for May, 2025.


[ Help | Earliest Comments | Latest Comments ]
[ List All Subjects of Discussion | Create New Subject of Discussion ]
[ List Earliest Comments Only For Pages | Games | Rated Pages | Rated Games | Subjects of Discussion ]

Comments/Ratings for a Single Item

EarliestEarlier Reverse Order Later
Betza notation (extended). The powerful XBetza extension to Betza's funny notation.[All Comments] [Add Comment or Rating]
💡📝H. G. Muller wrote on Tue, Feb 4 03:25 PM UTC in reply to William Wragg from 01:17 PM:

Ìn particular, outlaw the friendly capture of Bishop by Bishop. by writing a ! in that position.

Betza notation itself is 'type blind', except that it can distinguish royals from non-royals. Any type-dependent rules you would have to be specified through captureMatrix or morph.


William Wragg wrote on Tue, Feb 4 10:09 PM UTC:

Thank you HaruN Y and H. G. Muller, that was just what I wanted. It took a little while to understand the capture matrix, but I think I have it working now:

captureMatrix=.=.!...../.=/.=...!...

In the variant I'm working on only Pawns and Bishops can encounter the same friendly piece as themselves, so only they need to be prevented from swapping with each other.


Aurelian Florea wrote on Wed, Feb 5 04:30 PM UTC:

It seems to me that this piece does not work properly (or at least is not represented correctly in the diagram when a black pawn is flew arround): nNnWXnDXnAYnGY. The nN part is fine, but the rest does no seem so.


Aurelian Florea wrote on Sat, Feb 8 02:55 PM UTC in reply to Aurelian Florea from Wed Feb 5 04:30 PM:

@HG, Have you noticed my previous comment here?


💡📝H. G. Muller wrote on Sat, Feb 8 08:10 PM UTC in reply to Aurelian Florea from 02:55 PM:

I have, but I have bought a new house, and have been too busy with that to work on any Chess programming. Besides, it appears that changes I make to the I.D. scripts don't become visible to the users of this website anyway. Which makes debugging harder (as I have to do it locally), and would make it pointless to put a fixed script on the CVP site.


Aurelian Florea wrote on Sat, Feb 8 08:21 PM UTC in reply to H. G. Muller from 08:10 PM:

Ok!


💡📝H. G. Muller wrote on Wed, Feb 12 10:40 AM UTC in reply to Aurelian Florea from Wed Feb 5 04:30 PM:

It seems to me that this piece does not work properly (or at least is not represented correctly in the diagram when a black pawn is flew arround): nNnWXnDXnAYnGY. The nN part is fine, but the rest does no seem so.

Indeed. In the old highlighting routine, which is still used for the move diagrams, the n modifier only works for leaps to 2nd or 3rd square. For larger leaps not all intervening squares are tested for occupancy. Perhaps I should fix that, one of these days. This is not very easy, because there is no simple way to get the unit step for a given leap, so that you can step through the entire path to test all squares. So what I do now is just test two points 1/3 and 2/3 along the way, rounded to the nearest square center.


💡📝H. G. Muller wrote on Sat, Feb 15 09:56 AM UTC in reply to Aurelian Florea from Wed Feb 5 04:30 PM:

I now beefed up the old highlighting routine a bit, such that hovering to interpose a Pawn in the move diagrams now also works for leaps of 4 and 5. (That routine was written before it was possible to even define such leaps with the aid of X and Y.) So nWX, nDX, nAY, nGY now should all work. Larger leaps will still fail; nHX would test only the even intervening squares.


Aurelian Florea wrote on Sat, Feb 15 10:10 AM UTC in reply to H. G. Muller from 09:56 AM:

Nice!


🔔Notification on Sat, Feb 15 11:12 AM UTC:

The author, H. G. Muller, has updated this page.


10 comments displayed

EarliestEarlier Reverse Order Later

Permalink to the exact comments currently displayed.