I love the new category selector for costumes in dev! This feature request is to change the default window size for the costume selector to fit all the categories on one line and show more than one row:
Current:
I do recognize that this would require adjusting for magnification and screen size restrictions, but I at least think that there should be more than one line visible on startup.
Also, I think the category buttons shouldn’t be part of the scrolling window, but should always be visible. And when you push one, it should stay lit up until you push a different one.
In “Objects,” all the bells, cowbells, and (especially) tablas should be in “Music.”
There are four hearts in Other and four more in Shapes. All eight should be in the same place; I don’t especially care which but I’d look first in Shapes.
I want potstickers in Food! :~)
Jamet’s wall should be next to Jamet in People, not in Other.
In Music, I couldn’t tell the difference between, e.g., drum1 A and drum1 B until I imported them and saw them on the (white) stage. We should consider either lightening the grey background of the costume chooser to, say, 40% or else editing the thumbnails to have thin white borders around the noise lines. Also, the rotation center of the “b” drums should be edited to match the corresponding “a” drum, so the drum doesn’t appear to move when you switch costumes. The rotation center issue arises in several case of almost-the-same costumes, e.g., orange2 [abc] in Food.
There are two costumes called “cat2” in Animals. Also, names should be case-independent; I think we should standardize on lower case names.
chill, folks. I’ve been wanting this for a long time, and finally - to my surprise - Victoria has gotten around to implementing a first shot of it and issued a - did I mention I was surprised by this yet - PR for this. So I really, badly want this, but have been stuck in getting the worst bugs and glitches out for the last couple of days, and I’m expecting to spend another day or two on getting this halfway to work. I saw that there were lots of issues with this PR but decided to pull in anyway and work on it a little myself, because now I want to have it in v12.1. So far I’ve been able to
fix the multi-line layout of the category buttons
get rid of the “COSTUME-categories.json” file and instead determine the categories from the existing json, which allows us to add more categories and different ones for backgrounds and sounds
make it so that the costume categories don’t show up for backgrounds and sounds, or in situations where there are none
added a button for “all” and make that the default, so you can start by looking at the whole set of costumes and then drill down to a category if you want to
There’s more on my plate for today, such as
indicating which - if any - category is currently selected (probably by highlighting the button)
making categories (better) translatable and providing localizations for them (it never crosses Americans’ minds that there are other languages spoken in other countries, haha…)
Like you I was surprised by the design decision to make the category buttons part of the scroll frame, and not keep them around permanently, which would have been my choice. But once I played with it some more I actually got around to seeing the wisdom in Victoria’s design. Because once I’ve selected a category it’s really easy to scroll through the images and then I don’t need to constantly see buttons anymore. On the contrary, then I want to have more screen real-estate for the thumbnails. So, yeah, I love her design in that regard!
Another problematic set of decisions is how to category each and every costume. That’s especially problematic because she decided for single categories instead of tags. My own preference would have been tags, so a costume can show up in several categories instead of just one. But this seems like something we can pretty easily add in the future. For the beginning a single category is definitely better than none at all. So please don’t fuss over the “correct” category for individual pics.
Also, re screen real-estate. Because of Victoria’s - really brilliant! - decision to make the category buttons part of the of the scrolling pane I think we should definitely keep the initial size of the dialog as is, because remember that we’re using Snap! in many parts of the world where folks don’t have giant hi-res monitors all the time, especially in schools.
Sure, absolutely, having this is way better than having nothing!
I still think the box should be at least a little taller, because the scroll bar doesn’t look so very different from the background color, and so it wasn’t obvious to me at first glance that there are more than four costumes. It doesn’t have to be an entire costume height taller:
This makes it clear that you can scroll down for more.
Also, no hurry, but if you’re going to keep those buttons scrollable, there should be a ⇧ back to top button.
Used to be, the biggest problem was how long it took for the costume chooser to load. This seems better now, or is it just that I have a faster computer?
Huh. I’m pretty sure I’m still on the same computer that I had several years ago, but loading of the thumbnails seems way better. Maybe Chrome is caching something it didn’t used to? Either I’m crazy or something in the software has changed to make it faster. I’m perfectly fine with being crazy. I just like to know when I am.
That should do it! Thank you so much. I love the new costumes as well, they instill me with a desire to make a goofy little animation that I haven’t felt since my early days with Scratch.
One final question. In the future, regarding requests like this pertaining to the development version, should I wait until the release to make a post, or say something (as I did this time) while you’re still working on the feature?
Better early than late, but preferably after I’ve been given a chance to conclude a first version of a feature. I know it’s sometimes hard to tell when that is the case. That’s why lately I’m trying to explicitly solicit feedback here in the forums when I’ve been through the first throes of a new feature.
My one concern with that would be if you move the dialogue too far (such that it is almost or all the way off the screen) it could be hard to get it back.
Edit: Just checked and block editors already do this, so no problem :).