@H.G., The change was to conform better to FFEN notation; together with that change occuring back in 2018, I think fixing the handful of pages in the comment I linked to last time is the better solution.
This finds periods after drawdiagram.php?code and any number of characters that are not among &, {, ". The exclusions prevent searching beyond the ffen code from the drawdiagram script. The match always gets the furthest ., and so we replace from the rightmost side; repeating this (and the excluded {) eventually replaces everything we want.
This means I have to mash "replace all" until all the replacements are done, but that's fine.
There's a bigger issue with generated images, like the ZEBU (.ZRH) and BISON (.JZ). When copying from the webUI editor, the surrounding squiggly brackets got url-encoded, so that they were missed by the regex, and the leading . got caught and changed. I manually fixed these two.
I'll ponder ways to improve this process, but thought I'd describe it here so that (1) I'll remember, and (2) anybody (handier with regex?) can provide feedback.
Finally, the diagram containing the forward-only versions had suffered a newline in its url, which together with some added indentation for some reason, interpreted the additional whitespaces as requesting stones added to the board. I fixed that as well.
And on a possibly totally unrelated note: some of the math expressions are weird, seemingly including extraneous characters just before every exponent character?
@H.G., The change was to conform better to FFEN notation; together with that change occuring back in 2018, I think fixing the handful of pages in the comment I linked to last time is the better solution.
Here's the comments recording the change in behavior:
https://www.chessvariants.com/index/listcomments.php?itemid=DiagramDesigner&order=DESC&first=36719&last=36723
On this page, I copied out Pieces section to Notepad++, and used this regex:
This finds periods after
drawdiagram.php?code
and any number of characters that are not among&
,{
,"
. The exclusions prevent searching beyond the ffen code from thedrawdiagram
script. The match always gets the furthest.
, and so we replace from the rightmost side; repeating this (and the excluded{
) eventually replaces everything we want.This means I have to mash "replace all" until all the replacements are done, but that's fine.
There's a bigger issue with generated images, like the ZEBU (
.ZRH
) and BISON (.JZ
). When copying from the webUI editor, the surrounding squiggly brackets got url-encoded, so that they were missed by the regex, and the leading.
got caught and changed. I manually fixed these two.I'll ponder ways to improve this process, but thought I'd describe it here so that (1) I'll remember, and (2) anybody (handier with regex?) can provide feedback.
Finally, the diagram containing the forward-only versions had suffered a newline in its url, which together with some added indentation for some reason, interpreted the additional whitespaces as requesting stones added to the board. I fixed that as well.
And on a possibly totally unrelated note: some of the math expressions are weird, seemingly including extraneous characters just before every exponent character?