Check out Balbo's Chess, our featured variant for October, 2024.


[ 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 LaterLatest
@ Gerd Degens[All Comments] [Add Comment or Rating]
Gerd Degens wrote on Wed, Dec 6, 2023 11:53 AM UTC in reply to H. G. Muller from Tue Dec 5 07:08 PM:

@H.G.
I tried to solve or avoid the problem of perpetuals in my variant 'Conquer' by changing the pawn move. I couldn't get it to work for the ID, but it seems to work in GC.
Such perpetuals have not occurred in my tests so far, which does not mean that they are still possible. 
Could you please have a look at this - 'Conquer II' on Game Courier.
Thank you.


Gerd Degens wrote on Fri, Dec 8, 2023 03:34 PM UTC in reply to Gerd Degens from Wed Dec 6 11:53 AM:

Hi Lev,
I have revised my variant 'Conquer' and made it to 'Conquer II'.

I think I have defused the perpetual recaptures by changing the pawn move. Perpetuals can't be completely avoided, but we can deal with them 'intelligently'.

What do you think about giving it a try? You can find an invitation here.

Greetings


Gerd Degens wrote on Sat, Dec 16, 2023 05:02 PM UTC:

@Editors,
I would like to discreetly point out my variants that are still in the queue:
Kings Castle, Queenmania, Pattern Chess, Masquerade.
Thanks for your attention.


Gerd Degens wrote on Sat, Dec 30, 2023 08:46 AM UTC:

Can anyone tell me how to update the 'Whats New Text' in the 'Index Information'? It seems that the old text cannot be changed even though the new text is included in the text line. Or can only an editor change this?


Ben Reiniger wrote on Sat, Dec 30, 2023 03:11 PM UTC in reply to Gerd Degens from 08:46 AM:

Are you sure you mean the What's New text, and not the Item Description? The former only shows up a few places, most notably the What's New page, while the latter shows up in most index listings, content headers, etc. You can modify What's New text in the index information and while updating the text, but for now updating the Description has to be done by an editor.


Gerd Degens wrote on Sat, Dec 30, 2023 04:52 PM UTC in reply to Ben Reiniger from 03:11 PM:

The description for Conquer II currently looks like this:

'https://www.chessvariants.com/play/pbm/play.php?game=Conquer+II&settings=conquerii. (8x8, Cells: 64)*.
(I have no idea why that is!)

It should look like this:

'The goal of the game is to conquer the opponent's army and to add it to your own army.'

Could you please change that, Ben? Thank you very much.


Gerd Degens wrote on Sat, Jan 13 04:21 PM UTC:

@ Editors

Could you please publish my variants 'Conquer II' and 'Corossfire'.

If something is missing please let me know.

As I have not received a response, I would like to follow up again and ask about the current status. Do my suggestions have any disadvantages compared to other publications or open ends? I would be happy to help.


Gerd Degens wrote on Mon, Jan 15 03:46 PM UTC:

@ Editors

Could you please publish my variants 'Conquer II' and 'Corossfire'.

If something is missing please let me know.

As I have not received a response, I would like to follow up again and ask about the current status. Do my suggestions have any disadvantages compared to other publications or open ends? I would be happy to help.


Bob Greenwade wrote on Mon, Jan 15 03:55 PM UTC in reply to Gerd Degens from 03:46 PM:

As I have not received a response, I would like to follow up again and ask about the current status.

I wouldn't worry too much about delays in this area. The editors have a lot on their plates. I have four variants and a five-part Icon Clearinghouse that have been ready for a while now, waiting for either publication or review. At least one or two have been waiting for more than a month.


Gerd Degens wrote on Mon, Jan 15 04:12 PM UTC in reply to Bob Greenwade from 03:55 PM:

I wouldn't worry too much about delays in this area. The editors have a lot on their plates. I have four variants and a five-part Icon Clearinghouse that have been ready for a while now, waiting for either publication or review. At least one or two have been waiting for more than a month.

I'm a bit confused. The 'Man and Beast 07/08' variants have just been presented and have already been published. Good for the author. But not so nice for the queue. Some adjustments could be made here.


Ben Reiniger wrote on Mon, Jan 15 04:28 PM UTC in reply to Gerd Degens from 04:12 PM:

The Man and Beast series has had broken diagrams for years now, at the fault of changed code in the Diagram Designer, and I am in a position to fix some of them.

The review queue has generally hovered between 3 and 6 months, filling up until I have a few hours free to spend reviewing. I try to review from oldest submission to newest. Fergus recently helped clear out some of the older pages, but I haven't seen Greg around; he may be out for a while. Fergus mostly focuses on the web backend, and H.G. on Interactive Diagrams and now Jocly.


Gerd Degens wrote on Mon, Jan 15 04:49 PM UTC in reply to Ben Reiniger from 04:28 PM:

As far as I know, at least H.G. is not an editor.

Since there are several editors and everyone seems to have their own queue, I would like to suggest creating a standardized queue that is processed by the editors. This makes sense in order to equalize differences. The uniform queue could then also be viewed by the inventors and provide an overview of when a publication is due.

I can only conclude that there are serious differences between the submission of proposals and their publication.

Edit: The 'Man and Beast 09' has already been released! Kind of weird.


Ben Reiniger wrote on Mon, Jan 15 04:57 PM UTC in reply to Gerd Degens from 04:49 PM:

H.G. is an editor, see Who is Behind the Chess Variant Pages?. (The two junior editors aren't active AFAIK.) But again, as he has said in a number of comments, his focus is more programmatical, including the IDs and now Jocly.

There is just one review queue, which can be viewed by anyone. (Glancing now, it looks like the oldest page needing review (not "Uncreated" or having red text suggesting an editor comment without response) is from Oct 1, so just over three months right now.) Work other than reviewing on the other hand is up to editors' discretion, but my last post mostly summarizes that difference in focuses.

Edit: The 'Man and Beast 09' has already been released! Kind of weird.

M&B was released in 2008, and broken by a website change circa 2019. As I alluded in the previous comment, I am fixing a 5-year-old mistake on our part.


Bob Greenwade wrote on Mon, Jan 15 05:00 PM UTC in reply to Gerd Degens from 04:12 PM:

I'm a bit confused. The 'Man and Beast 07/08' variants have just been presented and have already been published.

They've been around for a few years now, actually. The series just has a lot of broken bits. Ben, as he explained, is just fixing them.


🕸Fergus Duniho wrote on Mon, Jan 15 05:46 PM UTC in reply to Gerd Degens from 04:49 PM:

Since there are several editors

There are not several editors.

I would like to suggest creating a standardized queue that is processed by the editors.

We already have that.

The uniform queue could then also be viewed by the inventors and provide an overview of when a publication is due.

It can be viewed by inventors. There is a link to it on the homepage.

The 'Man and Beast 09' has already been released! Kind of weird.

Charles Gilman has not had a new submission in a long time, as he has not signed in since 2016.


Gerd Degens wrote on Mon, Jan 15 06:00 PM UTC in reply to Fergus Duniho from 05:46 PM:

That was informative for me, thank you very much. Of course I withdraw.


Gerd Degens wrote on Thu, Feb 15 04:44 PM UTC:

@ H.G.

I currently have a problem with the conquer rule. The PTA solutions with this rule, which have worked so far, no longer work. This means that the captured pieces are removed from the board and not converted into pieces of the capturing side. The applications on Game Courier work unchanged.

Is it possible that this has something to do with the work on betzaNew.js?  In any case, it is noticeable that the problem with the conquest rule has arisen since the 'Battle of the Kings' theme.

[Edit] Just tested again; it seems to be working again. Sorry.


Gerd Degens wrote on Mon, Feb 19 09:14 AM UTC:

@ H.G.

How do you manage to define your own baseline as the promotion zone? In the PTA it works if the promotion zone is set to 9, for example - I tried it.

On this basis, the PTA leads to a GAME code that apparently does not work in Game Courier, i.e. the own baseline is not recognized as the promotion zone.
How to do this, do you have any advice? Or is this a question for Fergus? Thanks.


H. G. Muller wrote on Mon, Feb 19 10:42 AM UTC in reply to Gerd Degens from 09:14 AM:

The promotion zone in the Diagram is always the furthest N ranks. So if you set it to 9 on a 9x9 board it would be the entire board. If you want just your own back-rank you must use a morph for the promoting piece, with which you can define any irregular promotion zone. Like

morph=///////*

on an 8x8 board (7 ranks without promotion, one with the normal choice, counting from the furthest rank). Add this after the Pawn line of the Diagram, and then paste it back into the PTA, and generate GAME code.

[Edit] On second thought, morphing with choice might not be implemented yet in the GAME code. In that case I am not sure what is best, also because I don't know what exactly you want.


Gerd Degens wrote on Mon, Feb 19 01:34 PM UTC in reply to H. G. Muller from 10:42 AM:

...also because I don't know what exactly you want.

The idea is to let the player decide which additional pieces (NBRQ) they want to play with. I would like to do this using a row of pawns that move against the usual direction of movement to their own base line and promote there.

This works in PTA, but not yet in GC. I inserted the morph as described (it worked), and inserted the script back into the PTA as a finished diagram using an editor. Unfortunately the morph does not appear in the HTML - nor in the GAME code. I also wouldn't know where and how to insert the morph into the GAME code.

For the idea see here.


H. G. Muller wrote on Mon, Feb 19 03:09 PM UTC in reply to Gerd Degens from 01:34 PM:

Well, it seems I remember things I did that I really did not do at all, but was just planning to do. Not even the new version of the PTA stores the morphs boards in GAME code. And the GAME-code include file does support morph board only form automatic type change, not the case where you have choice.

But fortunately what you want seems possible without using morph. I guess what you did was make the promotion zone the entire board to have the back rank in it, but that makes the white and black zone overlap, and this is what the GAME code cannot handle. But for what you want it is not needed to have overlapping zones, and each zone can only be reached by Pawns of the color that promote there. If that is the case the generated GAME code can handle it through its regular promotab. You just have to make that

set promotables (P p);
set promotab (
  (Q R B N)
  0
  0
  0
  0
  0
  0
  (q r b n)
);

That is how it would also look for orthodox Chess, except that the white and the black pieces are now swapped. For each piece in the 'promotables' it looks in the 'promotab' at the rank it moves to, and if that is not 0 it is considered a promotion rank, and contains the possible choices.

As to the game: I don't see why players would ever choose anything other than Queen. Despite the limited range it is still far stronger than any of the other pieces. It has 16 unblockable targets; the Rook and Bishop have only 12. The Knight potentially has 16, but never on 8x8.


Gerd Degens wrote on Tue, Feb 20 09:51 AM UTC in reply to H. G. Muller from Mon Feb 19 03:09 PM:

First of all, thank you for the help. I hope I implemented it correctly; it works in Game Courier - with one exception: the first pawn (white and no matter which one) is not converted and appears as a white pawn on the baseline. All other pawns (white/black) are transformed correctly. Below is the GAME code.

A note about the game: rook, bishop and queen now each have 16 unblockable targets, which equalizes the playing strengths. Which choice the AI makes is one side, players in Game Courier can decide differently. Maybe that will level it out a little.
______________________________

include /membergraphics/MSgame-code-generation/betza.txt;

set legdefs
(0
1  1  0 -2     1 // pawn(1)
0
1  1  0  2     1 // pawn(7)
0
1  2  1  2     3 // knight(13)
1  2  2  1     3
1  2  2 -1     3
1  2  1 -2     3
1  2 -1 -2     3
1  2 -2 -1     3
1  2 -2  1     3
1  2 -1  2     3
0
1  1  1  1     3 // bishop(54)
1  1  1 -1     3
1  1 -1 -1     3
1  1 -1  1     3
1  1  2  2     3
1  1  2 -2     3
1  1 -2 -2     3
1  1 -2  2     3
1  1  3  3     3
1  1  3 -3     3
1  1 -3 -3     3
1  1 -3  3     3
1  1  4  4     3
1  1  4 -4     3
1  1 -4 -4     3
1  1 -4  4     3
0
1  1  0  1     3 // rook(135)
1  1  1  0     3
1  1  0 -1     3
1  1 -1  0     3
1  1  0  2     3
1  1  2  0     3
1  1  0 -2     3
1  1 -2  0     3
1  1  0  3     3
1  1  3  0     3
1  1  0 -3     3
1  1 -3  0     3
1  1  0  4     3
1  1  4  0     3
1  1  0 -4     3
1  1 -4  0     3
0
1  1  0  1     3 // queen(216)
1  1  1  0     3
1  1  0 -1     3
1  1 -1  0     3
1  1  1  1     3
1  1  1 -1     3
1  1 -1 -1     3
1  1 -1  1     3
1  1  0  2     3
1  1  2  0     3
1  1  0 -2     3
1  1 -2  0     3
1  1  2  2     3
1  1  2 -2     3
1  1 -2 -2     3
1  1 -2  2     3
0
1  1  0  1     3 // king(297)
1  1  1  1     3
1  1  1  0     3
1  1  1 -1     3
1  1  0 -1     3
1  1 -1 -1     3
1  1 -1  0     3
1  1 -1  1     3
0);

def P cond #0 1 0;
def p cond #0 7 0;
def N cond #0 13 0;
def n cond #0 13 0;
def B cond #0 54 0;
def b cond #0 54 0;
def R cond #0 135 0;
def r cond #0 135 0;
def Q cond #0 216 0;
def q cond #0 216 0;
def K cond #0 297 0;
def k cond #0 297 0;

set staledraw 0;  // stalemate is a win
set extinction 1; // must capture all royals to win
set baring 1;     // bare king loses
set promotables (P p); // pieces that can promote
set supply (N n B b R r Q q); // in infinite supply
set promotab (         // allowed choices per rank
  (N B R Q)
  0
  0
  0
  0
  0
  0
  0
  (n b r q)
);


H. G. Muller wrote on Tue, Feb 20 10:55 AM UTC in reply to Gerd Degens from 09:51 AM:

That is weird indeed. Do you have a link to the preset?

The ID now guestimates the values as N=4, B=4, R=5.6 and Q=6. It seems no one would ever choose Bishop or Knight. Conidering how much orthodox Chess players favor Bishops over Knights, 0.5 Pawn difference could already seem sufficient reason not to choose it. R and B have 16 move targets only in the central square, the Queen has it in a 5x5 central area.


Gerd Degens wrote on Tue, Feb 20 11:02 AM UTC in reply to H. G. Muller from 10:55 AM:

Click here for the preset.


H. G. Muller wrote on Tue, Feb 20 12:29 PM UTC in reply to Gerd Degens from 11:02 AM:

OK, it is fixed. There was a statement that suppressed the promotion popup on the first move of any game.

The reason for this was that the Post-Game code is already called before any moves are done, because it also is responsible for calculating the highlighting for the next move. But it is also responsible for the promotion popup, and as a part of that it tested whether the destination of the latest move was in the promotion zone. This would lead to an error screen if that destination did not exist. So I suppressed it in move 0.

There is some unexpected behavior here in Game Courier, as the system variable mln which specifies how many moves have been played, specifies 0 both before any moves have been played, and after the first white move. So after the first white move the promotion was suppressed too.

I now solved that by testing directly whether a destination square exists, rather than relying on the move number.


25 comments displayed

EarliestEarlier Reverse Order LaterLatest

Permalink to the exact comments currently displayed.