The same issue happens with the color input icon. Although this one renders the shape correctly.
(((#1 $pipette)) $arrowLeft this icon::pen)::define+ report []
The same issue happens with the color input icon. Although this one renders the shape correctly.
(((#1 $pipette)) $arrowLeft this icon::pen)::define+ report []
Guess I better make the variable detection allow icons, since snap does actually use the icon instead of a unicode character.
santa
or santa-{hat name}
. The available hat names are: hat, trumpet, star, candles, gift, pretzel, letter, train, and housesanta
option to enable santa hats by defaultwhen flag clicked :: santa
when [space V] key pressed :: santa
when I am [clicked V] :: santa
when <> :: santa
when <> :: santa condition
when I receive [ V] @addInput :: santa
when I start as a clone :: santa
when [anything V] is edited @addInput :: santa
when slot [ V] signals [menu V] :: santa
{custom} :: define+ santa
{custom :: santa} :: define+ santa
santa :: santa-hat
trumpet :: santa-trumpet
star :: santa-star
candles :: santa-candles
advent :: santa-advent
gift :: santa-gift
present :: santa-present
pretzel :: santa-pretzel
letter :: santa-letter
train :: santa-train
house :: santa-house
gingerbread :: santa-gingerbread
gingerbread-house :: santa-gingerbread-house
when flag clicked :: santa when [space V] key pressed :: santa when I am [clicked V] :: santa when <> :: santa when <> :: santa condition when I receive [ V] @addInput :: santa when I start as a clone :: santa when [anything V] is edited @addInput :: santa when slot [ V] signals [menu V] :: santa {custom} :: define+ santa {custom :: santa} :: define+ santa santa :: santa-hat trumpet :: santa-trumpet star :: santa-star candles :: santa-candles advent :: santa-advent gift :: santa-gift present :: santa-present pretzel :: santa-pretzel letter :: santa-letter train :: santa-train house :: santa-house gingerbread :: santa-gingerbread gingerbread-house :: santa-gingerbread-house
I added an option to the discourse plugin to enable santa hats by default everywhere, so I don't know if we want to turn that on for the holidays, and then disable it after the holidays are over.
yay! :: santa reporter ! :: santa-pretzel predicate :: santa-present ring
((:)) :: santa-letter ring // little mailbox lol
Found an issue, not sure what's causing it (ring isn't rendering properly?)
({warp { script variables ((a)) $addInput set [a V] to (list ([selector V] of block (label)) $delInput$addInput) repeat ([length V] of (keep items (<[] = [_]> $addInput) from (split ([label V] of block (label)) by [[letter] v]))) { add [_] to (a) } report (combine (a) using ((join [] [ ] []$delInput$verticalEllipsis$addInput) $addInput))}} input names: ((label)) $delInput$addInput)
I've checked it multiple times and it doesn't seem to be an error made on my behalf.
That is... weird. It seems to only happen when there's some block wrapping in the first input, and there's @delInput
and @addInput
.
({test aaaaaaaaaaaaaaaa wow aaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaa } input names: ((#1)) ((#2)) @delInput @addInput)
I legit don't even know how this could be happening. Thanks for the report.
Could it be that the parser is anticipating that any new line in that left column of the ring will be a block?
could we add the ability to show results in snapblocks?
here's how it would work:
(list [] [] @addInput) == ["", ""]
wait last post on part 2
This topic was automatically closed after reaching the maximum limit of 250 replies. Continue discussion at Snapblocks (Part 3).