The ID already makes an attempt to recognize e-ink devices (by their color depth), for the purpose of suppressing color highlighting, and forcing the use of marker symbols instead. (Which otherwise would require useMarkers=1.) I could also make that affect the background color of messages like 'Checkmate!'. For the initial message that appears above the board the HTML setting the background is just part of the message, but it is not very critical that this should be red. I could switch it to green.
The ID accepts any string as graphicsType, and would append it to the filenames as an extension (i.e. separated by a dot) if it is not set to the empty string. Except when there is a % in the filename; then the extension (and graphicsDir prefixing) is suppressed, to allow 'guest images' of another, explicitly mentioned type.
The problem with the Diagram below is that it uses the key graphSuffix for specifying the graphics type, which is not recognized by the definition parser. (And then ignored. Perhaps I should emit a warning for unrecognized parameters, instead of the usual meaasge above the board.) The confusion probably arises from that graphSuffix is the internal name of the variable used in the JavaScript for this. The variable names do not always coincide with those of the parameters, as the idea of using the original content of the Diagrams HTML tags to define the Diagram (rather than extra JavaScript between <script> tags) evolved only later, and the variable names did not always seem optimal.
The failed attempt to specify the graphicsType does expose the typo in the default value for this; I will fix that.
[Edit] OK, I think I fixed everything, both in betza.js and betzaNew.js. The default graphicsType is now png, and the red highlighting in the text above the board is now changed to #808080 when the colorDepth of the screen is <= 16. It also displays an error message for the last non-fatal error. (Flush cache to use new version!)
The ID already makes an attempt to recognize e-ink devices (by their color depth), for the purpose of suppressing color highlighting, and forcing the use of marker symbols instead. (Which otherwise would require useMarkers=1.) I could also make that affect the background color of messages like 'Checkmate!'. For the initial message that appears above the board the HTML setting the background is just part of the message, but it is not very critical that this should be red. I could switch it to green.
The ID accepts any string as graphicsType, and would append it to the filenames as an extension (i.e. separated by a dot) if it is not set to the empty string. Except when there is a % in the filename; then the extension (and graphicsDir prefixing) is suppressed, to allow 'guest images' of another, explicitly mentioned type.
The problem with the Diagram below is that it uses the key graphSuffix for specifying the graphics type, which is not recognized by the definition parser. (And then ignored. Perhaps I should emit a warning for unrecognized parameters, instead of the usual meaasge above the board.) The confusion probably arises from that graphSuffix is the internal name of the variable used in the JavaScript for this. The variable names do not always coincide with those of the parameters, as the idea of using the original content of the Diagrams HTML tags to define the Diagram (rather than extra JavaScript between <script> tags) evolved only later, and the variable names did not always seem optimal.
The failed attempt to specify the graphicsType does expose the typo in the default value for this; I will fix that.
[Edit] OK, I think I fixed everything, both in betza.js and betzaNew.js. The default graphicsType is now png, and the red highlighting in the text above the board is now changed to #808080 when the colorDepth of the screen is <= 16. It also displays an error message for the last non-fatal error. (Flush cache to use new version!)