I'm sorry you're frustrated.
When reporting an issue you need to be specific and ideally provide a set of repeatable steps that demonstrates the issue.
Fixed, thanks for reporting!Cyclotrons wrote: ↑April 25th, 2024, 3:31 pmLifeviewer currently throws an error when trying to view the patterns in this post, despite previously being able to do so with no problem.
LifeViewer now requires that the @RULE name matches the name specified in the RLE header.confocaloid wrote: ↑April 22nd, 2024, 5:13 pmWell, when I tried the above test patterns, my expectations were that LifeViewer will search for a @RULE header in which the name does match the name specified in the RLE header.
Code: Select all
#C [[ HARDRESET NOTHROTTLE NOPERFWARNING ZOOM 2 AUTOSTART STEP 2 THEME Generations RANDSEED 1695723828606 ]]
x = 10, y = 10, rule = R20,C2,S10-40,B12-34,NC,P100,#,#:T320
10o$10o$10o$10o$10o$
10o$10o$10o$10o$10o!
Yes, done.muzik wrote: ↑March 30th, 2024, 7:24 amWould it be possible to have living cells render on top of bounded cells, such that in cases like these, they aren't hidden when you zoom out beyond 1.0?Code: Select all
x = 1, y = 2, rule = ModuloThreeTripleReplicator1D:T0,2 o$o!
Fixed, thanks!confocaloid wrote: ↑April 12th, 2024, 10:42 amAdditionally (also for custom neighbourhoods), in "Help -> Info -> Pattern -> N'hood", the middle cell is shown as included ("1"), even though it is not counted for survival (S1 does not cause survival of an isolated dot). Shouldn't the middle cell be shown as "0" instead?
Fixed. Thanks for reporting!confocaloid wrote: ↑April 10th, 2024, 11:48 amI believe there is an inconsistency in handling asymmetric custom neighbourhoods.
Not a bug. See here.confocaloid wrote: ↑April 7th, 2024, 11:31 amMay or may not be a bug: viewtopic.php?p=182009#p182009