Don't activate code/viewer/etc. tags if there is no closing tag

For discussion directly related to ConwayLife.com, such as requesting changes to how the forums or home page function.
Post Reply
User avatar
muzik
Posts: 6604
Joined: January 28th, 2016, 2:47 pm
Location: Scotland

Don't activate code/viewer/etc. tags if there is no closing tag

Post by muzik »

I assume an update to the forum software is responsible for this happening, which has broken existing posts as a result. Here's an example:

viewtopic.php?f=3&t=1622&start=425#p67970

(Edit by Sokwe: I fixed the above linked post using a phpBB trick. See my post below with the original version to understand what was "broken" in that post)

The presence of openingsquarebracket-viewer-closingsquarebracket places the entirety of the post contents following that into a viewer embed, which shows an error because of the non-pattern "content", and makes the post much harder to read.

I assume this wasn't the case when posts such as these were originally written. Is it possible to revert this behaviour so that a closing tag is required in order to execute formatting such as this?
Parity Replicator Collection v1.6 is now live - please send all relevant discoveries here.
Sokwe
Moderator
Posts: 3376
Joined: July 9th, 2009, 2:44 pm

Re: Don't activate code/viewer/etc. tags if there is no closing tag

Post by Sokwe »

muzik wrote: October 21st, 2025, 7:57 pm Here's an example:

viewtopic.php?f=3&t=1622&start=425#p67970

The presence of openingsquarebracket-viewer-closingsquarebracket places the entirety of the post contents following that into a viewer embed, which shows an error because of the non-pattern "content", and makes the post much harder to read.

...Is it possible to revert this behaviour so that a closing tag is required in order to execute formatting such as this?
This problem can't affect more than a handful of posts, so I'm not sure if it's worth trying to "fix" it with any site-wide changes. Here's a trick to properly render the text "openingsquarebracket-viewer-closingsquarebracket": place italic tags inside the viewer tag (but not around the word "viewer"). So if you write "[viewer[i][/i]]" it will render as "[viewer]". I edited the above post to incorporate this fix, and if you find any other posts with this problem you can let me know, and I'll fix them as well. I have quoted the original linked message below (without the fix) for reference:
wildmyron wrote: January 16th, 2019, 1:33 am Thanks again for your continuing work on this great project.

I have one issue to report which I'm not sure if it's a bug or I'm doing something wrong. I am unable to get LifeViewer to respect the MAXGRIDSIZE 14 setting. http://www.conwaylife.com/forums/viewto ... 968#p67968 shows an example pattern with this command (at the end of the RLE). The "show in viewer" link does not show up for this pattern. It also doesn't show when I put the command at the top of the code block. I tried a

Code: Select all

block in place of the code block (in preview) and LifeViewer reported "Pattern too big (maximum size 8192x8192)".

I verified that I am using build 276. Firefox 60.4.0esr (64bit) on Win 10.
[/quote]
-Matthias Merzenich
Post Reply