r3xCS wrote:

when the suggestion has been going and getting supported and many duplicates for over 5 years and scratch still hasnt added it…

because the amount of supports doesn't actually matter

bringing this topic up..

Semi-Support for reasons other people have said…

Good idea!

I've changed my mind on this idea: no support for the same reason I gave here:

I don't support folders in Scratch projects at all because they hide information. I think that everything should be visible at all times.

Scratch shouldn't have obfuscated information in my opinion. It can lead to more confusion than it fixes.

the2000 wrote:

I've changed my mind on this idea: no support for the same reason I gave here:

I don't support folders in Scratch projects at all because they hide information. I think that everything should be visible at all times.

Scratch shouldn't have obfuscated information in my opinion. It can lead to more confusion than it fixes.

The information wouldn't be obfuscated since it would be better structured. Projects are currently a lot more obfuscated from there being sometimes hundreds of sprites with slight variations. It can make it difficult to find specific sprites among so many other ones. There is currently no good way to find specific sprites even if you name them. There is no filter system in place or search. Providing folders gives structure and is something that any computer or device uses for organizing data today. Imagine having all your files and programs in one long list and no search feature. That is currently how Scratch is. This is the core reason why there should be folders added to Scratch.

Wetbikeboy2500 wrote:

the2000 wrote:

-snip-

The information wouldn't be obfuscated since it would be better structured. Projects are currently a lot more obfuscated from there being sometimes hundreds of sprites with slight variations. It can make it difficult to find specific sprites among so many other ones. There is currently no good way to find specific sprites even if you name them. There is no filter system in place or search. Providing folders gives structure and is something that any computer or device uses for organizing data today. Imagine having all your files and programs in one long list and no search feature. That is currently how Scratch is. This is the core reason why there should be folders added to Scratch.

Scratch isn't an operating system though. Believe it or not the same design standards don't apply to everything. That line of thinking brought us infinite scroll and web pages designed for computers that look and function like mobile apps. Telling someone “here's where this thing is” is much more logical than “if you click on this then the thing you're looking for pops up.” If you have so many sprites that you need folders to organize them then you're probably doing something wrong.

A Hierarchy would also work nicely. Like that of Unity or Blender.

--HyperZ-- wrote:

A Hierarchy would also work nicely. Like that of Unity or Blender.

?

the2000 wrote:

Wetbikeboy2500 wrote:

the2000 wrote:

-snip-

The information wouldn't be obfuscated since it would be better structured. Projects are currently a lot more obfuscated from there being sometimes hundreds of sprites with slight variations. It can make it difficult to find specific sprites among so many other ones. There is currently no good way to find specific sprites even if you name them. There is no filter system in place or search. Providing folders gives structure and is something that any computer or device uses for organizing data today. Imagine having all your files and programs in one long list and no search feature. That is currently how Scratch is. This is the core reason why there should be folders added to Scratch.

Scratch isn't an operating system though. Believe it or not the same design standards don't apply to everything. That line of thinking brought us infinite scroll and web pages designed for computers that look and function like mobile apps. Telling someone “here's where this thing is” is much more logical than “if you click on this then the thing you're looking for pops up.” If you have so many sprites that you need folders to organize them then you're probably doing something wrong.

Scratch is definitely not an operating system. I also agree that design standards don't apply to everything, but that doesn't mean we can just exclude things like folders because there could be more innovative ways. About your point of it being more logical, imagine if everything had a unique name and there were no such thing as categories or ways of grouping items. There would be a fundamental issue of being too many different things to understand and remember. It would be like being in a forest and someone telling you to fins the tree they put a marker on. There would be no categorization or organization and would be the same as finding a needle in a haystack. There would need to be a system to quickly ignore some things and focus on others. For your final point, there is no wrong way of doing something, especially in Scratch. Users are given the option to duplicate sprites and can duplicate them to enormous numbers. The more complex of a project it is, the more sprites that are gonna be needed for very different parts. This is where I see folders being the most beneficial.

--HyperZ-- wrote:

A Hierarchy would also work nicely. Like that of Unity or Blender.

This would work as well and be very efficient. I am just not sure how it would be applied and implemented in Scratch so that anyone could understand it or just not have to use it.

Wetbikeboy2500 wrote:

About your point of it being more logical, imagine if everything had a unique name and there were no such thing as categories or ways of grouping items. There would be a fundamental issue of being too many different things to understand and remember.

You don't need to give everything a unique name, often times I name sprites for their relation to other ones.

For your final point, there is no wrong way of doing something, especially in Scratch. Users are given the option to duplicate sprites and can duplicate them to enormous numbers. The more complex of a project it is, the more sprites that are gonna be needed for very different parts.

While you are right that complex projects would require more sprites, I disagree that there is no wrong way of doing something. If you have ten sprites that look and function identically to each other I would say it's the “wrong way of doing something”. If you get a negative number by doing this:

((number) - ((number) * (2)))

…Then I think that you're doing it the wrong way.

this would be very useful in making large games. i hate it when you have like 300 sprites, this would sort that out. support

semi support for reasons above. Maybe there could be a new create folder button next to create sprite?

the2000 wrote:

You don't need to give everything a unique name, often times I name sprites for their relation to other ones.

Naming things in relation to each other brings organization, but it isn't a standard that anyone can understand or will use. Folders would give a clear standard for organizing sprites that have relations to each other.

the2000 wrote:

While you are right that complex projects would require more sprites, I disagree that there is no wrong way of doing something. If you have ten sprites that look and function identically to each other I would say it's the “wrong way of doing something”. If you get a negative number by doing this:

((number) - ((number) * (2)))

…Then I think that you're doing it the wrong way.

The project someone makes and maintains can be critiqued for errors and performance, but it is still there process for how a problem should be approached and solved. There can be objectively better ways of achieving the same result, but everyone can choose their own solution even if it can be considered wrong by others. Allowing users to explore and understand new features that they don't understand initially, like clones, allows them to understand what can be done better and have a reason for changing their approach. It is not productive or constructive to just say a solution is wrong and give them one that they didn't think of or understand. Folders would play into this by being something that can be explored or used later in a project. Not everything would need to be in a folder, but they may later find an advantage to using folders.

AryWiz wrote:

semi support for reasons above. Maybe there could be a new create folder button next to create sprite?

I didn't add a button to the mock-up, but this is how I would see it being implemented.

It looks like this is a duplicate topic of this one over here so I'll close it to keep the conversation all in one place.

Please use the existing topic in the link above.