Comments by FergusDuniho

When I tried to test the script for verifying email with my Yahoo address, I never got the email. Looking at email sent to chessvariants.com, I see an email about being unable to deliver this email. It will keep trying until it is five days old, which will be on the 18th. There is a similar email for you, as well as a subsequent one about your email being returned. It is looking like Yahoo Mail has stepped up its spam blocking, which is also blocking even more legitimate mail. Since this server runs on a VPS with a fairly unresponsive hosting company, I'm not sure what to do about improving our mail delivery. That is why I no longer require email verification for creating an account.

There was a typo in a new bit of code that was preventing you from selecting CSS as your rendering method. For some reason, this preset works only with CSS, and it will not work if you try to display the board as a GIF, PNG, or JPG image. I repaired your log so that it uses CSS again, and you can now continue your game.

I now see that you were using the unprogrammed preset that actually uses a custom grid rather than the vhex shape. So, I was going in the wrong direction when I tried to make it use the vhex shape. So, the problem is different than I thought it was, and I will have to start over. In the meantime, I have reverted it back to the custom grid shape.

This is probably related to some changes I made to the formfields_customization.php script for something unrelated to hexagonal chess. I got it to use the vhex shape again, but when I do, the pieces are misaligned with the CSS board, and the board appears misshapen when it is automatically drawn as an image. So, something else is going wrong. Since it's late, I'll look into this further tomorrow.

The drug is heroin. Heroine is the feminine form of hero, but its usage has become less common.Supergirl used to be called a superheroine, and now she and other superheroines get called superheroes. My main issue with the name heroine is that it is kind of generic.

I don't know what a Pythia or a Pythoness is, but the latter brings to mind a lamia rather than something religious.

Another suggestion I would make is Baroness. It has the B for Bishop, the N for Knight, and while it lacks a K, it is a royal title, and it has an R for roi, the French name for the King.

There are a few problems with the name Popess:

1. Unless you're counting Pope Joan, there has been no such thing.
2. Presumably, there would be only one Popess if there were one, because it would be a female Pope, but your game gives each player two of them.
3. The word derives from a word meaning father. Presumably, the word for a female equivalent of a Pope should derive from a word for mother.

Here are some possible alternatives:

• Mother Superior - the highest rank reached by nuns in the Catholic Church.
• High Priestess - a common term for a high ranking female cleric, and it is used in the major arcana of the Tarot.
• Bokononess - a made-up word formed from the name of a fictional religion portrayed in Kurt Vonnegut's novel Cat's Cradle.

Judging by the diagram, this is the Korean version of the Leo, which combines the Cannon and Vao from Chinese Chess.

In modifying the form for customizing the appearance of the board for an ongoing game, all form elements were disabled, and it took me a while to figure out what to do. That clued me in that it wasn't working in an intuitive manner. So I changed how it works. Instead of expecting you to choose the Custom theme before you can change the appearance of the game, any change to a form element for changing the appearance automatically changes the theme to Custom. As long as your theme remains set to Custom, the changes you make will be accepted. If you change your theme after starting to make custom changes, it will go with the theme and ignore the other values you set for changing the appearance. I added fields for choosing the color of Black and White pieces. However, I have not integrated these into themes.

But the anti-aliasing causes pixels on the boundary of the black outline and the colored interior to be darker versions of the interior color, by mixing in the black. So simply looking for an exact match of the original color fails to replace the boundary pixels.

I already took that into consideration.

This problem can be solved, though: you could test every pixel for the value of the brightest RGB component, and deduce from that by which factor it is darkened compared to the interior color. And then darken the replacement color by the same factor.

Here's what I'm doing. I collect all the color indexes. For each color index with a non-zero alpha value, I make a determination of whether it belongs to the outline of a piece or to its coloring. I do that with this conditional:

if (color_diff(array($cv["red"], $cv["green"], $cv["blue"]), $original) 
<= color_diff(array($cv["red"], $cv["green"], $cv["blue"]), "black")*2) {

The color_diff function returns the greatest difference between one color's minimum component value and the other one's maximum component value. I added the *2 to prevent some errors, and that part now seems to be working well. If it belongs to its coloring, I recolor each RGB component with this function:

function recolor_component_as ($originalvalue, $currentvalue, $newvalue) {
    if ($originalvalue == 0)
        return $newvalue;
    return min(255,round($newvalue*($currentvalue/$originalvalue)));
}

One remaining problem is that when I try to color the Black pieces white, I get an aquamarine fringe around the Black Motif pieces. In this case, $originalvalue will be 255 for the red component and 0 for the green and blue components, and $newvalue will be 255 for all three components. So, it recolors some edge pixels with positive values for green and blue but with 0 for red, resulting in aquamarine. So, I might have to factor in the value of each component when deciding how to recolor each component. But when I tried that earlier, I got some undesirable results.

But the anti-aliasing causes pixels on the boundary of the black outline and the colored interior to be darker versions of the interior color, by mixing in the black. So simply looking for an exact match of the original color fails to replace the boundary pixels.

I already took that into consideration.

This problem can be solved, though: you could test every pixel for the value of the brightest RGB component, and deduce from that by which factor it is darkened compared to the interior color. And then darken the replacement color by the same factor.

Here's what I'm doing. I collect all the color indexes. For each color index with a non-zero alpha value, I make a determination of whether it belongs to the outline of a piece or to its coloring. I do that with this conditional:

if (color_diff(array($cv["red"], $cv["green"], $cv["blue"]), $original) 
<= color_diff(array($cv["red"], $cv["green"], $cv["blue"]), "black")*2) {

The color_diff function returns the greatest difference between one color's minimum component value and the other one's maximum component value. I added the *2 to prevent some errors, and that part now seems to be working well. If it belongs to its coloring, I recolor each RGB component with this function:

function recolor_component_as ($originalvalue, $currentvalue, $newvalue) {
    if ($originalvalue == 0)
        return $newvalue;
    return min(255,round($newvalue*($currentvalue/$originalvalue)));
}

One remaining problem is that when I try to color the Black pieces white, I get an aquamarine fringe around the Black Motif pieces. In this case, $originalvalue will be 255 for the red component and 0 for the green and blue components, and $newvalue will be 255 for all three components. So, it recolors some edge pixels with positive values for green and blue but with 0 for red, resulting in aquamarine. So, I might have to factor in the value of each component when deciding how to recolor each component. But when I tried that earlier, I got some undesirable results.

It works with the Alfaerie set. To work, it has to know the primary color of the piece. This is stored in the variable $originalwhite or $originalblack, and the value of each variable must match a color actually used in the image. I have set their values in the main body of the code for Abstract, Alfaerie, Magnetic, and Motif pieces, and I have set their values in individual set files for some other sets. I have thought about adding code that would identify the most common foreground color in each piece image, as it already goes through each image pixel by pixel to get the color indexes, but I'm not sure if this would be appropriate for some pieces, such as pieces with textured coloring from photographs.

I modified the showpiece.php script to change the color of the piece. This may later be used with the Table and CSS rendering methods to recolor the pieces, and I may modify the pc shortcode to include a color option. Here's a violet King.

I turned the code for recoloring pieces into a function, and I added the ability to recolor pieces to the circular and spherical boards and to the Diagram Designer. But I still need to do some work on the forms.

The recoloring of pieces is working very well now. Even with the Alfaerie pieces, it looks like they were originally the color they were recolored to. For some sets, there are some glitches when trying to recolor the black pieces as white, but that's usually something no one will want to do.