Check out Atomic Chess, our featured variant for November, 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 ]

Single Comment

Asylum Chess. 3 new unique pieces: fire-through rooks, double-capture knights, leaping bishops. (10x10, Cells: 100) [All Comments] [Add Comment or Rating]
H. G. Muller wrote on Fri, Nov 25, 2022 08:35 AM UTC in reply to Fergus Duniho from 02:15 AM:

I don't think the problem is how it is encoded in the database. What matters is how it is presented to the client browser. There cannot be any /textarea tags within the recalled text, or the submission form would not be correctly displayed. When presenting the existing text to the user for editing these must be deleted or replaced by something harmless, or everything following it would not be considered as belonging in the editable area. If that 'something harmless' is something the user would never want to be in the text, it could be automatically substituted back for /textarea when the server receives the submission form, before it stores it in the database.

Anyway, I edited the database to temporarily disarm the textarea tags in the Notes section (by replacing those with texxtarea) so that the article can now be normally edited. I inserted the Interactive Diagram in the Setup section, but the textareas are still disabled. I wonder what to do next. I could put in two smaller Interactive Diagrams configured to be game viewers for the specified sequence of moves on the page itself. But those would not work when JavaScript is disabled. So perhaps I should just put back the textarea tags, and leave it at that?