Separate variables lists and other

Sorry, I meant split (idk why I have it in my head as snitch)

womp womp

Thank you for summoning me with that Split! reference

Yes, but you could also rename the categories to fit better in the vertical category. I know that it’s not a perfect solution; but it (sort of) works.

I think that could work, like a tooltip:

image

yes! This seems great.

IIRC, I think scratch mods like Turbowarp/Penguinmod can have shorter extention names just for the category bar, but the single-palette has the full extention name at the top.

Nope. Then you have to hover over all six, one at a time, to find the one you want. Especially if you don’t remember its name so it takes you two passes through all of them to figure out which one probably has the block you want.

Sorry, to me this looks like a solution in search of a problem. Also see

P.S. That doesn’t mean trying to make a version of Snap! that’s as Scratch-like as possible isn’t a good user project! It looks great; we’re all impressed.

Projects where there are plenties of global variables?

iMO, this should be the order provided it cooperates with muscle memory. I love the organization between cool and warm colors.

Moving the sensing category from under control to below pen would mess with muscle memory

Heh, I forgot variables existed somehow, even though it is literally called the VARIABLES section

I actually didn’t realize the connection to scratch until ego-lay_atman-bay pointed it out.

1: You can already see part of the name
2: the time it takes to hover over something is LESS than the time it takes to type in the name of the block you want after figuring out what the exact name is. Plus, since it would likely just be a setting, it wouldn’t be a big issue since turning it on for your own projects would be fine since you would know the categories. Again, typing the name of every block is much more time consuming than a quick hover, which doesn’t even need to happen in many cases. I think this suggestion would be useless, however, if Drawers were able to make each set of blocks in a category fit into one screen when there are many custom categories. And also if we could put our blocks in custom drawers to take up even less space. But that’s just a theory…

the time it takes to hover over something is LESS than the time it takes to type in the name of the block you want after figuring out what the exact name is.

I don’t think we can design the general UI around the special case of SciSnap!. If you want to use a complicated library like that, you’re just going to have to give up some vertical space in the palette area. Also, you’re overstating your case; block search looks for whatever you type anywhere in the title text, so you just have to remember a few letters to find the block you want.

Plus, since it would likely just be a setting…

I refer you to

Yeah… when hovering, there’s a predetermined time it takes to show the tooltip (which I’m assuming is half a second), and if you add the time it takes to read it and go through a bunch of categories, the time is much much slower than typing. I can type in a block name and find it much faster than having to rely on tooltips for category names.

and again, I’ve read this, but changing the UI through a setting like zoom blocks, flat design, etc. doesn’t seem to slow down snap too much.

when you have a project with 100 custom blocks (which I do), and 10 of them have the word “Script” or “block” in them, it’s not always easy. It’s also incredibly annoying to remember the wording of whichever “set” block you want.

you can. I can’t remember and type faster than a few seconds.

a bunch of categories? I am confused.

heres the thing: you can ALREADY see part of the category name. this whole tooltip waiting thing is basically nonexistent. Remembering 150 block names is harder than remembering 15 categories.


Everyone, remember that a beginner is not always going to want to search up a block name, and most aren't noticing it immediately. Not only that, but clicking on a category is more intuitive and finding a block is MUCH easier when there is so much more space in the palette.

I’m also confused, because I thought we were talking about a bunch of categories. If you’re confused by my usage of “bunch of”, it’s basically just a synonym for “many”.

Yes, but I was specifically saying that searching a block name is much quicker than finding it in the palette. I didn’t say anything about needing to memorize all the blocks.

I’m of the opinion that at least in snap, category names are much more important than colors, because they can give you a good idea of what the category is. I don’t like the idea of shortening the category name and showing the full name in a tooltip, because a lot of people don’t notice tooltips, and a shorter name may not get the idea across clearly.

In what search query will one of these show up?
([]::operators)
([] [ V] []::#00b432)
Yes, I emptied the second one to make block labels with just inputs look absurd. Bonus: figure out where that block came from.

the untitled script pic (39) block from SciSnap?

Yes. :slight_smile:

This block should have at least be called set operator () () () or something.

you need to know the block names to search.

if you just apply this setting on your own project, you will already know the categories.

which is why it would be a non-default setting

I meant, why would you go through a bunch of categories? just one. It’s not like you have every category named CUSTOM BLOCKS: THIS TYPE, CUSTOM BLOCKS: THAT TYPE. a shortened form of a category is really fine since you usually know what categories are in your own project.

yes, but then it would be too long. Imagine:

different block, although I agree with your point.