Comments/Ratings for a Single Item

This 'first one' has much to narrow outline compared to the other alfaerie pieces.

What are you talking about? It fits in better with them than the alternative badger pieces do.

It is not the original.

And if it's not, why do your badger pieces look exactly the same? And what do you think it should look like?

And if it's not, why do your badger pieces look exactly the same?

You really cannot see the difference between:

and these?:

You're posting the wrong images. Did you notice that the second pair you posted are called wbadger2.png and bbadger2.png? Look at the first two pairs in my previous comment. The first pair is mine, the second pair is yours, and they look the same. You posted the second pair and the third pair, which I never said looked alike.

Some recent change to game courier has the Preview Resign and Reset buttons differently sized and misaligned. I assume the bigger Preview button might be intentional, but Reset is positioned slightly higher than Resign and it looks awful.

OK, sorry. I overlooked that you were not changing the stroke:none but the fill:none. (And I did not see any filenames, as I just copy-pasted them from your comment in WYSIWIG mode.)

But then the good result is entirely accidental, and cannot be generalized to other images that contain a 'none' filling or stroke.

I think I understand what was causing the problem, though: because this image did not have a black outline with white/blue fill, but had a black ouline without fill, and an exactly matching white/blue area without outline inside it, the latter gets white/blue pixels that are partly transparent when rendered as a raster image. Normally only the black outline touches the transparent background. Apparently the palette did not contain the white/blue with the required transparency, and rounding took place which either made the pixels entire white/blue, or entirely transparent. (Mostly the latter, it seems from the mottled result.) When you apply the fill to the outline, the holes in the inside area make this fill shine through, which camouflages them. In fact these stroke:none elements seem entirely redundant if the other elements are filled.

This SVG was probably generated automatically with the help of an edge-tracing function; these often do not treat the outlines as outlines, but as borderless black-filled areas, tracing both the inner and the outer side of the black lines. And then they create separate areas for the interior.

Some recent change to game courier has the Preview Resign and Reset buttons differently sized and misaligned. I assume the bigger Preview button might be intentional, but Reset is positioned slightly higher than Resign and it looks awful.

The bigger Preview button is intentional so that users will more clearly know which button is the main submit button. The alignment of the buttons is a matter of how your browser and device happen to display them. I still see the Resign and Reset buttons at the same level as each other.

On firefox they line up, but on chromium and vivaldi they don't. It seems to be somehow because the Preview and Resign buttons are both inside a span but the Reset button is not.

Okay, I fixed that. They're all now in the same span.

When fairychess is allowed to fill in the rules section for a game that uses svg piece images, some of the pieces end up being much larger than the others. This seems to be because the image is sized according to the piece name, even if the name is very long. Having the css explicitly set the image size could solve this.

Since the fairychess include file uses a shortcode to display pieces, I changed how the shortcode works instead of any code in the fairychess include file. I modified it to include WIDTH and HEIGHT values in the IMG tag when the image is an SVG image. These will be equal to $width and $height when these variables have values, as they usually do in Game Courier, and they will be 50 otherwise.

something seems wrong with this game. The code is just copied from Chinese Chess with some pieces added, so I don't think I changed anything important, yet it's saying I'm in check when I'm not.

Your link is missing a query string.

oops, this is it

You're using k/K for the general, but the code you copied is using g/G. So kpos and Kpos are not being updated.