volcanrb wrote: December 11th, 2020, 7:37 pm
I'm confused about how to get a state to change to a different color if it's been alive for more than one generation. I tried using ALIVERAMP, but that makes it slowly change to a different color over time. I'd like any living cell which wasn't just born to immediately switch to a completely different color (from Red to Yellow, or something). How can I do this with scripts?
Also, I'm doing this for a 2-state automaton. This is what I attempted:
#C [[ COLOR ALIVE Red ]] [[ COLOR ALIVERAMP Green ]] [[ COLOR DEAD Black ]]
x = 64, y = 64, rule = R2,C2,S2-3,B3,N@54422a:T100
!
but cells slowly go from red to green, instead of immediately.
This can now be done with the new [[ AGESTATES <0..63> ]] script command which defines how many generations an alive cell fades from the ALIVE colour to the ALIVERAMP colour. The default is 63 but if you want it to change immediately then use a value of 1.
Note you may need to hard refresh your browser to use the new build.
Triangular cells, like hexagonal cells, are slow. Hexagonal rules have the option to turn off hexagons, leading to a fair speed boost. Triangular rules…well, can LifeViewer have an option to turn off triangular cells too?
Each day is a hidden opportunity, a frozen waterfall that's waiting to be realised, and one that I'll probably be ignoring
sonata wrote:July 2nd, 2020, 8:33 pmconwaylife signatures are amazing[citation needed]
Running a pattern in a rule with a theme with history states and then turning Rainbow on can behave somewhat strangely sometimes. (Try it on the forums, and without waypoints.)
Each day is a hidden opportunity, a frozen waterfall that's waiting to be realised, and one that I'll probably be ignoring
sonata wrote:July 2nd, 2020, 8:33 pmconwaylife signatures are amazing[citation needed]
bubblegum wrote: December 24th, 2020, 6:41 pm
Running a pattern in a rule with a theme with history states and then turning Rainbow on can behave somewhat strangely sometimes. (Try it on the forums, and without waypoints.)
Please post a pattern here that demonstrates the issue.
Suggestion: Put the rule definition in the Change Rule dialog, currently a dynamically updating version is completely unavailable and having the alias in the dialog seems kind of unnecessary.
Each day is a hidden opportunity, a frozen waterfall that's waiting to be realised, and one that I'll probably be ignoring
sonata wrote:July 2nd, 2020, 8:33 pmconwaylife signatures are amazing[citation needed]
Could the "alive" parameter in the T menu be made to display counts per state, rather than "every cell which isn't 0"? Preferably with the same names as are displayed when selecting a state to draw with in the draw menu.
x = 12, y = 10, rule = 12/34/3
3.2AB2A3.B$.B.BA4.B$B.AB5A.2B$.2A.BA4.A$3.BAB2AB.B$B.A.2B4AB$2AB2A.BA
B2.A$3.BABAB2AB$2.AB2.2B.BA$A.B2.A2.2B.A!
A generic "Transitions" counter for rules with 3 and more states, which counts all cell state changes that aren't 0 to not-0 or not-0 to 0, would also be appreciated (no need to list each type of transition individually since that would get way too big way too quickly)
Another suggestion: Identify to also print out the symmetry of the object in question (using the same symmetry names Catagolue would), only for square grid patters
It appears that using the cut option (and almost certaintly the copy option) will without fail bring up the Slow Mo Blue Box and slow down the viewer, alongside moving to the top of the page like I noticed a while ago.
Could the RANDOMIZE functionality be able to accept specific parameters to generate a random soup with a given symmetry (specifically those apgsearch can by default, as well as D8_2)?
ColorfulGalaxy wrote: February 13th, 2021, 12:22 am
Bug: Venetian blinds freeze in strobing rule B03/S23
Also, in B0/S5, it oscillates, but "Identify" says it's a still life.
B0 rules use emulation. Basically, B0/Smax rules invert themselves (so "dead" cells are alive and vice versa), while B0/S-max rules invert every other generation. This also means that "p2 oscillators" are still lives, "still lives" are p2 oscillators and everything has an even period (if it appears to have an odd period, the true period is doubled), explaining the "p3" you mentioned somewhere else.
Each day is a hidden opportunity, a frozen waterfall that's waiting to be realised, and one that I'll probably be ignoring
sonata wrote:July 2nd, 2020, 8:33 pmconwaylife signatures are amazing[citation needed]
ColorfulGalaxy wrote: February 13th, 2021, 12:22 am
Bug: Venetian blinds freeze in strobing rule B03/S23
Also, in B0/S5, it oscillates, but "Identify" says it's a still life.
B0 rules use emulation. Basically, B0/Smax rules invert themselves (so "dead" cells are alive and vice versa), while B0/S-max rules invert every other generation. This also means that "p2 oscillators" are still lives, "still lives" are p2 oscillators and everything has an even period (if it appears to have an odd period, the true period is doubled), explaining the "p3" you mentioned somewhere else.
Also, if the script [[ STEP 2 ]] is added, the Venetian blinds will also freeze.
Hunting wrote: March 1st, 2021, 6:02 amalso how to change theme at a certain point with cmds
Just put in the THEME command you want at the appropriate place in the T commands. I've edited in an example to the LeapLife animation starting at T=1750 -- you can see how it works there.
Notice that the way it works isn't quite what you might expect at first. Any T {whatever} command should be read something like:
"... from now until you get to T = {whatever}, do the following stuff..."
So a "T 1750" command followed by a THEME change will immediately change the theme at T=1750. Another THEME change at "T 2130" will immediately change it back -- it doesn't wait until the end of the time period in question.
Feature request: A command which will set a graph's default opacity (it's kind of annoying to have it start at 70% every time).
Also @rowett are you okay? You haven't been (multi-)posting lately, although I can see you're online and silently pushing updates to LifeViewer (and, of course, running ikpx2).
Each day is a hidden opportunity, a frozen waterfall that's waiting to be realised, and one that I'll probably be ignoring
sonata wrote:July 2nd, 2020, 8:33 pmconwaylife signatures are amazing[citation needed]
bubblegum wrote: March 7th, 2021, 3:25 am
Feature request: A command which will set a graph's default opacity (it's kind of annoying to have it start at 70% every time).
You can specify it per pattern with: [[ GRAPHOPACITY <0.0..1.0> ]]
For a full list of supported commands use Help->Scripts or see LifeViewer#Scripts.
bubblegum wrote: March 7th, 2021, 3:25 am
Also @rowett are you okay? You haven't been (multi-)posting lately, although I can see you're online and silently pushing updates to LifeViewer (and, of course, running ikpx2).
I've tried getting lifeviewer build 123 to run by using the same setup as would be used to run the current build of lifeviewer (renaming the js accordingly) but it just doesn't seem to work. Is this an issue with my execution or is the version itself at fault?
muzik wrote: March 28th, 2021, 7:48 pm
I've tried getting lifeviewer build 123 to run by using the same setup as would be used to run the current build of lifeviewer (renaming the js accordingly) but it just doesn't seem to work. Is this an issue with my execution or is the version itself at fault?
What LifeViewer expects from the HTML page changed in build 133 (not published) so the current method doesn't work for build 123. If you want to see build 123 working try this.
muzik wrote: March 28th, 2021, 7:48 pm
Build 231 also may or may not be mislabelled.
It was actually build 226 so I've renamed it. Enjoy LifeViewer archeology!
A couple more things:
- Build 482 seems to be slightly misnamed, so that may or may not warrant a correction.
- Also, what's with all the gaps in versions? A ton of the really old versions are missing, but there's also a few recent odd cases (builds 518 and 553) which are missing from the list as well. The changelog implies they should exist. Were these private development builds, builds hidden from the public due to major glitches, or just versions that are unfortunately now lost to time?
And a newly discovered bug: using the select function and dragging the cursor out of the viewer window with it active doesn't cancel the selection properly, and you need to click back in the window to conclude it.
muzik wrote: March 30th, 2021, 2:47 pm
Build 482 seems to be slightly misnamed, so that may or may not warrant a correction.
Fixed.
muzik wrote: March 30th, 2021, 2:47 pm
Also, what's with all the gaps in versions?
I only release when there's something worth releasing. Historically the release process was time consuming so I would only do it once in a while. Now it's trivial so I tend to do so more often.
muzik wrote: March 30th, 2021, 2:47 pm
And a newly discovered bug: using the select function and dragging the cursor out of the viewer window with it active doesn't cancel the selection properly, and you need to click back in the window to conclude it.
I'm quite happy with the current behaviour. It used to annoy me if I accidentally went slightly out of the window and it cancelled the selection.