Comments/Ratings for a Single Item

But there are plenty of animal orders that are not closely related, (some of the animals you mention can even breed with each other!), and look very different. A Turtle would not look much like a Dog, Tiger or Elephant. And a Stork looks very different from a Duck or an Eagle.

I am not sure that having an animal's name is so important. In the context of Very Heavy Chess it was not, for sure. I wanted feminine character to fit with the Amazon (RBN), a military flavor for the RFN to fit with the Admiral (RW) and the Marshall (RN); a clerical flavor for the BWN to fit with the Missionary (BF) and the Cardinal (BN). Popess has been very criticized though, we don't have all the same sensitivity on that matter, a cultural baggage, I have understood that. So I have kept it for my game.

Having only animals is making difficult to distinguish them if you start to make real pieces. Distinguishing a Cheetah from a Tiger or a Panther, or a Zebra from a Horse or a Donkey, a Wolf or a Fox or a Dog, etc. is a problem when you manufacture pieces.

Actually, I'm now contemplating the idea a third promotion level for the Beast and Leader pairs, where the 6 would simply be dropped. The Leaders would clearly become the Chancellor (RN) and Archbishop (BN), but what about the Beasts? Do RFN and BWN already exist anywhere (with animal names)? While I'm actually leaning against this change, (and I defimitely won't do it if these don't already exist), I do have a general interest in this so any help would be appreciated.

Addendum: I did find the Crown Princess (BWN) and Archchancellor (RFN) in Teutonic Knight's Chess, by way of the Popess (BWN) and Heroine (RFN) in Very Heavy Chess. Those aren't animal names, though; I can't find any that go that route, and I'm really not inclined to invent something, so this change will almost certainly not happen.

Unless there are any other notes (such as that this would be better on 12x12), I think this is ready to post.

(Getting an ID, GC setup, etc. will take a good bit of time, at least for me to do.)

Well, you can edit and test off-line. It is what I usually do, when creating new Diagrams. The ID works just as well locally as on CVP. Provided you also copied the betza.js (or betzaNew.js) script and the required piece images to your own computer, and let the html page you embed the Diagram in point to those.

I probably could handle all that if I had a way to edit and test it offline. As it is, I think I'll go back to leaving it all to you (if and when you feel inclined to do it, and once the Hia power is figured out).

For my own part, at least I've designed a full set of pieces for the game, and I hope to get them all set up if I can find a willing opponent.

Also, I think I'll dig in and try to clarify the promotion rules.

The Pawns and Berolinas promote from the Zones (first to unpromoted pieces, second to first-promotions); Guards only by capture; other unpromoted pieces by either capture or the first zone; and first-promotion only by capturing other promoted pieces. That's a lot for any generic system to try to be able to handle.

Well, I see a lot in there that can be handled generically. E.g. that the promotion choice is not always the same, but could depend on the type of the piece that promotes. One way to implement this would be to alter the meaning of the promoChoice parameter when it is used after a piece definition, to apply only to that piece type, and have each piece type then use its own set of choices when the zone rules or an asterisk in the morph or captureMatrix orders a promotion choice.

Or even better, allow the definition of a number of choice sets that are not directly associated with a piece type, e.g. separated by slashes in the promoChoice parameter. Promotion as per maxPromote and promoZone would then use the first of those sets. But promotions ordered by the morph or captureMatrix could explicitly refer to one of the other sets by putting a digit in the element referring to that square or (attacker, victim) combination. So that the choice for a given type can depend on where it promotes in a location-triggered promotion, or on what it captures.

Another way to enhance the capabilities is a better coexistence of chess-like and shogi-like promotions. E.g. your promotion rules for non-Pawns could conveniently be configured by a promoOffset parameter, and proper ordering of the piece definitions. Then we could set maxPromote=0 to suppress any automatic invocation of the promotion procedure, and only rely on promotions to be requested by the morph or captureMatrix. There would be separate symbols in those matrices for indicating promotion per promoOffset and promotion per choice set, and in the first case there could be different symbols for a normal promote/defer choice, or an automatic deferral when the promotion piece is not available in the holdings. (For a choice set this distinction would have been indicated as part of the set, as is already possible in promoChoice. An automatic promotion can already be indicated by putting the piece ID of the promoted type in the matrices.)

Not much chance at this point, as I don't understand the promotion rules at all. You have both promotion on capture and promotion in a zone, and for the latter different rules for last rank and other ranks?

You confirmed what I thought about it: never mind the Hia power rules, the promotion rules are too much for a Diagram!

The Pawns and Berolinas promote from the Zones (first to unpromoted pieces, second to first-promotions); Guards only by capture; other unpromoted pieces by either capture or the first zone; and first-promotion only by capturing other promoted pieces. That's a lot for any generic system to try to be able to handle.

Not much chance at this point, as I don't understand the promotion rules at all. You have both promotion on capture and promotion in a zone, and for the latter different rules for last rank and other ranks?

Promotion in a zone with choice can be configured through promoChoice, and this offers the possibility to restrict some choices to a smaller number of ranks, forbid them on last rank (usually for deferral), or restrict them to pieces in the holdings. You can cause captured pieces to go into the holdings (without color flip) by holdingsType=1.

Promotions to a fixed type at a certain location can be configured through a morph board for the promoting piece types. There is currently no way to make such a promotion optional, or if it is optional, restrict it to pieces in the holdings. This could be useful enhancements of the Diagram script, though. The same holds for promotion on capture through the captureMatrix.

The more I look at the promotions for this game, the more I realize: if there's ever going to be an Interactive Diagram for this page (which I doubt), the only person on the face of the planet who will be able to write it is H. G. Muller.

I am not sure to understand what you call "slow" and "catch"

slow is anything starting on an affected space being limited to one step; catch is anything trying to move throught the space having to stop (more‐or‐less as if there were enemy pieces stationed in those squares)

This is kind of "catch" with my understanding. Why you see an explicit "slow" here, I don't know.

I may have misinterpreted your use of “on” in “on its 8 surrounding squares, all (allied or ennemy) pieces can only move 1 step only”; to me that reads like ‘from’ rather than through, giving slow. Your A World of Chess description is fairly explicitly catch‐only

It is a frequent mistake by modern players to think that rules were scrupulously followed by everyone for ancient and traditional games

Of course, the rules probably varied; I was mostly pointing it out as Bob's choice of ‘Hia’ power (catch+slow) differs from my preference (catch only) and raised some awkward questions regarding lame pieces

Absent any objections or further notes, I think this game is good to go.

The slow I proposed would limit riders that start in the spell zone to a single leap.

Some other ideas for elaborating on the spell concept:

• As it is the (same) spell is cast by one or more piece types, but then affects every other piece type equally. But this could be made type selective with the aid of the captureMatrix: a special symbol (say $) in the position for the (active type, passive type) combination could make the passive type immune for the spell cast by the active type.
• A useful new spell could be drop, meaning pieces in the hand could be dropped in the spell zone.
• A very similar spell would be recall, which would allow pieces on the board to teleport to the spell zone no matter where they are.

I wrote about Hiashatar several years ago, so I'm not sure to well remember.

It is a frequent mistake by modern players to think that rules were scrupulously followed by everyone for ancient and traditional games, especially variants like this one. There were no Hiashatar Academy!

I had also met the problem that the different sources are not consistent between themselves. There is this endnote in my book, A World Of Chess: "The rules given here are the best logical composite drawn from a variety of sources, each of which has its own omissions and inconsistencies. It is also likely that there was some variation in how the game was played at different locations. For instance, some reports have the Bodyguard only arresting the moves of the enemy pieces; others have the Bodyguard capturing using his normal move."

I am not sure to understand what you call "slow" and "catch". The "main" rule we gave in A World of Chess" is: "Bodyguard: moves one or two squares diagonally or orthogonally; that is, any direction (but not at an angle like the Knight). However, he is only able to capture by moving one square diagonally. He does not leap, but may only pass through vacant squares. He also has the special power of arresting the move of any piece which passes through his realm of influence – the eight squares surrounding him. Any piece that aims to pass through one of these squares adjacent to the Bodyguard must stop on that square, until some future move. Nevertheless, this special power does not affect the Horses, which can jump in or out of the Bodyguard's peripheral zone freely"

This is kind of "catch" with my understanding. Why you see an explicit "slow" here, I don't know. The attacking piece MUST stop.

The number of possible spells is overwhelming, as each type can also apply to friends only, enemies only, or both. The spells I implemented now are only those that favor the side of the piece casting it: you only burn enemies, and only protect friends. I suppose I could implement a similar option curse, which then would cast the mentioned spell(s) on pieces of the opposit color.

It seems that in any case Hia power is described somewhat inconsistently; some sources seem to present it as only having what H.G. has called catch, which for my taste is the nicer rule; not least, a catch‐only hia also diminishes concerns about completely neutering lame leapers.

Of course, the sources Mats lists both disagree with him: Wikipedia has a catch+slow Hia, whereas afaict Cazaux only explicitly lists slow, though it's possible to interpret it as including catch too. Wikipedia's other source (besides this site's link to Mats' page) again only mentions catch explicitly (clarifying with examples), but is ambiguous in both text and example regarding slow

Yes, a "leaping ski" should be allowed its full move; I'd rule against a "lame ski" being able to move, though. To my mind, at least, a lame leaper is as good as a slider.

At the very least, slow would turn sliding moves into single steps, and immobilize "ski" moves.

That depends on how you look at it. If you see the ski slide as a degenerate bent rider (e.g. D-then-R), and you would allow a pure D to make its leap even within the Hia zone, it would be logical to allow the D-then-R its first (D) step too. Just like you would allow the Griffon (F-then-R) to make its F move.

Even if it was a lame ski slide, like the Tamerlane picket (nA-then-B), it would be logical to treat it as nA. But it is a matter of taste how that should be treated. I would be inclined to allow it its move, rather than completely immobilizing it.

Hia Power doesn't affect leapers, but I don't know of any rule regarding how it would affect riders; turning riders into single leapers makes sense. At the very least, slow would turn sliding moves into single steps, and immobilize "ski" moves.

Hia power would need a variation on brake.

Indeed. That means it should not be very difficult to support that too. In fact I don't even know if the brake spell as I implemented it is used in any variant; when I was implementing the spells I was just imagining what spells could be useful. The Hia power strikes me as a bit inconsistent (if you can make one step out of the spell zone, it would be natural that sliders only have to stop one step after first touching it), so I did not think of that. So perhaps I should add a spell slow, which turns riders into leapers while in the spell zone.

Come to think of it, what I now implemented as brake could actually be decomposed as terminating slides as soon as they touch the zone (catch?) and immobilization (freeze). Hia power could then be decomposed as catch + slow. So perhaps I should make the spell mechanism more flexible, allowing arbitrary combination of spells.

Is the Bodyguard's Hia power even possible in the Interactive Diagrams?

Unless H.G. adds it as a Spell (I don't think he has already?) I expect not without effectively doing the same yourself

Regarding this... my first-blush impression of the brake Spell was that this was what it was for, but on further examination it seems I was mistaken. Hia power would need a variation on brake.

OK, I'll look at what I can do for re-ordering the lists. I've also decided to go with the Turtle after all rather than the Squirrel, and the Turtle's longer move calls for a reworking of the layout order (and since I have to redo the diagram anyway, I might as well).

As for mFmAcWcD, if I'm having to work that out myself, I think I'd rather go for a Muslim (or pre-Muslim Persian) religious title. The names do tend to go secular one way, ecumenical the other.

Similarly, I'll try to come up with a couple if names for the mNcAcD and mAmDcN (probably animals, most likely an equine or feline for the first and a rodent for the second).

(Since none of these four pieces are for this game, and I've barely started work on the one that they are for, any further discussion of them probably should go on my own page.)

That kinda is what the table is for, actually.

Well the two serve slightly different purposes really; the table is useful for quick reference, whereas with the list it'd just be an ordering principle, and imo one that makes sense given the separation into first‐, second‐, and third‐stage pieces

On another note, do you happen to know of a mFmAcWcD piece?

I don't remember seeing it used, nor, therefore, any names for it besides Contrasatrap (whence one might also suggest Berolina Satrap). If we're looking for atomic names, perhaps another Persian rank? Either government, such as the Sasanian Shahrab or Mowbed, or military (cf. Guardian for the Berolina Steward) if you can find one

And that mNcAcD sounds like a fun possibility, if it has a mAmDcN to go with it.

Fwiw it feels to me less in need of a counterpart than the Satrap, perhaps because of the less‐obvious correspondence with the pawn/steward. And like those but not their Berolina counterparts, its noncapture is unbound.

I know I've seen it somewhere, as an explicit second‐perimeter Steward counterpart, but I alas don't remember where or what it was called. It seems to have been beyond Gilman's radar

I meant the diagram image, so that it's easy to relate the Pieces section to the setup diagram (the listing of pieces helps too, but I always find it harder to deal with as it doesn't have as obvious a visual correspondence)

   Given that I use Musketeer Board Painter, that may be more easily said than done. Still, I can give it a shot.

Further improvements might include matching the order of promotees with their predecessors...

So basically, where the Hospitaller and Templar are the first promoting pieces on the starter list, the Healer and Crusader would be first on the First Promotions list?

That kinda is what the table is for, actually.

...and (if feasible) analysing the pieces' moves to find a more intuitive order...

Meaning, list the pieces (at least, in the first section) in order from least to most powerful? I think I can manage that.

On another note, do you happen to know of a mFmAcWcD piece? And that mNcAcD sounds like a fun possibility, if it has a mAmDcN to go with it.