I recently changed the ID script to report non-fatal errors in the definition lines. In this case specification of key=value pairs with an unrecognized key. This should be harmless; such lines are still ignored, and the message would be overwritten as soon as you start manipulating the pieces in the Diagram anyway. It can never be a reason for the Diagram not working (i.e. not showing the pieces, which is what I see).
So it seems we are dealing with multiple causes here.
When I look at the HTML I see two lines at the botom of the Diagram definition that serve no purpose, and don't belong there, setting royal to a value it should already have, and this enableAI=2. The latter is what you would do if there is a permanent piece table somewhere on the page, instead of the one you can open below the board. (Which is convenient in games with drops, where the table is the source of the pieces to drop.) In that case the message for opening the table below the board is omitted, but since that line also contains the "Play It!" link to activate the AI this would make the AI inaccessible. (Which is OK fror drop games, as the AI cannot handle those anyway.) But sometimes you want to display a piece table for other reasons than drops, and then you can force appearence of a link to open the AI panel with this parameter.
There is no separate piece table on this page, so the enableAI=2 line would have no effect, even if it was understood. I think the reason it is not understood is that the line is prefixed with two tab characters; the Diagram parser probably considers these part of the key. Just delete these two lines, or at least the tabs. (WinSCP did not allow me to overwrite the page, when I tried it myself.)
This should make the error message disappear. It would not cure the failure to show pieces, though. For this I am in the dark, as the FireFox console did not report any JavaScript errors for this page. The pieces appear in the piece table you can open, and react to the theme buttons there.
I recently changed the ID script to report non-fatal errors in the definition lines. In this case specification of key=value pairs with an unrecognized key. This should be harmless; such lines are still ignored, and the message would be overwritten as soon as you start manipulating the pieces in the Diagram anyway. It can never be a reason for the Diagram not working (i.e. not showing the pieces, which is what I see).
So it seems we are dealing with multiple causes here.
When I look at the HTML I see two lines at the botom of the Diagram definition that serve no purpose, and don't belong there, setting royal to a value it should already have, and this enableAI=2. The latter is what you would do if there is a permanent piece table somewhere on the page, instead of the one you can open below the board. (Which is convenient in games with drops, where the table is the source of the pieces to drop.) In that case the message for opening the table below the board is omitted, but since that line also contains the "Play It!" link to activate the AI this would make the AI inaccessible. (Which is OK fror drop games, as the AI cannot handle those anyway.) But sometimes you want to display a piece table for other reasons than drops, and then you can force appearence of a link to open the AI panel with this parameter.
There is no separate piece table on this page, so the enableAI=2 line would have no effect, even if it was understood. I think the reason it is not understood is that the line is prefixed with two tab characters; the Diagram parser probably considers these part of the key. Just delete these two lines, or at least the tabs. (WinSCP did not allow me to overwrite the page, when I tried it myself.)
This should make the error message disappear. It would not cure the failure to show pieces, though. For this I am in the dark, as the FireFox console did not report any JavaScript errors for this page. The pieces appear in the piece table you can open, and react to the theme buttons there.