so, i tried making the longest script without any reporters, predicts or any other stuff, just commands, and i think i remade the country of chile with digital blocks
But the script is cool! I don't think you beat it, I can beat it by just adding 1 more block to the script, and others can beat me by adding 1 more, and so on...
This is cool! Because of the context I figured there would be 118 separate copies of the sub-script to draw each element, but no, it's actually data directed!
What's up with Curium? In your list of symbols it's Cu, which is also (correctly) the symbol for Copper. And then you have explicit code in DRAW PERIODIC TABLE to correct for that.
Did you write code for the atomic numbers and weights because you were planning to show those in the table but ran out of energy?
I have one suggestion about the data structure (possibly related to the question about Curium?): Instead of separate lists for symbol, group, weight, name, etc., which is error-prone, I would just have one huge list of elements:
By the way, if your list of elements is in order, you don't actually have to have the atomic number as part of the element structure; you can use INDEX OF to compute it. But that redundancy might be okay to guard against leaving one out.
For some reason, the sprite kept filling the box for curium with black instead of the correct color. I don't know why, so I had to code it separately.
My bad. I just fixed it.
That's just a coincidence; I had it wrong in my symbols list, but right in the periodic table. It wasn't the symbol that I was correcting; it was its fill color, because for some reason it was filled black.
Yeah.
Why didn't I think of that?
I tend to make things unnecessarily complicated.
I don't understand; if it's 11861 blocks tall, doesn't it have to have at least 11861 blocks in it?
(OTOH if you're going to count the result of SPLIT BY BLOCKS to count blocks, you have to KEEP <IS ( ) A BLOCK?> the result; some of its items are constant numbers or text in input slots.)