Snapblocks (Part 2)

The same issue happens with the color input icon. Although this one renders the shape correctly.
untitled script pic (2)

(((#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.

Alright, it's fixed now
snapblocks (87)

v1.8.0

Additions

  • Santa hats
    Just use santa or santa-{hat name}. The available hat names are: hat, trumpet, star, candles, gift, pretzel, letter, train, and house
  • Add santa option to enable santa hats by default

Fixes

  • Fix upvars
  • Fix snap spacing
  • Fix scratch2 rings
  • Make snap rings look better
  • Allow icons to be in variable names
  • Fix arrow icons in scratch2 and scratch3 styles
  • Make loop icon respect zebra coloring
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
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
P.S.

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.

lol thats incredibly cursed

image for when this gets fixed

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).