Forums for Conway's Game of Life
https://conwaylife.com/forums/
No, it was a bug which is fixed and will be in the next release. Thanks for reporting!GUYTU6J wrote: August 1st, 2021, 4:36 am Step forward 1 gen and step back, and the pattern will become green instead of the original red. Is that intended?
No, there are not enough states available to track this.muzik wrote: August 1st, 2021, 6:18 pm Could a separate color be allowed to be defined for living cells which have never died such that the following two examples can be made to be visually identical within the grid boundaries?
This has been fixed and will be in the next release. Thanks for reporting!bubblegum wrote: August 3rd, 2021, 2:08 am Patterns initially entirely dead will not show "Life ended at generation N" when sparks are drawn in while the viewer is running, until the viewer is paused and a pattern drawn in; is this intended?
Wouldn't it only require a single state, though?rowett wrote: August 4th, 2021, 7:31 amNo, there are not enough states available to track this.muzik wrote: August 1st, 2021, 6:18 pm Could a separate color be allowed to be defined for living cells which have never died such that the following two examples can be made to be visually identical within the grid boundaries?
No, 64.
I still don't see why 64 states would be needed for it, though? Perhaps I'm missing something obvious, but "always dead" cells only require a single state themselves, since they have no fading animation. "Always alive" cells likewise wouldn't require any fading animation either, since they'd always keep the color they start off as until their state changes to dead, in which case it'd become a history cell and so on.rowett wrote: August 4th, 2021, 12:00 pmNo, 64.
State 0 is dead, states 1 through 63 are history, states 64 through 127 are longevity, states 128-255 are overlay.
Alive cells start at 64 and ramp to 127. For always alive cells they'd need to (for example) start at 128 to ramp to 191, but those states are taken.
Code: Select all
#C [[ THUMBNAIL ]]
x = 20, y = 20, rule = B3/S23
bob$2bob$3bob!This should be fixed (note: I don't have an iPad so it's hard to test). Thanks for reporting!muzik wrote: August 6th, 2021, 10:12 am Weird thumbnail viewer discovery: expanding a viewer on ipad and then shrinking it again results in the viewer content still being able to be scrolled and moved around as if it were full size.
Code: Select all
x = 3, y = 3, rule = B3/S23
o$obo$2o!
[[ AUTOSTART ZOOM 4 STOP 50 ]]Code: Select all
x = 3, y = 3, rule = R1,C2,S2-3,B3
o$obo$2o!
[[ AUTOSTART ZOOM 4 STOP 50 ]]Confirmed fixed, but the "Shrink with hotkey N" message no longer seems to appear when expanding the thumbnail viewer.rowett wrote: August 6th, 2021, 10:50 amThis should be fixed (note: I don't have an iPad so it's hard to test). Thanks for reporting!muzik wrote: August 6th, 2021, 10:12 am Weird thumbnail viewer discovery: expanding a viewer on ipad and then shrinking it again results in the viewer content still being able to be scrolled and moved around as if it were full size.
I just tested the one few posts up and it worked as usualmuzik wrote: August 6th, 2021, 4:24 pm Confirmed fixed, but the "Shrink with hotkey N" message no longer seems to appear when expanding the thumbnail viewer.
It no longer appears on touch devices.muzik wrote: August 6th, 2021, 4:24 pm Confirmed fixed, but the "Shrink with hotkey N" message no longer seems to appear when expanding the thumbnail viewer.
Fixed, thanks for reporting!muzik wrote: August 6th, 2021, 12:01 pm Select All does different things for these otherwise functionally equivalent patterns
Code: Select all
x = 3, y = 3, rule = MargSingRot
13o!
[[ REVERSESTART LABEL 5 5 16 "#G" ]]Added. Use #H.muzik wrote: August 8th, 2021, 5:38 am Can labels be made to support negative generation counts, possibly via a separate tag from #G?
Code: Select all
x = 3, y = 3, rule = MargSingRot 13o! [[ REVERSESTART LABEL 5 5 16 "#H" ]]
Code: Select all
x = 9, y = 2, rule = Life
bo5bo$3o3b3o!
Code: Select all
x = 9, y = 2, rule = LifeHistory
bo5bo$3o3b3o!
Code: Select all
x = 9, y = 2, rule = LifeSuper
bo5bo$3o3b3o!
It's because the last one is a multi-state rule so hashes to different values. You will notice the results in all three cases are identical. It's the destination, not the journey.muzik wrote: August 8th, 2021, 3:28 pm Try using Identify on all three of these from the start - despite having completely identical evolution sequences the last takes two more generations to solve.
Code: Select all
#CXRLE Gen=20
x = 3, y = 3, rule = Life
10o!
[[ LABEL 5 5 16 "#G" ]]Code: Select all
#CXRLE Gen=20
x = 3, y = 3, rule = MargSingRot
13o!
[[ REVERSESTART LABEL 5 5 16 "#H" ]]Added. Use #I for relative generation and #J for relative reversible generation.muzik wrote: August 14th, 2021, 6:47 am Could labels also be allowed to track generations from starting generations specified inside of the RLE?
Fixed, thanks for reporting!muzik wrote: August 14th, 2021, 6:47 am I've also discovered a bug or accidentally-left-in debug feature or something
Code: Select all
#CXRLE Gen=9007199254740900
x = 3, y = 3, rule = Life
10o!
[[ LABEL 5 5 16 "#I" ]]JavaScript.muzik wrote: August 15th, 2021, 7:00 am Is there any reason in specific why generation counts use a 64-bit float?
Code: Select all
x = 0, y = 0, rule = R2,C2,S2,4,5-7,10,12,13,18,19,21,27,B2,5-7,11,13,15,19,21,27,NW0000001930090900391000000
2o$2o$$3b2o$3b2o!I suspect your State Weights are incorrectly specified. When you're using single hex digits to specify a weight then 8 to f represent 0 to -7. So where you have the digit 9 it means -1.ColorfulGabrielsp138 wrote: August 17th, 2021, 5:46 am I tried to post a troll, but failed.Code: Select all
x = 0, y = 0, rule = R2,C2,S5,7,13,19,21,27,B2,5-7,11,13,15,19,21,27,NW0000001930090900391000000 2o$2o$$3b2o$3b2o!