ConwayLife.com

Posted: **August 4th, 2024, 5:25 pm**

pifricted wrote: ↑
August 3rd, 2024, 5:13 am
Why does LifeViewer(https://lazyslug.com/lifeviewer/) support FuseArt and old Clisky, but not Cellmath?

There was an issue decoding Cellmath that has been fixed in build 1182.

Posted: **August 4th, 2024, 5:46 pm**

R2INT wrote: ↑
August 4th, 2024, 12:45 pm
BUG: Run this pattern for a few generations. When you step back, the entire pattern will dissappear.

Fixed in build 1183. Thanks for reporting!

Posted: **August 5th, 2024, 4:09 am**

hotcrystal0 wrote: ↑
July 27th, 2024, 10:38 pm
How about a “catalyses” section? You should move the “place a block to eat a beehive” exercise to there. Also, how about this exercise to teach eater 1 catalyses?
Code: Select all
x = 31, y = 23, rule = LifeHistory
3$D3.D.D7.F$D5.2D2.2D2.F$D3.D.D.D.D.D.F$3D.D.2D2.D3.F$14.F$.2D.2D2.D.
D3.F$D.D.D.D.D.D3.F5.A$.2D.D4.2D3.F4.A2.A$10.D3.F5.A.A$8.2D4.F6.2A$14.
F$3.2C5.2D2.F$2.C.C.D.D2.D2.F$2.C4.D3.D2.F$.2C3.D.D.3D.F$14.F$14.F$14.
F$14.F!

Draw an eater and step forward, then backward. The eater disappeared.

Posted: **August 5th, 2024, 5:24 am**

unname4798 wrote: ↑
August 5th, 2024, 4:09 am
Draw an eater and step forward, then backward. The eater disappeared.

Fixed in build 1185, thanks!

Posted: **August 7th, 2024, 9:04 pm**

If a repository RuleLoader rule exists with a name identical to one of LifeViewer's stored aliases, is there a way to force the RuleLoader rule to load?

Code: Select all

x = 7, y = 36, rule = Balloons
b4o$2o3bo$o4bo$2o3bo$b4o6$b5o$2o4bo$o5bo$o5bo$2o4bo$b5o8$2b3o$bo3bo$bo
3bo$2b3o5$2b4o$bo4bo$bo4bo$bo4bo$2b4o!

Posted: **August 8th, 2024, 1:20 am**

muzik wrote: ↑
August 7th, 2024, 9:04 pm
If a repository RuleLoader rule exists with a name identical to one of LifeViewer's stored aliases, is there a way to force the RuleLoader rule to load?
Code: Select all
x = 7, y = 36, rule = Balloons
b4o$2o3bo$o4bo$2o3bo$b4o6$b5o$2o4bo$o5bo$o5bo$2o4bo$b5o8$2b3o$bo3bo$bo
3bo$2b3o5$2b4o$bo4bo$bo4bo$bo4bo$2b4o!

Related: I expected that one can append the @RULE file content after the RLE, and then it will be used no matter what (regardless of whether the given rulestring can be interpreted as an alias or a supported rulestring notation), but apparently this doesn't work either:

Code: Select all

#C The @RULE file content is appended at the end,
#C copied from https://conwaylife.com/w/index.php?title=Rule:Balloons&action=edit
x = 7, y = 36, rule = Balloons
b4o$2o3bo$o4bo$2o3bo$b4o6$b5o$2o4bo$o5bo$o5bo$2o4bo$b5o8$2b3o$bo3bo$bo
3bo$2b3o5$2b4o$bo4bo$bo4bo$bo4bo$2b4o!

@RULE Balloons

Conversion of "Balloons" by Brian Silverman

@TABLE
n_states:16
neighborhood:Moore
symmetries:permute

var a={1,3,5,7,9,11,13,15}
var b=a
var c=a
var d=a
var e=a
var f=a
var g=a
var h=a
var i={0,2,4,6,8,10,12,14}
var j=i
var k=i
var l=i
var m=i
var n=i
var o=i
var p=i

0, a,b,i,j,k,l,m,n, 15
0, a,b,c,d,e,f,i,j, 5
1, i,j,k,l,m,n,o,p, 0
1, a,i,j,k,l,m,n,o, 0
1, a,b,i,j,k,l,m,n, 0
1, a,b,c,i,j,k,l,m, 0
1, a,b,c,d,i,j,k,l, 0
1, a,b,c,d,e,i,j,k, 0
1, a,b,c,d,e,f,i,j, 0
1, a,b,c,d,e,f,g,i, 0
1, a,b,c,d,e,f,g,h, 0
2, i,j,k,l,m,n,o,p, 0
2, a,i,j,k,l,m,n,o, 0
2, a,b,i,j,k,l,m,n, 0
2, a,b,c,i,j,k,l,m, 0
2, a,b,c,d,i,j,k,l, 0
2, a,b,c,d,e,i,j,k, 0
2, a,b,c,d,e,f,i,j, 0
2, a,b,c,d,e,f,g,i, 0
2, a,b,c,d,e,f,g,h, 0
4, a,b,i,j,k,l,m,n, 8
5, a,b,c,d,e,i,j,k, 7
5, a,b,c,d,e,f,i,j, 7
5, a,b,c,d,e,f,g,i, 9
5, a,b,c,d,e,f,g,h, 11
6, i,j,k,l,m,n,o,p, 2
6, a,i,j,k,l,m,n,o, 2
6, a,b,i,j,k,l,m,n, 2
6, a,b,c,i,j,k,l,m, 2
6, a,b,c,d,i,j,k,l, 2
6, a,b,c,d,e,i,j,k, 2
6, a,b,c,d,e,f,i,j, 2
6, a,b,c,d,e,f,g,i, 2
6, a,b,c,d,e,f,g,h, 2
7, i,j,k,l,m,n,o,p, 5
7, a,i,j,k,l,m,n,o, 5
7, a,b,i,j,k,l,m,n, 5
7, a,b,c,i,j,k,l,m, 5
7, a,b,c,d,i,j,k,l, 5
7, a,b,c,d,e,i,j,k, 13
7, a,b,c,d,e,f,i,j, 13
7, a,b,c,d,e,f,g,i, 9
7, a,b,c,d,e,f,g,h, 11
8, a,b,i,j,k,l,m,n, 10
9, i,j,k,l,m,n,o,p, 2
9, a,i,j,k,l,m,n,o, 2
9, a,b,i,j,k,l,m,n, 2
9, a,b,c,i,j,k,l,m, 2
9, a,b,c,d,i,j,k,l, 2
9, a,b,c,d,e,f,i,j, 13
9, a,b,c,d,e,f,g,h, 11
10,a,b,i,j,k,l,m,n, 0
11,i,j,k,l,m,n,o,p, 14
11,a,i,j,k,l,m,n,o, 14
11,a,b,i,j,k,l,m,n, 14
11,a,b,c,i,j,k,l,m, 14
11,a,b,c,d,i,j,k,l, 14
11,a,b,c,d,e,i,j,k, 14
11,a,b,c,d,e,f,i,j, 14
11,a,b,c,d,e,f,g,i, 14
12,a,b,i,j,k,l,m,n, 4
13,i,j,k,l,m,n,o,p, 6
13,a,i,j,k,l,m,n,o, 6
13,a,b,i,j,k,l,m,n, 6
13,a,b,c,i,j,k,l,m, 6
13,a,b,c,d,e,f,g,i, 9
13,a,b,c,d,e,f,g,h, 11
14,a,b,c,i,j,k,l,m, 12
15,i,j,k,l,m,n,o,p, 2
15,a,i,j,k,l,m,n,o, 2
15,a,b,i,j,k,l,m,n, 2
15,a,b,c,i,j,k,l,m, 2
15,a,b,c,d,i,j,k,l, 2
15,a,b,c,d,e,i,j,k, 2
15,a,b,c,d,e,f,i,j, 2
15,a,b,c,d,e,f,g,i, 2
15,a,b,c,d,e,f,g,h, 2

@COLORS

1 255 0 0
2 0 0 255
3 255 255 0
4 0 128 0
5 192 192 192
6 255 128 0
7 0 255 255
8 0 255 0
9 157 0 0
10 0 166 0
11 255 0 255
12 128 128 128
13 128 0 128
14 255 255 255
15 0 0 128

Posted: **August 8th, 2024, 1:34 am**

confocaloid wrote: ↑
August 8th, 2024, 1:20 am
Related: I expected that one can append the @RULE file content after the RLE, and then it will be used no matter what (regardless of whether the given rulestring can be interpreted as an alias or a supported rulestring notation), but apparently this doesn't work either:
Code: Select all
#C The @RULE file content is appended at the end,
#C copied from https://conwaylife.com/w/index.php?title=Rule:Balloons&action=edit
x = 7, y = 36, rule = Balloons
b4o$2o3bo$o4bo$2o3bo$b4o6$b5o$2o4bo$o5bo$o5bo$2o4bo$b5o8$2b3o$bo3bo$bo
3bo$2b3o5$2b4o$bo4bo$bo4bo$bo4bo$2b4o!

Change rule to "@RULE Balloons" work!

Posted: **August 8th, 2024, 2:50 am**

muzik wrote: ↑
August 7th, 2024, 9:04 pm
If a repository RuleLoader rule exists with a name identical to one of LifeViewer's stored aliases, is there a way to force the RuleLoader rule to load?

No.

The preferred action would be to identify the reason for the duplicate and handle it appropriately by either deleting the alias or renaming the RuleLoader rule in the repository. The goal being to ensure that rule names are unambiguous, certainly across LifeViewer and Golly and ideally other tools too.

If the rules are functionally equivalent then it may be that the RuleLoader version exists because there was no native support for a particular rule family (for example MAP rules) which has since been added.

If the rules are functionally different then it would be worth understanding how broadly the use has been of both and either removing the alias or renaming the RuleLoader rule.

Here is the current list of RuleLoader repository rules that clash with aliases:

Code: Select all

2CellSlug
2diagonal
2xpand2
3x3
4diagonal
4life
4life2
BBM
BLAHTWOCELLGUN
Balloons
Billiard
Butterfly
Caterpillars
Clouds
Critters
CrossLife
Dustclouds01
EasyHighLife
FalseB5
Fuzey
Gnats
Ising
MuddyLife
MuzikThing
MyEntry
PCA_4
Particles
PuffLife
Rhufo
Rhufo2
Salad
Sand
Simple_Weird_Ships
Train
Trycogene
WetLife
X-rule-pre

confocaloid wrote: ↑
August 8th, 2024, 1:20 am
Related: I expected that one can append the @RULE file content after the RLE, and then it will be used no matter what (regardless of whether the given rulestring can be interpreted as an alias or a supported rulestring notation), but apparently this doesn't work either:

This is by design. In both LifeViewer and Golly the various algos are asked in a specific order if they support a given rule string, and as soon as one says it supports the rule it is used. The RuleLoader algo is last in this list so is only used if the rule is not supported by any other built-in algo.

In LifeViewer only you can paste an @RULE definition after the RLE. Again this is only used if no other built-in algo supports the rule name. However in this case it's easy to change the rule name to not clash with a built-in rule or alias.

Code: Select all

#C The @RULE file content is appended at the end,
#C copied from https://conwaylife.com/w/index.php?title=Rule:Balloons&action=edit
x = 7, y = 36, rule = Balloons_Inline
b4o$2o3bo$o4bo$2o3bo$b4o6$b5o$2o4bo$o5bo$o5bo$2o4bo$b5o8$2b3o$bo3bo$bo
3bo$2b3o5$2b4o$bo4bo$bo4bo$bo4bo$2b4o!

@RULE Balloons_Inline

Conversion of "Balloons" by Brian Silverman

@TABLE
n_states:16
neighborhood:Moore
symmetries:permute

var a={1,3,5,7,9,11,13,15}
var b=a
var c=a
var d=a
var e=a
var f=a
var g=a
var h=a
var i={0,2,4,6,8,10,12,14}
var j=i
var k=i
var l=i
var m=i
var n=i
var o=i
var p=i

0, a,b,i,j,k,l,m,n, 15
0, a,b,c,d,e,f,i,j, 5
1, i,j,k,l,m,n,o,p, 0
1, a,i,j,k,l,m,n,o, 0
1, a,b,i,j,k,l,m,n, 0
1, a,b,c,i,j,k,l,m, 0
1, a,b,c,d,i,j,k,l, 0
1, a,b,c,d,e,i,j,k, 0
1, a,b,c,d,e,f,i,j, 0
1, a,b,c,d,e,f,g,i, 0
1, a,b,c,d,e,f,g,h, 0
2, i,j,k,l,m,n,o,p, 0
2, a,i,j,k,l,m,n,o, 0
2, a,b,i,j,k,l,m,n, 0
2, a,b,c,i,j,k,l,m, 0
2, a,b,c,d,i,j,k,l, 0
2, a,b,c,d,e,i,j,k, 0
2, a,b,c,d,e,f,i,j, 0
2, a,b,c,d,e,f,g,i, 0
2, a,b,c,d,e,f,g,h, 0
4, a,b,i,j,k,l,m,n, 8
5, a,b,c,d,e,i,j,k, 7
5, a,b,c,d,e,f,i,j, 7
5, a,b,c,d,e,f,g,i, 9
5, a,b,c,d,e,f,g,h, 11
6, i,j,k,l,m,n,o,p, 2
6, a,i,j,k,l,m,n,o, 2
6, a,b,i,j,k,l,m,n, 2
6, a,b,c,i,j,k,l,m, 2
6, a,b,c,d,i,j,k,l, 2
6, a,b,c,d,e,i,j,k, 2
6, a,b,c,d,e,f,i,j, 2
6, a,b,c,d,e,f,g,i, 2
6, a,b,c,d,e,f,g,h, 2
7, i,j,k,l,m,n,o,p, 5
7, a,i,j,k,l,m,n,o, 5
7, a,b,i,j,k,l,m,n, 5
7, a,b,c,i,j,k,l,m, 5
7, a,b,c,d,i,j,k,l, 5
7, a,b,c,d,e,i,j,k, 13
7, a,b,c,d,e,f,i,j, 13
7, a,b,c,d,e,f,g,i, 9
7, a,b,c,d,e,f,g,h, 11
8, a,b,i,j,k,l,m,n, 10
9, i,j,k,l,m,n,o,p, 2
9, a,i,j,k,l,m,n,o, 2
9, a,b,i,j,k,l,m,n, 2
9, a,b,c,i,j,k,l,m, 2
9, a,b,c,d,i,j,k,l, 2
9, a,b,c,d,e,f,i,j, 13
9, a,b,c,d,e,f,g,h, 11
10,a,b,i,j,k,l,m,n, 0
11,i,j,k,l,m,n,o,p, 14
11,a,i,j,k,l,m,n,o, 14
11,a,b,i,j,k,l,m,n, 14
11,a,b,c,i,j,k,l,m, 14
11,a,b,c,d,i,j,k,l, 14
11,a,b,c,d,e,i,j,k, 14
11,a,b,c,d,e,f,i,j, 14
11,a,b,c,d,e,f,g,i, 14
12,a,b,i,j,k,l,m,n, 4
13,i,j,k,l,m,n,o,p, 6
13,a,i,j,k,l,m,n,o, 6
13,a,b,i,j,k,l,m,n, 6
13,a,b,c,i,j,k,l,m, 6
13,a,b,c,d,e,f,g,i, 9
13,a,b,c,d,e,f,g,h, 11
14,a,b,c,i,j,k,l,m, 12
15,i,j,k,l,m,n,o,p, 2
15,a,i,j,k,l,m,n,o, 2
15,a,b,i,j,k,l,m,n, 2
15,a,b,c,i,j,k,l,m, 2
15,a,b,c,d,i,j,k,l, 2
15,a,b,c,d,e,i,j,k, 2
15,a,b,c,d,e,f,i,j, 2
15,a,b,c,d,e,f,g,i, 2
15,a,b,c,d,e,f,g,h, 2

@COLORS

1 255 0 0
2 0 0 255
3 255 255 0
4 0 128 0
5 192 192 192
6 255 128 0
7 0 255 255
8 0 255 0
9 157 0 0
10 0 166 0
11 255 0 255
12 128 128 128
13 128 0 128
14 255 255 255
15 0 0 128

Posted: **August 8th, 2024, 11:53 am**

Gaussian rules appear to be simulated differently in LifeViewer compared to in Golly and I don't know which program is at fault. This object, which settles into some familiar four in LifeViewer, is a p20 oscillator as far as Golly is concerned:

Code: Select all

x = 9, y = 3, rule = R3,C0,M0,S24..31,B24..28,NG
o7bo$o7bo$o7bo!

with the following phases:

Code: Select all

x = 583, y = 19, rule = R3,C0,M0,S24..31,B24..28,NG
240bo7bo321bo7bo$238bo11bo17bo11bo$181b2o3b2o21b2ob5ob2o233b3o83b3o5b
3o$178bo11bo17bo3b5o3bo260bo5bo21bobo5bobo18bo3bo3bo3bo$119bobo5bobo
18b2ob7ob2o47bo3b5o3bo15bo15bo139bo3bo25b5o24bo5bo22bo7bo49bo3bo3bo3bo
15bo15bo$178bo11bo17bo3b5o3bo134bo2bo4bobo4bo2bo17bo5bo81bo9bo19bobo5b
obo18bo3bo3bo3bo$60bo7bo20b3o5b3o17bo5bobo5bo49b2o3b2o21b2ob5ob2o77bo
5bobo5bo14b2o5b3o5b2o19bo3bo24bo5bo54bobobo82b3o5b3o$30bo7bo19bo3bo3bo
3bo18b3o5b3o17bo5bobo5bo13bo17bo74bo11bo17b2ob2obob2ob2o15bo15bo13b2o
13b2o20bobo84b2o5b2o$o7bo20bobo5bobo50bo7bo18bo5bobo5bo108bo7bo19bo11b
o111bo3bo23bo7bo20bobo5bobo110bo7bo$o7bo81bo7bo18bo5bobo5bo110b5o21bo
11bo111bo3bo23bo7bo$o7bo20bobo5bobo50bo7bo18bo5bobo5bo108bo7bo19bo11bo
111bo3bo23bo7bo20bobo5bobo110bo7bo$30bo7bo19bo3bo3bo3bo18b3o5b3o17bo5b
obo5bo13bo17bo74bo11bo17b2ob2obob2ob2o15bo15bo13b2o13b2o20bobo84b2o5b
2o$60bo7bo20b3o5b3o17bo5bobo5bo49b2o3b2o21b2ob5ob2o77bo5bobo5bo14b2o5b
3o5b2o19bo3bo24bo5bo54bobobo82b3o5b3o$178bo11bo17bo3b5o3bo134bo2bo4bob
o4bo2bo17bo5bo81bo9bo19bobo5bobo18bo3bo3bo3bo$119bobo5bobo18b2ob7ob2o
47bo3b5o3bo15bo15bo139bo3bo25b5o24bo5bo22bo7bo49bo3bo3bo3bo15bo15bo$
178bo11bo17bo3b5o3bo260bo5bo21bobo5bobo18bo3bo3bo3bo$181b2o3b2o21b2ob
5ob2o233b3o83b3o5b3o$238bo11bo17bo11bo$240bo7bo321bo7bo!

Differences appear to manifest at the eighth generation.

What exactly is happening to stop this discrepancy (and if it is resolved, is there a way to simulate the rule with the formerly "incorrect" behaviour)?

Posted: **August 9th, 2024, 7:04 pm**

"Copy Nhood" doesn't appear to work as expected for triangular rules. You'd expect a 5x5 selection centered on the central cell to give the same result for both of these but it does not - only the second one gives the correct output. I assume the issue here is that it's not accounting for every second triangle being of opposite parity.

Code: Select all

x = 5, y = 4, rule = B/S0123LE
$o3bo$2bo$2bo!

Code: Select all

x = 6, y = 4, rule = B/S0123LE
$3bo$3bo$bo3bo!

Posted: **August 14th, 2024, 2:10 pm**

I know this ruletable is long since deprecated, but I definitely don't think cells should be rendering as solid black here:

Code: Select all

x = 2, y = 2, rule = rule_b2o45
o$2o!
@RULE rule_b2o45

https://conwaylife.com/forums/viewtopic.php?p=16013#p16013

@TREE

num_states=2
num_neighbors=8
num_nodes=32
1 0 0
2 0 0
3 1 1
1 1 1
2 0 3
3 4 1
4 2 5
2 3 0
3 1 7
3 1 4
4 8 9
5 6 10
3 4 7
4 12 9
2 3 3
3 4 14
4 9 15
5 13 16
6 11 17
7 18 18
8 19 19
3 7 4
4 2 21
4 21 15
5 22 23
3 14 7
4 15 25
5 16 26
6 24 27
7 28 28
8 29 29
9 20 30

@ICONS

XPM
/* width height num_colors chars_per_pixel */
"31 31 2 1"
/* colors */
". c #000000"
"B c #FFFFFF"
/* icon for state 1 */
".....BB........................"
"....BBBBB......................"
"...BBBBBBBB...................."
"..BBBBBBBBBBB.................."
".BBBBBBBBBBBBBB................"
"BBBBBBBBBBBBBBBBB.............."
"BBBBBBBBBBBBBBBBBBB............"
".BBBBBBBBBBBBBBBBBBBB.........."
".BBBBBBBBBBBBBBBBBBBBBB........"
"..BBBBBBBBBBBBBBBBBBBBB........"
"..BBBBBBBBBBBBBBBBBBBBBB......."
"...BBBBBBBBBBBBBBBBBBBBB......."
"...BBBBBBBBBBBBBBBBBBBBBB......"
"....BBBBBBBBBBBBBBBBBBBBB......"
"....BBBBBBBBBBBBBBBBBBBBBB....."
".....BBBBBBBBBBBBBBBBBBBBB....."
".....BBBBBBBBBBBBBBBBBBBBBB...."
"......BBBBBBBBBBBBBBBBBBBBB...."
"......BBBBBBBBBBBBBBBBBBBBBB..."
".......BBBBBBBBBBBBBBBBBBBBB..."
".......BBBBBBBBBBBBBBBBBBBBBB.."
"........BBBBBBBBBBBBBBBBBBBBB.."
"........BBBBBBBBBBBBBBBBBBBBBB."
"..........BBBBBBBBBBBBBBBBBBBB."
"............BBBBBBBBBBBBBBBBBBB"
"..............BBBBBBBBBBBBBBBBB"
"................BBBBBBBBBBBBBB."
"..................BBBBBBBBBBB.."
"....................BBBBBBBB..."
"......................BBBBB...."
"........................BB....."

XPM
/* width height num_colors chars_per_pixel */
"15 15 2 1"
/* colors */
". c #000000"
"B c #FFFFFF"
/* icon for state 1 */
"...BB.........."
"..BBBBB........"
".BBBBBBBB......"
"BBBBBBBBBBB...."
"BBBBBBBBBBBB..."
".BBBBBBBBBBB..."
".BBBBBBBBBBBB.."
"..BBBBBBBBBBB.."
"..BBBBBBBBBBBB."
"...BBBBBBBBBBB."
"...BBBBBBBBBBBB"
"....BBBBBBBBBBB"
"......BBBBBBBB."
"........BBBBB.."
"..........BB..."

XPM
/* width height num_colors chars_per_pixel */
"7 7 2 1"
/* colors */
". c #000000"
"B c #FFFFFF"
/* icon for state 1 */
".BB...."
"BBBBB.."
"BBBBBB."
".BBBBB."
".BBBBBB"
"..BBBBB"
"....BB."

@TABLE
n_states:2
neighborhood:hexagonal
symmetries:rotate6reflect
var r={0,1}
var s={0,1}
var t={0,1}
var u={0,1}
var v={0,1}
var w={0,1}
var x={0,1}
var y={0,1}
var z={0,1}
w,1,1,0,0,0,0,1
w,0,0,1,1,1,1,1
w,0,1,0,1,1,1,1
w,0,1,1,0,1,1,1
w,0,1,1,1,1,1,1
t,u,v,w,x,y,z,0

@COLORS
0  48  48  48
1 255 255 255

Code: Select all

x = 2, y = 2, rule = B2o45/S2o45H
o$2o!

No idea what the root cause is here. Zoom out to see the correct colours.

Another affected rule - notice the white outlines:

Code: Select all

x = 4, y = 4, rule = HexLife
2bo$b2o$o2bo$2o!

Posted: **August 14th, 2024, 4:30 pm**

muzik wrote: ↑
August 14th, 2024, 2:10 pm
I know this ruletable is long since deprecated (here's the thread if a moderator wants to convert every instance of "B2o45.S2o45" to "B2o45/S2o45H"), but I definitely don't think cells should be rendering as solid black here:
Code: Select all
x = 2, y = 2, rule = B2o45.S2o45
o$2o!
Code: Select all
x = 2, y = 2, rule = B2o45/S2o45H
o$2o!
. . .

If I view the second pattern first, and then view the first pattern, it renders as dark blue.

Posted: **August 14th, 2024, 4:37 pm**

muzik wrote: ↑
August 14th, 2024, 2:10 pm
I know this ruletable is long since deprecated (here's the thread if a moderator wants to convert every instance of "B2o45.S2o45" to "B2o45/S2o45H"), but I definitely don't think cells should be rendering as solid black here:

Fixed, thanks!

Posted: **August 14th, 2024, 5:39 pm**

Also noticing that for hexagonal ruletables, we start zoomed in to the left, whereas for natively supported hexagonal rules it starts zoomed out to fit everything as expected:

Code: Select all

x = 81, y = 19, rule = rule_b2o45
65bo2$66bo2$67bo$67b2o6bo$3o29b3o32b3o4bo$4o29b2o31bo6bo$b3o26bo3bo3bo
12bo3bo9bo6bo$2b2o18bo7b2o6b2o8b3o4bobo$21bo8b3o2bo2b3o6bob2o4b4o$3b2o
8b2o6bobo10bo2bo9b2o5bob3o7b2o6bo$3b3o7b3o6b3o22b2o6bo2bo7b3o5b2o$3b4o
6b4o6bobo9bo2bo7bo10bo8b4o4b3o$4b3o7b3o8bo6b3o2bo2b3o24b3o3bo4bo$24bo
8b2o6b2o15bo13bo7bo$34bo3bo3bo$38b2o$38b3o!
@RULE rule_b2o45

https://conwaylife.com/forums/viewtopic.php?p=16013#p16013

@TREE

num_states=2
num_neighbors=8
num_nodes=32
1 0 0
2 0 0
3 1 1
1 1 1
2 0 3
3 4 1
4 2 5
2 3 0
3 1 7
3 1 4
4 8 9
5 6 10
3 4 7
4 12 9
2 3 3
3 4 14
4 9 15
5 13 16
6 11 17
7 18 18
8 19 19
3 7 4
4 2 21
4 21 15
5 22 23
3 14 7
4 15 25
5 16 26
6 24 27
7 28 28
8 29 29
9 20 30

@ICONS

XPM
/* width height num_colors chars_per_pixel */
"31 31 2 1"
/* colors */
". c #000000"
"B c #FFFFFF"
/* icon for state 1 */
".....BB........................"
"....BBBBB......................"
"...BBBBBBBB...................."
"..BBBBBBBBBBB.................."
".BBBBBBBBBBBBBB................"
"BBBBBBBBBBBBBBBBB.............."
"BBBBBBBBBBBBBBBBBBB............"
".BBBBBBBBBBBBBBBBBBBB.........."
".BBBBBBBBBBBBBBBBBBBBBB........"
"..BBBBBBBBBBBBBBBBBBBBB........"
"..BBBBBBBBBBBBBBBBBBBBBB......."
"...BBBBBBBBBBBBBBBBBBBBB......."
"...BBBBBBBBBBBBBBBBBBBBBB......"
"....BBBBBBBBBBBBBBBBBBBBB......"
"....BBBBBBBBBBBBBBBBBBBBBB....."
".....BBBBBBBBBBBBBBBBBBBBB....."
".....BBBBBBBBBBBBBBBBBBBBBB...."
"......BBBBBBBBBBBBBBBBBBBBB...."
"......BBBBBBBBBBBBBBBBBBBBBB..."
".......BBBBBBBBBBBBBBBBBBBBB..."
".......BBBBBBBBBBBBBBBBBBBBBB.."
"........BBBBBBBBBBBBBBBBBBBBB.."
"........BBBBBBBBBBBBBBBBBBBBBB."
"..........BBBBBBBBBBBBBBBBBBBB."
"............BBBBBBBBBBBBBBBBBBB"
"..............BBBBBBBBBBBBBBBBB"
"................BBBBBBBBBBBBBB."
"..................BBBBBBBBBBB.."
"....................BBBBBBBB..."
"......................BBBBB...."
"........................BB....."

XPM
/* width height num_colors chars_per_pixel */
"15 15 2 1"
/* colors */
". c #000000"
"B c #FFFFFF"
/* icon for state 1 */
"...BB.........."
"..BBBBB........"
".BBBBBBBB......"
"BBBBBBBBBBB...."
"BBBBBBBBBBBB..."
".BBBBBBBBBBB..."
".BBBBBBBBBBBB.."
"..BBBBBBBBBBB.."
"..BBBBBBBBBBBB."
"...BBBBBBBBBBB."
"...BBBBBBBBBBBB"
"....BBBBBBBBBBB"
"......BBBBBBBB."
"........BBBBB.."
"..........BB..."

XPM
/* width height num_colors chars_per_pixel */
"7 7 2 1"
/* colors */
". c #000000"
"B c #FFFFFF"
/* icon for state 1 */
".BB...."
"BBBBB.."
"BBBBBB."
".BBBBB."
".BBBBBB"
"..BBBBB"
"....BB."

@TABLE
n_states:2
neighborhood:hexagonal
symmetries:rotate6reflect
var r={0,1}
var s={0,1}
var t={0,1}
var u={0,1}
var v={0,1}
var w={0,1}
var x={0,1}
var y={0,1}
var z={0,1}
w,1,1,0,0,0,0,1
w,0,0,1,1,1,1,1
w,0,1,0,1,1,1,1
w,0,1,1,0,1,1,1
w,0,1,1,1,1,1,1
t,u,v,w,x,y,z,0

@COLORS
0  48  48  48
1 255 255 255

Code: Select all

x = 81, y = 19, rule = B2o45/S2o45H
65bo2$66bo2$67bo$67b2o6bo$3o29b3o32b3o4bo$4o29b2o31bo6bo$b3o26bo3bo3bo
12bo3bo9bo6bo$2b2o18bo7b2o6b2o8b3o4bobo$21bo8b3o2bo2b3o6bob2o4b4o$3b2o
8b2o6bobo10bo2bo9b2o5bob3o7b2o6bo$3b3o7b3o6b3o22b2o6bo2bo7b3o5b2o$3b4o
6b4o6bobo9bo2bo7bo10bo8b4o4b3o$4b3o7b3o8bo6b3o2bo2b3o24b3o3bo4bo$24bo
8b2o6b2o15bo13bo7bo$34bo3bo3bo$38b2o$38b3o!

Posted: **August 14th, 2024, 8:25 pm**

rowett wrote: ↑
August 8th, 2024, 2:50 am
Here is the current list of RuleLoader repository rules that clash with aliases:

I've marked all of the 2-state ruletables that duplicate an alias for deletion.

There are also a small handful of 2-state ruletables that aren't also aliases on the wiki, so those are now included in a pull request. For example, here's x-rule:

Code: Select all

x = 323, y = 153, rule = MAPBSB64CCTqARFBImEADAGBSCTgICTSIAAADCFCSTAAAANAMEUBCKEBchCE00YAE3IACSFACCIQQDIIF4UIIAGSA
10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o27bo10bo8b2o
10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$82bo9bo9bo9bo9bo9bo9bo
9bo18bo9bo9bo9bo9bo9bo9bo9bo9b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o9$10bo10bo
8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o27bo10bo8b2o10bo7bob
o8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$82bo9bo9bo9bo9bo9bo9bo9bo18bo9b
o9bo9bo9bo9bo9bo9bo9b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o$2bo9bo9bo9bo9bo9bo
9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo19bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo
9bo9bo9bo8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o
27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$82bo9bo9bo
9bo9bo9bo9bo9bo18bo9bo9bo9bo9bo9bo9bo9bo9b2o8b2o8b2o8b2o8b2o8b2o8b2o8b
2o$bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo19bo9bo9bo9bo9bo9bo
9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo
8b2o10bo7bobo8b2o7b3o27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bob
o8b2o7b3o$82bo9bo9bo9bo9bo9bo9bo9bo18bo9bo9bo9bo9bo9bo9bo9bo9b2o8b2o8b
2o8b2o8b2o8b2o8b2o8b2o$b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o8b2o8b2o8b2o18b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o8b2o8b2o8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b
3o27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$82bo9bo9b
o9bo9bo9bo9bo9bo18bo9bo9bo9bo9bo9bo9bo9bo9b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o$o9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo19bo9bo9bo9bo9bo9bo
9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo
8b2o10bo7bobo8b2o7b3o27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bob
o8b2o7b3o$82bo9bo9bo9bo9bo9bo9bo9bo18bo9bo9bo9bo9bo9bo9bo9bo9b2o8b2o8b
2o8b2o8b2o8b2o8b2o8b2o$obo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bob
o7bobo7bobo7bobo7bobo7bobo7bobo17bobo7bobo7bobo7bobo7bobo7bobo7bobo7bo
bo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo8$10bo10bo8b2o10bo7bobo8b2o
7b3o17bo10bo8b2o10bo7bobo8b2o7b3o27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo
8b2o10bo7bobo8b2o7b3o$82bo9bo9bo9bo9bo9bo9bo9bo18bo9bo9bo9bo9bo9bo9bo
9bo9b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o$2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o8b2o8b2o8b2o8b2o8b2o8b2o18b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o8b2o8b2o8b2o8b2o8b2o8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10b
o7bobo8b2o7b3o27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b
3o$30bo39bo11bo9bo9bo7bobo9bo9bo9bo7bobo18bo9bo9bo8b2o9bo9bo9bo8b2o9b
2o8b2o8b2o7b3o8b2o8b2o8b2o7b3o$3o7b3o7b3o8b2o7b3o7b3o7b3o8b2o7b3o7b3o
7b3o8b2o7b3o7b3o7b3o8b2o17b3o7b3o7b3o8b2o7b3o7b3o7b3o8b2o7b3o7b3o7b3o
8b2o7b3o7b3o7b3o8b2o8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bo
bo8b2o7b3o27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$o
9bo9bo9bo9bo9bo9bo9bo9bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo17b2o8b2o
8b2o8b2o8b2o8b2o8b2o8b2o8b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o9$10bo10bo8b2o
10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o27bo10bo8b2o10bo7bobo8b
2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$o9bo9bo9bo9bo9bo9bo9bo9bobo7bobo7b
obo7bobo7bobo7bobo7bobo7bobo17b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b3o7b3o
7b3o7b3o7b3o7b3o7b3o7b3o$2bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo
9bo19bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo8$10bo10bo8b2o10bo
7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o27bo10bo8b2o10bo7bobo8b2o7b
3o17bo10bo8b2o10bo7bobo8b2o7b3o$o9bo9bo9bo9bo9bo9bo9bo9bobo7bobo7bobo
7bobo7bobo7bobo7bobo7bobo17b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b3o7b3o7b3o
7b3o7b3o7b3o7b3o7b3o$bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo
19bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo8$10bo10bo8b2o10bo7bo
bo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o27bo10bo8b2o10bo7bobo8b2o7b3o
17bo10bo8b2o10bo7bobo8b2o7b3o$o9bo9bo9bo9bo9bo9bo9bo9bobo7bobo7bobo7bo
bo7bobo7bobo7bobo7bobo17b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b3o7b3o7b3o7b
3o7b3o7b3o7b3o7b3o$b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o8b2o8b2o18b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o8b2o8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o
27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$o9bo9bo9bo
9bo9bo9bo9bo9bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo17b2o8b2o8b2o8b2o
8b2o8b2o8b2o8b2o8b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o$o9bo9bo9bo9bo9bo9bo9b
o9bo9bo9bo9bo9bo9bo9bo9bo19bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9b
o9bo8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o27bo
10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$o9bo9bo9bo9bo9b
o9bo9bo9bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo17b2o8b2o8b2o8b2o8b2o8b
2o8b2o8b2o8b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o$obo7bobo7bobo7bobo7bobo7bob
o7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo17bobo7bobo7bobo7bo
bo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo8$10bo
10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o27bo10bo8b2o10bo
7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$o9bo9bo9bo9bo9bo9bo9bo9bobo
7bobo7bobo7bobo7bobo7bobo7bobo7bobo17b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b
3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o$2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o8b2o8b2o8b2o8b2o8b2o18b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o8b2o8b2o8b2o8b2o8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bo
bo8b2o7b3o27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$o
9bo9bo9bo9bo9bo9bo9bo9bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo17b2o8b2o
8b2o8b2o8b2o8b2o8b2o8b2o8b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o$3o7b3o7b3o7b
3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o17b3o7b3o7b3o7b3o7b
3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o!

Code: Select all

x = 323, y = 153, rule = x-rule
10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o27bo10bo8b2o
10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$82bo9bo9bo9bo9bo9bo9bo
9bo18bo9bo9bo9bo9bo9bo9bo9bo9b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o9$10bo10bo
8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o27bo10bo8b2o10bo7bob
o8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$82bo9bo9bo9bo9bo9bo9bo9bo18bo9b
o9bo9bo9bo9bo9bo9bo9b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o$2bo9bo9bo9bo9bo9bo
9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo19bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo
9bo9bo9bo8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o
27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$82bo9bo9bo
9bo9bo9bo9bo9bo18bo9bo9bo9bo9bo9bo9bo9bo9b2o8b2o8b2o8b2o8b2o8b2o8b2o8b
2o$bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo19bo9bo9bo9bo9bo9bo
9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo
8b2o10bo7bobo8b2o7b3o27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bob
o8b2o7b3o$82bo9bo9bo9bo9bo9bo9bo9bo18bo9bo9bo9bo9bo9bo9bo9bo9b2o8b2o8b
2o8b2o8b2o8b2o8b2o8b2o$b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o8b2o8b2o8b2o18b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o8b2o8b2o8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b
3o27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$82bo9bo9b
o9bo9bo9bo9bo9bo18bo9bo9bo9bo9bo9bo9bo9bo9b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o$o9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo19bo9bo9bo9bo9bo9bo
9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo
8b2o10bo7bobo8b2o7b3o27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bob
o8b2o7b3o$82bo9bo9bo9bo9bo9bo9bo9bo18bo9bo9bo9bo9bo9bo9bo9bo9b2o8b2o8b
2o8b2o8b2o8b2o8b2o8b2o$obo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bob
o7bobo7bobo7bobo7bobo7bobo7bobo17bobo7bobo7bobo7bobo7bobo7bobo7bobo7bo
bo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo8$10bo10bo8b2o10bo7bobo8b2o
7b3o17bo10bo8b2o10bo7bobo8b2o7b3o27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo
8b2o10bo7bobo8b2o7b3o$82bo9bo9bo9bo9bo9bo9bo9bo18bo9bo9bo9bo9bo9bo9bo
9bo9b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o$2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o8b2o8b2o8b2o8b2o8b2o8b2o18b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o8b2o8b2o8b2o8b2o8b2o8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10b
o7bobo8b2o7b3o27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b
3o$30bo39bo11bo9bo9bo7bobo9bo9bo9bo7bobo18bo9bo9bo8b2o9bo9bo9bo8b2o9b
2o8b2o8b2o7b3o8b2o8b2o8b2o7b3o$3o7b3o7b3o8b2o7b3o7b3o7b3o8b2o7b3o7b3o
7b3o8b2o7b3o7b3o7b3o8b2o17b3o7b3o7b3o8b2o7b3o7b3o7b3o8b2o7b3o7b3o7b3o
8b2o7b3o7b3o7b3o8b2o8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bo
bo8b2o7b3o27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$o
9bo9bo9bo9bo9bo9bo9bo9bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo17b2o8b2o
8b2o8b2o8b2o8b2o8b2o8b2o8b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o9$10bo10bo8b2o
10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o27bo10bo8b2o10bo7bobo8b
2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$o9bo9bo9bo9bo9bo9bo9bo9bobo7bobo7b
obo7bobo7bobo7bobo7bobo7bobo17b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b3o7b3o
7b3o7b3o7b3o7b3o7b3o7b3o$2bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo
9bo19bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo8$10bo10bo8b2o10bo
7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o27bo10bo8b2o10bo7bobo8b2o7b
3o17bo10bo8b2o10bo7bobo8b2o7b3o$o9bo9bo9bo9bo9bo9bo9bo9bobo7bobo7bobo
7bobo7bobo7bobo7bobo7bobo17b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b3o7b3o7b3o
7b3o7b3o7b3o7b3o7b3o$bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo
19bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo8$10bo10bo8b2o10bo7bo
bo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o27bo10bo8b2o10bo7bobo8b2o7b3o
17bo10bo8b2o10bo7bobo8b2o7b3o$o9bo9bo9bo9bo9bo9bo9bo9bobo7bobo7bobo7bo
bo7bobo7bobo7bobo7bobo17b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b3o7b3o7b3o7b
3o7b3o7b3o7b3o7b3o$b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o8b2o8b2o18b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o8b2o8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o
27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$o9bo9bo9bo
9bo9bo9bo9bo9bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo17b2o8b2o8b2o8b2o
8b2o8b2o8b2o8b2o8b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o$o9bo9bo9bo9bo9bo9bo9b
o9bo9bo9bo9bo9bo9bo9bo9bo19bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9bo9b
o9bo8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o27bo
10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$o9bo9bo9bo9bo9b
o9bo9bo9bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo17b2o8b2o8b2o8b2o8b2o8b
2o8b2o8b2o8b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o$obo7bobo7bobo7bobo7bobo7bob
o7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo17bobo7bobo7bobo7bo
bo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo8$10bo
10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o27bo10bo8b2o10bo
7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$o9bo9bo9bo9bo9bo9bo9bo9bobo
7bobo7bobo7bobo7bobo7bobo7bobo7bobo17b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b
3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o$2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o8b2o8b2o8b2o8b2o8b2o18b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o8b2o
8b2o8b2o8b2o8b2o8b2o8$10bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bo
bo8b2o7b3o27bo10bo8b2o10bo7bobo8b2o7b3o17bo10bo8b2o10bo7bobo8b2o7b3o$o
9bo9bo9bo9bo9bo9bo9bo9bobo7bobo7bobo7bobo7bobo7bobo7bobo7bobo17b2o8b2o
8b2o8b2o8b2o8b2o8b2o8b2o8b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o$3o7b3o7b3o7b
3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o17b3o7b3o7b3o7b3o7b
3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o7b3o!

Once these are included as aliases we can get rid of the ruletables on the wiki since they're not needed for rule playback at all.

Posted: **August 14th, 2024, 8:40 pm**

muzik wrote: ↑
August 14th, 2024, 8:25 pm

rowett wrote: ↑
August 8th, 2024, 2:50 am
Here is the current list of RuleLoader repository rules that clash with aliases:
I've marked all of the 2-state ruletables that duplicate an alias for deletion.
[...]
Once these are included as aliases we can get rid of the ruletables on the wiki since they're not needed for rule playback at all.

I think you are missing the fact that @RULE files on the wiki are also used for Golly (including older versions of Golly which did not support some features).

Even if some @RULE file can now be replaced with a supported single-line rulestring notation, it still makes sense to keep the @RULE file, for archival purpose and for use in older versions of software.

Posted: **August 14th, 2024, 8:44 pm**

confocaloid wrote: ↑
August 14th, 2024, 8:40 pm
Even if some @RULE file can now be replaced with a supported single-line rulestring notation, it still makes sense to keep the @RULE file, for archival purpose and for use in older versions of software.

Perhaps, but in this case users can find the rule table in the relevant forum post since the wiki initially copied them from there.

Posted: **August 15th, 2024, 1:50 am**

muzik wrote: ↑
August 14th, 2024, 5:39 pm
Also noticing that for hexagonal ruletables, we start zoomed in to the left

Fixed, thanks!

Posted: **August 15th, 2024, 3:54 am**

Not entirely sure why, but some of the added anisotropic aliases don't show their names in the bottom left:

Code: Select all

x = 7, y = 5, rule = cloverleafsim
2o3b2o$obobobo$2bobo$2bobo$3bo!
[[ SHOWGENSTATS ]]

Code: Select all

x = 7, y = 5, rule = MaxPeriod_2x2k2
2o3b2o$obobobo$2bobo$2bobo$3bo!
[[ SHOWGENSTATS ]]

Code: Select all

x = 7, y = 5, rule = water
2o3b2o$obobobo$2bobo$2bobo$3bo!
[[ SHOWGENSTATS ]]

Others correctly do:

Code: Select all

x = 7, y = 5, rule = randomnn
2o3b2o$obobobo$2bobo$2bobo$3bo!
[[ SHOWGENSTATS ]]

Code: Select all

x = 7, y = 5, rule = x-rule
2o3b2o$obobobo$2bobo$2bobo$3bo!
[[ SHOWGENSTATS ]]

As do the aliases that existed beforehand that I've tested so far:

Code: Select all

x = 7, y = 5, rule = 2CellSlug
2o3b2o$obobobo$2bobo$2bobo$3bo!
[[ SHOWGENSTATS ]]

Code: Select all

x = 7, y = 5, rule = BLAHTWOCELLGUN
2o3b2o$obobobo$2bobo$2bobo$3bo!
[[ SHOWGENSTATS ]]

Code: Select all

x = 7, y = 5, rule = MuzikThing
2o3b2o$obobobo$2bobo$2bobo$3bo!
[[ SHOWGENSTATS ]]

Code: Select all

x = 7, y = 5, rule = MyEntry
2o3b2o$obobobo$2bobo$2bobo$3bo!
[[ SHOWGENSTATS ]]

Code: Select all

x = 7, y = 5, rule = Rhufo
2o3b2o$obobobo$2bobo$2bobo$3bo!
[[ SHOWGENSTATS ]]

Code: Select all

x = 7, y = 5, rule = Rhufo2
2o3b2o$obobobo$2bobo$2bobo$3bo!
[[ SHOWGENSTATS ]]

Code: Select all

x = 7, y = 5, rule = Simple_Weird_Ships
2o3b2o$obobobo$2bobo$2bobo$3bo!
[[ SHOWGENSTATS ]]

The ones I added were generated through the "Copy as MAP" functionality, which I'd assume to be correct, but is probably what is at fault here. The strings for the top three end in //D, but mousing over them in the viewer makes them show up as //A instead. (Most other strings end in //w and also show up as such.)

Posted: **August 15th, 2024, 6:21 am**

muzik wrote: ↑
August 15th, 2024, 3:54 am
Not entirely sure why, but some of the added anisotropic aliases don't show their names in the bottom left:

The ones I added were generated through the "Copy as MAP" functionality, which I'd assume to be correct, but is probably what is at fault here.

It was a "Copy as MAP" issue which is now fixed. You'll need to regenerate the ones that don't show the alias name.
The reason the alias name doesn't show is because the generated MAP was incorrect in the final character which amongst other problems made it non-canonical. Once it had been made canonical it no longer matched with the alias definition so that wasn't displayed.

Posted: **August 15th, 2024, 7:17 am**

rowett wrote: ↑
August 15th, 2024, 6:21 am
You'll need to regenerate the ones that don't show the alias name.

This should now be done (check pull requests).

While in the process of doing this I noticed a minor oddity when setting things up to be converted: mismatching rule names like this will correctly display "Invalid pattern!", but the text at the bottom will read VIEWONLY instead of why the pattern is invalid. This only works in the plugin test webpage.

Code: Select all

x = 1, y = 1, rule = conversion
50A!

@RULE MaxPeriod_2x2k2

https://conwaylife.com/forums/viewtopic.php?p=168394#p168394

Maximum oscillator period in a 2x2 bounding box with 2 states  

@TABLE

n_states:2
neighborhood:Moore
symmetries:none

1000100000
0000010101
1000000010
0101000001

0001010001
1000001001
0100000101
1010000000

1001100000
1000010101
1100000011
0111000001

0001110001
1000011000
1100000101
1011000001

1000110001
0000011101
1000000110
1101000001

1001010001
1000001101
0100000111
1110000001

1001110001
1000011100
1100000111
1111000000

Posted: **August 15th, 2024, 8:35 am**

muzik wrote: ↑
August 14th, 2024, 8:44 pm

confocaloid wrote: ↑
August 14th, 2024, 8:40 pm
Even if some @RULE file can now be replaced with a supported single-line rulestring notation, it still makes sense to keep the @RULE file, for archival purpose and for use in older versions of software.
Perhaps, but in this case users can find the rule table in the relevant forum post since the wiki initially copied them from there.

At least for Rule:Water there doesn't seem to be any forum post where the original @RULE file could be found:
https://conwaylife.com/w/index.php?titl ... did=154144

Probably there are other cases where the original @RULE file and discovery information will be lost.
I would prefer keeping existing old @RULE files (which often contain comments with links / discovery info / other relevant information).

Posted: **August 15th, 2024, 8:37 am**

confocaloid wrote: ↑
August 15th, 2024, 8:35 am
At least for Rule:Water there doesn't seem to be any forum post where the original @RULE file could be found:

I reposted the rule table here: viewtopic.php?f=12&t=3316&start=1575#p192114

Posted: **August 18th, 2024, 9:19 am**

Copy as MAP doesn't appear to work for range-1 weighted rules, despite the fact that they can be represented as MAP strings:

Code: Select all

x = 6, y = 6, rule = R1,C2,S2-3,6-10,12-13,B5,NW141404140
2b2o$bo2bo$o4bo$o4bo$bo2bo$2b2o!

Where in the source code are definitions for themes stored? I can't seem to find anything when searching by name, but that could just be GitHub search being terrible.

Posted: **August 18th, 2024, 10:58 am**

rowett wrote: ↑
August 8th, 2024, 2:50 am
Here is the current list of RuleLoader repository rules that clash with aliases:

I believe all of these are now resolved - the 2-state ruletables have been converted to aliases, and I've renamed the rule tables to get rid of the non-identical clashes. Would it be possible to get an updated version of this list to confirm there aren't any problem cases remaining (including possible case-insensitive conflicts)?

A pull request has also been sent in to get rid of some internal clashes with aliases in LifeViewer (alongside some other related changes). There's also another pull request with some Identify-related changes that has been sitting for three or so days.

ConwayLife.com

Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads

Re: Pattern viewer for forum threads