Discuss Scratch

Za-Chary
Scratcher
1000+ posts

The Official List of Rejected Suggestions

GENERAL INFORMATION

WELCOME TO THE LIST OF REJECTED SUGGESTIONS!
This topic contains suggestions that have previously been rejected by the Scratch Team. As a result, these suggestions will not be added to Scratch, so please do not make any posts in the “Suggestions” forums asking for one of these. Otherwise, you may be directed to this topic.

Moreover, please do not make any suggestion posts asking that the Scratch Team “rethink” a rejected suggestion unless you are giving a solution to the problem that caused the feature to be rejected.

PLEASE DO NOT SUGGEST THINGS HERE!
I am not a member of the Scratch Team; your suggestion will get more attention if you make your own topic about it. Also, please do not spam or create off-topic posts, or else they may be deleted.

USE THE REPORT BUTTON ON SPAM/OFF-TOPIC POSTS; DON'T RESPOND!
Responding to spam or off-topic posts just leads to more off-topic discussion. Simply use the Report button whenever you see an off-topic post on this thread, without responding; a moderator will remove it when they get the chance.


Every suggestion listed here has been officially rejected by the Scratch Team. Descriptions for each rejected suggestion have been written by myself, and in addition, I have included a link to a post by a Scratch Team member officially rejecting the suggestion. If you have any questions on whether or not your suggestion is rejected, or if you do not understand why something was rejected, feel free to ask about it here.

If you see someone in the forums or elsewhere on the website trying to suggest something that is rejected below, feel free to refer them to this thread. It would be a good idea to include a quote from this list explaining why their suggestion is rejected.

Please let me know if any information is incorrect, missing, or outdated! I will do my best to update and revise the list as needed. In addition, feel free to tell me if there are any spelling mistakes or formatting errors. Other general feedback is appreciated as well.

This list will be updated regularly.

Click here for a table of contents with shorter explanations on why suggestions are rejected.

Previous Lists
July 2009 – May 2013 (by @Chrischb)
May 2013 – February 2017 (by @jvvg)
February 2017 – August 2018 (by @customhacker)
August 2018 – March 2019 (by @LionHeart70)

Translated Lists
日本語 (Japanese, by @inoking)
Français (French, by @IA-maker)
Română (Romanian, by @LankyBox01)

====================

THE REJECTED SUGGESTIONS

1. Scratch Blocks

1.1 “Broadcast received” boolean block
This would allow a project to detect when a broadcast is sent. But, there is a lot of ambiguity on how this would work. Would it return true if the broadcast was fired since the project was created, since the green flag was clicked, or since something else was broadcasted? The workaround is simple: use variables that change when a broadcast is received, then use the “equals” block.

However, the blocks “repeat until broadcast received” and “wait until broadcast received” are NOT rejected; you can discuss them on this topic.

<[message v] received? :: events>

1.2 “When stop sign clicked” hat block
This block would allow users to click the stop sign to run a script. However, the stop sign is designed to stop all the scripts in the project. With this block in place, more scripts will start when you want the project to stop, thus defeating the purpose of the stop sign. This could also be rather confusing for the “stop all” block. Regardless, there is a workaround that uses the “when (timer) > (number)” hat block; one such workaround can be found in this post.

when stop sign clicked :: events :: hat

1.3 “Pointing towards sprite” boolean block
This block would allow a sprite to detect if it is pointing towards another sprite. However, it is also rather ambiguous; does it return true if the sprite is pointing in any direction towards another sprite, or strictly at the center of the sprite? Either way, it is relatively easy to work around, and the workaround depends on how you want the block to work.

<pointing towards [sprite v]? :: sensing>

1.4 Money blocks
This block, and others, could be used to ask users to pay real money to do something in the project. The problem with such money blocks is that many users on the website are young and do not quite know how money works (and most do not even have a credit card account). Users could make projects which require others to pay a large amount of money to play the project. Overall, it adds further complexity to the website and would limit users' access, without any clear benefit towards the educational value.

ask for [$ v] () and wait :: sensing

1.5 Social action reporter blocks
This block could be used to obtain the current number of loves, favorites, or views of the project. Similar blocks could return the number of loves or followers that the user or creator has. But, project creators can easily use these blocks to prevent Scratchers from playing unless the project is given enough loves, favorites, and the like. These blocks could also make people think that getting these social actions are important, or that Scratch is about fame. In reality, if a user presses the love button on a project, it should be because they enjoyed the project, not because they are trying to reach some sort of goal.

This suggestion extends to all social actions, including views, loves, favorites, remixes, comments, and followers.

(number of [loves v] :: sensing)

1.6 Cloud lists
Cloud variables currently have several restrictions. There can be at most 10 cloud variables per project due to server costs. New Scratchers cannot use cloud variables, for it is easy to misuse them. Cloud variables can only support up to 256 numeric digits to restrict the creation of chat projects; for more information, see #3.1 on this list.

This block would allow you to create lists to be stored on the servers for everyone to see, similar to cloud variables. However, cloud lists would require similar restrictions as listed above, and the issues currently presented with cloud variables would only grow with the addition of cloud lists. You can still use cloud variables to create a list which contains entries everyone can see, but the Scratch Team will not be adding an easy official way to make cloud lists.

(☁ list :: list)

1.7 2D lists
2D lists, also known as 2D arrays, nested lists, or matrices, are a type of data structure that allows you to put an entire list as an element of another list; that is, it allows you to put lists inside of lists. These sorts of data structures are used widely in other programming languages.

This block, and others, would allow you to create 2D lists to store information, sort of like a table. However, this is too complicated for what is supposed to be an introductory programming language. In addition, there are workarounds possible by using an ordinary list and an indexing function. For those who are interested, it may be worth checking out Snap!. It is a block-based programming language designed for more experienced programmers and has more advanced data structures than Scratch does.

add () to sublist () of [list v] :: list

1.8 3D Scratch
This block, and others, could be used with a z-axis in the project stage to make it easier to create 3D projects. But, Scratch is a language that is designed to be as easy as possible for beginners to learn. Adding 3D features would make the language more difficult for beginners to understand, and a 3D engine is not exactly the purpose of Scratch. This suggestion also includes the possibility for virtual-reality features in Scratch, or “Scratch VR.” A lot of the same difficulties come up.

For those who are interested, it may be worth checking out Beetle Blocks or CreatiCode. They are block-based programming languages similar to the Scratch editor, but with 3D features. There is another similar program to Scratch that contains block programming with 3D features, called Starlogo TNG. You can also try Alice; it is not exactly like Scratch, but has some similar features.

go to x: () y: () z: () :: motion

1.9 “Control mouse pointer” block
This block, and others, could be used to hide the mouse pointer or change the way the mouse pointer looks in a project. These blocks, however, do not significantly change the types of projects that can be created with Scratch; for more information, see this post. In addition, they may cause confusion to users, wondering where the mouse pointer went. A feature to control the mouse pointer, including freezing it or preventing it from leaving the project screen, poses similar confusing problems.

However, changing the look of the mouse pointer to one of the default mouse pointers is NOT rejected; you can discuss that on this topic.

hide mouse pointer :: looks

1.10 “Forever if” C block
This block was in the Scratch 1.4 editor, and worked the same as putting an “if” block inside the existing “forever” loop. It was removed in Scratch 2.0 because many beginning Scratchers found it to be confusing. The aforementioned workaround, evidently, is simple and more intuitive.

forever if <> { } :: control cap

1.11 Letters in cloud variables
Some users would like an easy way to set cloud variables to values which include letters. Such a feature was present in the beta version of Scratch 2.0. However, allowing letters in cloud variables would cause a lot of moderation issues. For instance, it would make it too easy to make inappropriate cloud chat projects; for more information, see #3.1 on this list. Hence the feature was removed, and so cloud variables can now only be set to numeric values.

By encoding and decoding, it is possible to simulate letters in cloud variables. In reality, however, this is just using numbers in cloud variables and letters in normal variables.

1.12 Permanent option for cat blocks
The cat blocks were created by the Scratch Team as a part of April Fools' Day, where some Scratch blocks like the one below had cat ears and a face on them. Many Scratchers adored the cat blocks and have suggested that the Scratch Team permanently keep them in the editor, or otherwise make a permanent toggle so users can turn them on or off.

However, the cat blocks were intended to be temporary, and the Scratch Team has stated that they do not plan to bring them back as a permanent option. However, it is possible that they may temporarily come back during future April Fools' Day events.



2. The Coding Interface

2.1 Adding users to work on projects
Having multiple Scratchers work on the same project would be difficult to moderate not only due to technological limitations but also because it could lead to private messaging; for more information, see #7.1 on this list. This suggestion includes live editing (similar to Google Docs) and other forms of private collaboration. If you would like to work on a project with another Scratcher, you can remix each others' projects.

At the moment, a turn-based collaboration system for shared projects is NOT rejected; you can discuss it on this topic.

2.2 Text-based syntax in Scratch
Some users wish to code Scratch not with the blocks, but with typing code instead (similar to how more advanced programming languages work). Others are interested in an option to view, convert, or download Scratch code to other programming languages. However, the Scratch Team has discussed this possibility multiple times and has decided every time that it would not be beneficial for beginners or teachers.

This suggestion extends to coding, viewing, converting, or downloading Scratch in any text-based language, including BBCode, Javascript, some form of pseudocode, or some other programming language. If you wish to code using another language, then you can learn it on your own, but it would have to be done outside of Scratch. For those who are interested, it may be worth checking out Tosh. It is a text-based programming language that serves as a text editor for Scratch projects.

2.3 Set the editor to look like older versions of Scratch
Some users prefer the look and feel of the Scratch 2.0 editor, and have suggested that the editor look like Scratch 2.0, but still run off of HTML5 like Scratch 3.0 does. However, this would be more complicated for educational and documentation purposes. It could be confusing if someone is trying to learn Scratch from someone who is using a completely different layout of the editor than them.

In addition, the Scratch Team changed the design for a reason: to make it easier, more intuitive, and friendlier for newcomers to use. If you dislike the Scratch 3.0 editor, you can still download the Scratch 1.4 or Scratch 2.0 offline editors.

2.4 Revert back to older versions of the Scratch editor
The Scratch editor has to update sometimes to accommodate certain changes. In particular, an online editor that ran off of Adobe Flash (rather than Java) was added in the Scratch 2.0 editor, and the Scratch 3.0 editor was created for tablet support and in anticipation of the discontinuation of Flash. Changing the editor back to these older versions would not only undo years of hard work by the Scratch Team, but they also might not work online anymore. If you wish, you can download the Scratch 1.4 and Scratch 2.0 offline editors.

The Scratch Team is still working on bug fixes, new features, and other improvements on the Scratch 3.0 editor. The new interface was created in such a way that it is easy for the Scratch Team to keep working on improvements. The Scratch Team will continue to evaluate constructive feedback on how they could improve upon the current Scratch editor.

2.5 Official Scratch to EXE converter
On Scratch, an important goal is to have anyone be able to look at the code for any project. This philosophy is not only important for learning code and remixing, but is also important for moderation purposes; for more information, see #3.2 and #4.1 on this list. Converting to EXE (or any other black box executables) will prevent users from looking at the code, and hence goes against this philosophy. Third-party converters do exist, and you are allowed to use those, but the Scratch Team will not make an official converter.

2.6 Increase the 300 clone limit
The clone limit is set in place to prevent projects from becoming unplayable. Otherwise, users could create a large number of clones very quickly and crash someone's browser page. Plus, the Scratch Team wants to make sure that all projects run smoothly for as many people as possible. Increasing the limit to even 500 clones might make the project run slowly on some users' devices.

2.7 Scratch for video game consoles
The Scratch Team does not have the resources to put a Scratch editor onto a video game console. This includes making a Scratch editor for Nintendo Switch, 3DS, Xbox, and Playstation consoles.

However, the ability to connect gaming controllers to a computer or tablet to use for Scratch is NOT rejected. You can discuss it on this topic.

3. Scratch Projects

3.1 Chat projects with cloud variables
Although it is possible to make a chat project using cloud variables, it is not allowed to make such a project. This is because there is a high potential for bullying and inappropriate messages, and the Scratch Team does not have the resources to moderate these chat rooms.

Chat projects on Scratch which contained a whitelist (that is, the user could only chat using certain words) used to be allowed on Scratch. Over time, however, the moderation issues got too high, and some users attempted to use such projects to get around the Community Guidelines. As a result, the Scratch Team has decided that these kinds of projects are not allowed on the Scratch website, even if they contain a whitelist of words. However, whitelisted phrases are okay, provided that users cannot freely write their own sentences using the cloud chat project.

3.2 Disable remixing or censor minor remixes
One of the most important ideas of Scratch is the share aspect. Scratch is a website not only for displaying your work, but also for sharing it with others, and by posting your project on the Scratch website you agree to allow others to remix your work. You are not allowed to write “Do not remix this project” in the Notes and Credits of your project; you may get alerted for this, because it discourages remixing. This suggestion extends to the ability to require permission to remix a project, as you have already given permission to others to use your creations by sharing a project on Scratch; for more information, see this post.

A remix of a project is allowed on Scratch, even if the remix only contains minor changes (this includes recolors). However, when you remix a project, you should put in the Notes and Credits what you changed. If you see a project that contains no noticeable changes, please use the Report button on it so the Scratch Team can take a look at it. This suggestion extends to “extremely minor remixes,” such as a remix of a game that gives you 2 points per second instead of 1. As long as the user explains what they changed about the project and gives proper credit, this is okay.

3.3 Ban certain franchises
Generally, the Scratch Team does not censor projects based on a certain franchise unless a large number of inappropriate projects were made with the franchise. An example is Five Nights at Freddy's; see this announcement for more information. In general, it is usually possible to make appropriate projects based on a certain franchise. Of course, you should always report inappropriate projects of any kind.

3.4 Censor projects with no coding
Scratch encourages creativity of many kinds, not just programming. As a result, many kinds of projects are allowed, such as algorithms, games, art, animations, music, and others. Some of these projects do not necessarily need any scripts in them, and the Scratch Team will not require that they do.

3.5 Remove the automatic project censoring system
The automatic project censoring system, with the accompanying temporary account block, is extremely useful to ensure that the community stays safe. Without this system, users who make inappropriate projects could keep making them without immediate consequence if a moderator is not online at the time. That would just expose more people to inappropriate content. While the Scratch Team is open to making improvements to this system, neither removing the automatic project censor nor removing the automatic temporary account block are the solutions.

4. Project Pages

4.1 Disable “See Inside” or restrict sharing
Some users want an option to prevent Scratchers from looking inside their project and using their artwork, scripts, or sounds. However, the core ideas of Scratch are "Imagine, Program, Share.“ By sharing a project on the Scratch website, you are allowing others to see the code and potentially remix or reuse the data inside, as long as they give credit. That being said, please use the Report button on any project that uses content from another Scratcher without giving credit to them. If you do not want other users to see inside your project, then do not share your project on the Scratch website.

Restricting sharing so that only certain users can view the project is also not going to be implemented. It is important for projects to be publicly shared for everyone to see so people can report them if they are inappropriate. Only allowing certain users to view projects could increase the chances of inappropriate projects being shared on the website. ”Unlisted projects," similar to a YouTube feature, will also not be implemented for the same reason. It could also be used for private messaging; for more information, see #7.1 on this list.

4.2 Dislike button or a project rating system
Generally, a user's first project is something rather simple, such as a test project, a remix, or a project made using a tutorial. Because this project is simple, other users may give the project low ratings since it is not advanced. With low enough ratings, the creator might be discouraged enough to stop using Scratch. Moreover, constructive feedback is encouraged on Scratch. A dislike button may show the creator how many people disliked their project, but it tells nothing about what the creator could do better. If you do not like a project, you could choose not to love it, or you could leave a respectful and constructive comment telling the user how to improve, in addition to saying what you like about the project.

With that, a dislike button is rejected for anything, including projects and comments. However, a like button for comments is NOT rejected. You can discuss it on this topic.

4.3 Ability to see who viewed a project
Views are different from loves and favorites in that users can view a project to see if they like it, and then love or favorite the project if they do like it. With this suggestion, some drama could be started if a user sees that another user viewed a project, but did not love or favorite it. Moreover, projects generally get significantly more views than loves, favorites, or comments, so if users got notifications for this, it would lead to lots of unwanted messages. Despite all this, there is a workaround for this which uses cloud variables, so one could potentially see who viewed a project.

5. Studio Pages

5.1 Remove studio activity messages
Although they may seem annoying at times, they are rather helpful for some users. Removing such messages entirely does not have a clear benefit for everyone. If you find it annoying, one easy way to solve this is to not curate so many studios.

However, the option to turn them off is NOT rejected. You can discuss it on this topic.

5.2 “Invite all followers” button for studios
This feature existed in Scratch 2.0, but it was an extremely easy way for one user to create lots of notification spam for other users, most of which was unwanted. By removing this feature, users are forced to work a little bit to invite a large number of users.

5.3 Remove “add everything” or “invite everyone” studios
These studios are not against the Community Guidelines and are also rather harmless. Certain friendships or collaborations could also be formed as a result of such studios.

5.4 Revert back to older versions of the studio pages
The Scratch website has to update sometimes to accommodate certain changes. In particular, the Scratch 3.0 studio pages were created to improve website performance and the studio experience. Changing the studio pages back to these older versions would not only undo months of hard work by the Scratch Team, but they also may not be sustainable in the long run anymore. More information on why these changes were made are stated in this topic, and frequently asked questions are listed in this topic.

The Scratch Team is still working on bug fixes, new features, and other improvements on Scratch 3.0 studio pages. The new interface was created in such a way that it is easy for the Scratch Team to keep working on improvements. The Scratch Team will continue to evaluate constructive feedback on how they could improve upon the current studio pages. Common studio suggestions can be found on this topic.

5.5 Increase the studio reply limit
The reply limit of 25 replies in studios was implemented to keep studio conversations open to the community and to improve website performance. Load times and server stresses tend to increase with larger reply limits, particularly due to the large number of Scratch users on the website. The number 25 was chosen as a practical one to mitigate these issues while also encouraging open conversation in studios.

6. Comments and Text Fields

6.1 Delete or edit your comments everywhere
The inability to delete your comments everywhere is put in place so users do not post inappropriate comments or spam comments on other users' profiles, projects, or studios, just to delete them later on. In contrast, you are not really likely to spam your own projects or profile. The only benefits to this are to remove comments that you did not mean to post and to fix spelling errors. The former could be solved by thinking carefully before posting any comments, and the latter could be worked around by typing slowly and/or stating your mistakes in a reply to the comment. This also applies to forum posts; that is, a feature for Scratchers to delete their own forum posts will not be implemented.

Editing comments could similarly lead to comment manipulation, such as a user commenting “I like this project,” waiting until someone replies with “I agree,” and then editing the original comment to say “I hate this project.” Allowing Scratch Team members to view the edit history of a comment does not make it easy to moderate, since then they have to look carefully at the context of each edit, which takes time.

6.2 Remove character limits on text fields
The character limit exists to prevent spam. If any character limits were removed entirely, spammers could use this to paste large blocks of text, effectively slowing down the website.

Simply raising the limits, however, is NOT rejected. You can discuss various character limits on the following topics: About Me and What I'm Working On, Project Comments, or Studio Descriptions.

6.3 Notification for being mentioned in comments
Some users would like to be notified whenever someone mentions their username in a comment on the website. Although such an option was considered, it was not added due to the potential for spam. For instance, someone could write @Scratcher multiple times to spam that user's notifications.

6.4 Live commenting or live streaming
This refers to some system where you would not need to refresh the webpage to see new comments that are posted. Some Scratchers think this would be convenient if you are engaged in a conversation with someone so that the conversation moves more quickly (somewhat like how texting works). However, aside from the technological barriers this would bring, it would also put a greater emphasis on the social media aspect of Scratch, moving the focus away from the project-creating aspect. Indeed, project creating is intended to be the primary focus of Scratch.

A live stream is similarly rejected, as it is a form of live commenting. With live streams, it is easy to share personal information without anyone being able to report it, which the Scratch Team does not want to risk. Although one solution would be to have the Scratch Team moderate the live streams, they do not have the resources to do that effectively.

6.5 Censor the words {damn, crap, frick, lmao}
The Scratch Team has decided that these words are not offensive enough to be censored completely. As always, use the Report button if someone is using these words (or any others) disrespectfully. In addition, if you come across a word that is not censored, but you think it should be, please let the Scratch Team know about it through Contact Us, rather than using the comments or forums to report it.

Another reason why “lmao” in particular is not censored is stated in this post. There is also an existing suggestion that would allow you to personally censor these words, and others, so that only you cannot see them; you can discuss it on this topic.

7. Scratch Community

7.1 Private messaging
Scratch currently has public messaging, meaning anyone can see the comments that you write. As a result, people are more likely to be respectful since anyone can see the comment. However, with private messaging, people know that only the intended recipient can see the message, which could lead to many more disrespectful or inappropriate comments. The Scratch Team also simply does not have the resources to moderate a private messaging system, precisely because there would be a lot of bad comments. In addition, it is a huge Internet safety concern and is not the purpose of Scratch anyway.

This suggestion extends to allowing users to post links to other private messaging websites, such as Discord. Many such messaging websites are not as well-moderated as Scratch is. If such links were allowed, Scratch may be held responsible if anything bad happens to someone.

7.2 A 13+ version of the Scratch website or age-restricted content
Scratch is designed for ages 8 to 16, but any content shared on the website must be appropriate for all ages. Dividing the community by making a separate, age-restricted website would not be helpful. Potential restrictions from entering the website (such as a warning, or requiring a parent to answer math equations) would not necessarily stop an underage child from entering the 13+ website.

This suggestion extends to age-restricting anything on Scratch, such as viewing specific projects. As a general rule, content shared on the Scratch website should be appropriate for all ages.

7.3 Ban “follow for follow” (F4F)
Although many Scratchers do not enjoy seeing follow for follow requests, asking someone to participate in follow for follow is relatively harmless. If someone asks you to do follow for follow, and you do not want to, just politely decline their request. If they keep spamming you with requests, you can use the Report button on their comments.

7.4 Allow Scratchers to moderate the website
A community moderator program used to exist where Scratchers could moderate the website, but it was removed due to some very inappropriate things showing up in the report queue, among other reasons. As a result, the Scratch Team has decided to only allow adults to moderate the website, including the forums.

If you are 18 or older, legally allowed to work in the United States, and are interested in moderating the website, check out the Jobs link to see if there are any openings for the “Community Moderator” position.

7.5 Scratchers and Scratch Team members should not post political views
According to the Community Guidelines, “Scratch welcomes people of all ages, races, ethnicities, religions, abilities, sexual orientations, and gender identities.” As long as someone's beliefs and statements are respectful and welcoming towards all groups of people, they are allowed to express them on the Scratch website. This includes Scratchers, as well as members of the Scratch Team.

A more detailed explanation in the case of LGBTQ+ ideas can be found in this post.

7.6 Improve or remove the extension policy
Browser extensions, userscripts, and userstyles are not allowed to be mentioned on Scratch as per the extension policy. Although such extensions may be useful, it is not easy to tell if the extension is harmful to your device. The Scratch Team believes that the potential risks and harm in allowing browser extensions outweigh the benefits, and are not looking for ways to improve this policy. This includes browser extensions, userscripts, and userstyles made by anyone, including Scratchers or well-known companies like Google.

7.7 Paid advertisements on the Scratch website
Some users are interested in seeing paid advertisements in their projects, like on YouTube, so they can make real money from people viewing their projects. Similarly, some users believe that having advertisements around the Scratch website can allow the Scratch Team to make more money. However, Scratch is supposed to be a non-profit organization. If the Scratch Team or any Scratchers start making money from anywhere on the Scratch website, that would contradict this non-profit philosophy, and that would be a huge legal issue.

7.8 Project advertisements on the Scratch website
Some users are interested in having advertisements around the website which advertise Scratch projects or studios, even if they are not paid for these advertisements. However, it is unclear how projects would be chosen to be advertised. Also, this would require a Scratch Team member to ensure that inappropriate projects are not chosen to be advertised, and the Scratch Team does not currently have the resources to do this.

7.9 Pop-up alert that encourages users to take a break from screen time
Certainly, too much computer time is not good for anyone. But, if someone is concerned about themselves or their children getting too much screen time, there are other methods that exist that can help encourage these healthy choices, such as external software or simple willpower. There is not a need to have such a warning built into Scratch, even if it is optional or able to be ignored.

7.10 Propose your own projects to be featured
Scratchers can suggest projects that they think should be featured in the Propose Projects to be Featured studio. One of the rules of proposing projects is that you cannot propose your own projects to be featured. There are several reasons why this rule is in place. First, if users could propose their own projects, then there would be more requests in the studio, and it would be difficult for curators to add them all. Second, proposing someone else's project helps emphasize that Scratch is a helpful and supportive community, as proposing someone's project to be featured is an indication that the project creator has made a good project. Lastly, this verifies that at least one other person has seen the project and agrees that it is a feature-worthy project, leading to higher-quality proposals.

If you would like your own project to be featured, keep in mind that you can actually ask someone else to propose your project for you. Be sure to practice good advertising as described in this topic, and be polite when asking. Keep in mind that they may decide not to propose it; you should not try to force them to propose it.

7.11 “Recently Shared Projects” row on the front page
This proposed row on the front page would display projects that were most recently shared by Scratchers, in an attempt to help unnoticed Scratchers get more views. Such a feature existed in Scratch 1.4 and Scratch 2.0. It was removed for several reasons: the community did not find these projects interesting, the row would sometimes show inappropriate projects, and these new projects would often get disrespectful comments from other users.

7.12 “Featured Scratchers” row on the front page
This proposed row on the front page would display Scratchers who have been considered helpful, respectful, and/or good project creators. However, the Scratch Team believes that the existing “Featured Projects” row already gives enough attention to Scratchers, and that it showcases projects, which is the main purpose of Scratch. It helps keep Scratch focused on projects rather than specific users.

8. Account Information

8.1 Changing usernames or changing display names
If a user could change their username (or even set a certain “nickname” or “display name”), this could be very confusing for the Scratch community, especially for those following that user. In addition, this would make moderation of the website more difficult because it would be harder for the Scratch Team to keep an eye on what a user may be doing. The Scratch Team has allowed username changes only on very rare occasions, such as if the username contained inappropriate content or personal information. Generally, the Scratch Team does not change usernames on request (including for reasons such as “I do not like my current username anymore”).

However, because of the way that usernames are stored on the server, changing the cases of letters in your username (for example, changing @Za-Chary to @ZA-CHARY) is NOT rejected; you can discuss it on this topic.

8.2 Add a rank above Scratcher or allow users to skip the New Scratcher status
There are three ranks: New Scratcher, Scratcher, and Scratch Team. The only reason the New Scratcher rank exists is to prevent spam, and since it only takes a few weeks to become a Scratcher, bullying and separation are rather minimal. Similarly, the Scratch Team rank exists so users know who is on the Scratch Team; generally, Scratch Team members do not brag about the Scratch Team rank. In contrast, there may be division in the community between Scratchers and those with a higher rank, which could also lead to bragging and bullying. This also includes a “verified Scratcher” status where well-known Scratchers get a special symbol next to their name.

Although the restrictions for New Scratchers may seem annoying, they are extremely effective against spam and inappropriate content. For New Scratchers who are wondering how to become a Scratcher or what it means to be one, check out this post. The Scratch Team will not allow any accounts to “skip” the New Scratcher status, even if it is an alternate account of an existing account.

8.3 Show when users are online
This suggestion refers to some sort of indicator that lets you know if a user is currently online. The Scratch Team has discussed it and has decided that it is not something that can benefit Scratch as an educational platform. Between making projects, sharing projects, and viewing projects, an online indicator is not much help in these areas.

8.4 Show when users are banned
For privacy reasons, the Scratch Team does not share such account information with anyone other than the account owner. In particular, a banned user may not want to reveal the fact that they were banned to the public.

However, giving a Scratcher the option to publicly show if they are banned is NOT rejected; you can discuss it on this topic.

8.5 Recycle usernames
The only potential benefit to this suggestion is that Scratchers could reuse usernames. However, this is problematic in several ways. Deleting inactive accounts might mean that the user's projects get deleted, which would be extremely unfortunate should they decide to return to Scratch. Even if the account is already deleted, someone may attempt to impersonate the deleted user with the new username. In addition, there are reasons that the Scratch Team may need to refer back to the deleted account.

This includes deleting inactive accounts, as well as accounts that appear to have no activity at all. It also includes deleting “name sniping” accounts. The Scratch Team sees no need to take down any accounts at this time to reuse usernames.

8.6 Blocking or ignoring Scratchers
This suggestion refers to an optional system that makes it so that you do not have to see comments that a particular user posts. This feature existed in Scratch 1.4, but the Scratch Team found that it buried any problems rather than solving them. Even if you block a user, that does not stop them from harassing other Scratchers. If someone is being disrespectful, be sure to report that user with the Report button, or use the Contact Us link if the situation requires more explanation.

However, a system to block users while simultaneously reporting them is NOT rejected; you can discuss them on this topic.

8.7 Digital currency or Scratch achievements
Some form of digital currency which allows you to “buy” Scratch features (with real or fake money) would not really benefit the educational value of Scratch; after all, there is not really anything that you can buy. While there could be features that are only unlockable via digital currency, this does not really contribute to Scratch's purpose of being a programming language available for everyone. However, you can make digital currency in your own projects, if you like. A very good detailed analysis for why digital currency should not be on Scratch can be found on this post.

Some other users have suggested Scratch achievements such as “Created 50 projects” with the idea that this would give users motivation to keep using Scratch. However, this sort of idea does not really fit in with the purpose of Scratch. Some users may use their achievements to determine that they are “better” than other users. However, you are allowed to make achievements in your own games, if you like.

8.8 Notification when someone unfollows you
This sort of feature could create a lot of drama within the Scratch community. Those who are concerned about follower count may get angry at another user for unfollowing them. The Scratch Team believes that users should be able to follow or unfollow anyone they want without feeling guilty about it, especially as their interests change.

8.9 Change the list of locations
The list of locations that the Scratch Team uses is determined by an official international standard for the list of countries. The localization team for Scratch has determined that they will continue to go by this standard. As a result, countries will not be added or removed from this list. An exception could be made if the international standard changes, but that is out of the Scratch Team's control.

This suggestion extends to removing the location feature entirely. For more information why that in particular is rejected, see this post.

9. Discussion Forum Features

9.1 Bring back the “Discuss” tab
The Discuss tab was removed for reasons that may not 100% clear to some users, but it will not be coming back. In general, the forums are not as restricted as the main website is, in terms of post content. For instance, users can post images on the forums, write Scratch blocks on the forums, and write and edit posts of up to 200,000 characters, none of which is possible on the main website. These options allow for more spam and misuse, especially for new forum users who are not aware of how the forums work. It is suggested that Scratchers learn of the forums through other Scratchers, who direct them to the correct forums as needed.

A very good detailed analysis for why the Discuss button may have been removed can be found on this post.

9.2 Notification for being quoted in topics
Due to the way that the forum structure works, this suggestion simply is not possible to add. Even if it was possible, there would be a very high possibility of getting spammed with unwanted notifications. The technical issues and the potential for abuse make this feature rather impractical. If you want to stay updated on a certain topic, you can always follow the topic and get notified for new posts that are made.

9.3 Off-topic or miscellaneous section on the forums
This forum would have been used for posting about anything that was not necessarily related to Scratch. There actually used to be a forum topic like this, but it was difficult to moderate, and so it was shut down and replaced by the “Things I'm Making and Creating” and the “Things I'm Reading and Playing” forums (which do not completely allow off-topic posts).

9.4 An official list of accepted suggestions
As a counterpart to the list of rejected suggestions, some Scratchers have expressed interest in compiling a list of features of Scratch that were suggested by someone, and eventually implemented. But it is not easy to tell whether a suggestion was implemented because it was suggested by Scratchers in the forums, Scratchers elsewhere, a Scratch Team member, a teacher, or someone else. In other words, every feature currently in Scratch was suggested by somebody, so such a list would just be a list of all features of Scratch.

9.5 Allow files to be uploaded into forum posts
The Scratch Team would have to pay for storage of these files, and they only have a limited amount of resources to do so. Storage space would be better allocated toward Scratch projects, anyway. There is also the issue of someone uploading a file that can potentially cause harm to someone's computer. Searching through these files would require significantly more moderation work, and there are not enough moderators able to do the job at the moment.

9.6 Polls in the forums
Some Scratchers have suggested optional polls that could be implemented into forum threads so users can vote on a particular suggestion, state that they experience the same glitch as someone else, or for other reasons. However, the Scratch Team is less interested in polling results and more interested in constructive posts on the forums. Although polls could theoretically reduce the number of unconstructive posts, they likely would not help Scratchers think constructively and write constructive posts. This suggestion includes polls that Scratchers can create themselves, as well as pre-made polls.

9.7 Guide section on the forums
This proposed forum section would be a place for guides and tutorials that Scratchers could freely make with the purpose of helping others. However, the forums are generally a place for discussion; it is not a good place for topics with content that is not meant to be changed. A Scratch project or the Scratch Wiki are two good places to make tutorials.

10. Discussion Forum Restrictions

10.1 Remove or decrease the 60 Second Rule
The “60 Second Rule” refers to the fact that Scratchers need to wait 60 seconds after posting in the forums before they can post again (120 seconds for New Scratchers). While this may seem annoying, it is extremely effective against spam. Moreover, it can require users to carefully think about what they have typed before posting. You generally do not have to wait for very long between forum posts anyway; it is just 60 seconds. Decreasing it is also rejected; that is, the number of seconds will not be changed.

10.2 Show exact post count of other users
Like with similar numbers on the website (such as 100+ projects in studios), there is not really much of a benefit to seeing the exact number. Post count is not a competition. The goal is not to make as many posts as possible; instead, one should aim to make quality posts to help other users. If you are curious, you can still see your exact post count here.

10.3 Remove restricted image hosts or add your own websites
By requiring an image host website (such as cubeupload) to be used when posting images on the forums, this decreases the chances of inappropriate images being posted on the forums, as inappropriate images are not allowed on these image host websites. The Scratch Team does not have the time to whitelist everybody's websites, especially when acceptable websites already exist.

Years ago, the Scratch forums suffered from trolls who continually spammed the forums with highly inappropriate images. It got so bad that the [img] tag had to be temporarily disabled so it could be improved. Certainly Scratchers would prefer to have to use an image hosting website rather than not being able to post images at all.

Last edited by Za-Chary (Dec. 11, 2021 01:17:48)


This is my forum signature! On a forum post, it is okay for Scratchers to advertise in their forum signature. The signature is the stuff that shows up below the horizontal line on the post. It will show up on every post I make.

I was a Scratch Team member from May 10th 2019 to October 29th 2021.
Dragonlord767
Scratcher
1000+ posts

The Official List of Rejected Suggestions

Reported to be stickied… I think. I have no idea if it worked.

no signature plz
-Accio-
Scratcher
1000+ posts

The Official List of Rejected Suggestions

Reported to be stickied! Thanks for taking this responsibility!

Hi There! I'm -Accio-

Potterhead | Ravenclaw | Forum Helper | SDS Curator | Science | Math

StrangeMagic32
Scratcher
1000+ posts

The Official List of Rejected Suggestions

Increase Clone Limit
possibly rejected?
https://scratch.mit.edu/discuss/post/375856/

Harakou wrote:

Please don't bump up old threads unless it's really necessary. The clone limit we've added is a practical one to prevent projects from becoming unplayable. Otherwise, you could accidentally get sprites making infinite copies of themselves and such.

Last edited by StrangeMagic32 (March 10, 2019 18:24:20)



“Remember the worth of souls is great in the sight of God;”
- Doctrine and Covenants 18:10


I have since moved to @JollyWinter
PrincessFlowerTV
Scratcher
1000+ posts

The Official List of Rejected Suggestions

Fantastic! Reported to be stickied.

Angel of Music, guide and guardian, grant to me your glory,
-Christine, The Phantom of the Opera
(Thank you @just-there from The Profile Picture Shop for the banner ^^)





Nothing's down here, sorry to disappoint you.






JK. there may be something down there…









Maybe not, tho.











You're determined, aren't you?













Talar du Svenska? Om inte, det ar fin.





















Just stop it, will ya?

































Fine, you win.




Take a rice cake. *yeets you a rice cake*
Say “Thanks for that rice cake, Kewpie!” if you made it this far.
openPoll
Scratcher
1000+ posts

The Official List of Rejected Suggestions

Cool! Reported to be stickied

Moi? Whaddya wahnt from moi?

——

Inactive Scratcher • making memes wen??? • define defineI use DiscordI have Robux >:)1,000+ hours on Splatoon 2 • 250+ hours on Pokémon White • 100+ hours on MinecraftAn 8 bit remix I love • i have lots game • too lazy to make rainbows • still a proud Windows 7 user
NilsTheBest
Scratcher
1000+ posts

The Official List of Rejected Suggestions

Great! Thanks for doing this! I'll now refer to that post and bookmark this thread instead of the old one.

I think this is going to be your first sticky? Congrats!

Za-Chary
Scratcher
1000+ posts

The Official List of Rejected Suggestions

Dragonlord767 wrote:

Reported to be stickied… I think. I have no idea if it worked.

-Accio- wrote:

Reported to be stickied! Thanks for taking this responsibility!

PrincessFlowerTV wrote:

Fantastic! Reported to be stickied.

openPoll wrote:

Cool! Reported to be stickied

NilsTheBest wrote:

Great! Thanks for doing this! I'll now refer to that post and bookmark this thread instead of the old one.

I think this is going to be your first sticky? Congrats!
Thank you all, I'm happy to have this responsibility!

This is my forum signature! On a forum post, it is okay for Scratchers to advertise in their forum signature. The signature is the stuff that shows up below the horizontal line on the post. It will show up on every post I make.

I was a Scratch Team member from May 10th 2019 to October 29th 2021.
MaximunPokeMaster
Scratcher
500+ posts

The Official List of Rejected Suggestions

congrats on the sticky!!!!!!!!!!!!!!!!!!

H
openPoll
Scratcher
1000+ posts

The Official List of Rejected Suggestions

Congratulations on your first sticky!

Last edited by openPoll (March 11, 2019 09:19:11)


Moi? Whaddya wahnt from moi?

——

Inactive Scratcher • making memes wen??? • define defineI use DiscordI have Robux >:)1,000+ hours on Splatoon 2 • 250+ hours on Pokémon White • 100+ hours on MinecraftAn 8 bit remix I love • i have lots game • too lazy to make rainbows • still a proud Windows 7 user
Paddle2See
Scratch Team
1000+ posts

The Official List of Rejected Suggestions

StrangeMagic32 wrote:

Increase Clone Limit
possibly rejected?
https://scratch.mit.edu/discuss/post/375856/

Harakou wrote:

Please don't bump up old threads unless it's really necessary. The clone limit we've added is a practical one to prevent projects from becoming unplayable. Otherwise, you could accidentally get sprites making infinite copies of themselves and such.
Yeah, I think that's rejected.

Scratch Team Member, kayak and pickleball enthusiast, cat caregiver.

This is my forum signature! On a forum post, it is okay for Scratchers to advertise in their forum signature. The signature is the stuff that shows up below the horizontal line on the post. It will show up on every post I make.
(credit to Za-Chary)



;
Za-Chary
Scratcher
1000+ posts

The Official List of Rejected Suggestions

StrangeMagic32 wrote:

Increase Clone Limit
possibly rejected?
https://scratch.mit.edu/discuss/post/375856/

Harakou wrote:

Please don't bump up old threads unless it's really necessary. The clone limit we've added is a practical one to prevent projects from becoming unplayable. Otherwise, you could accidentally get sprites making infinite copies of themselves and such.
I'll be adding this later.

XayCraft360 wrote:

There is a new rejected suggestion:
I almost feel like this one is a little too “obvious” in the same way that “Remove the Community Guidelines” is also obvious. It should go without saying that the Scratch Team won't be removing the Terms of Use and the Community Guidelines, so it doesn't exactly seem necessary to add it to the list.

What do you think, is there a good place it could be put?

This is my forum signature! On a forum post, it is okay for Scratchers to advertise in their forum signature. The signature is the stuff that shows up below the horizontal line on the post. It will show up on every post I make.

I was a Scratch Team member from May 10th 2019 to October 29th 2021.
MaximunPokeMaster
Scratcher
500+ posts

The Official List of Rejected Suggestions

A “Go To Middle” block is rejected
PrincessFlowerTV Requested to add this when the 3rd directory was a sticky, but it was never responded by LionHeart70.
https://scratch.mit.edu/discuss/topic/341878/?page=1#post-3452628
Paddle said this about it:

Paddle2See wrote:

We want Scratchers to become familiar with the Scratch coordinate system - so I don't think we are likely to want to create a special block that discourages learning about it. But thanks for taking the time to put together this suggestion

Last edited by MaximunPokeMaster (March 11, 2019 21:31:05)


H
Za-Chary
Scratcher
1000+ posts

The Official List of Rejected Suggestions

MaximunPokeMaster wrote:

A “Go To Middle” block is rejected
PrincessFlowerTV Requested to add this when the 3rd directory was a sticky, but it was never responded by LionHeart70.
https://scratch.mit.edu/discuss/topic/341878/?page=1#post-3452628
Paddle said this about it:

Paddle2See wrote:

We want Scratchers to become familiar with the Scratch coordinate system - so I don't think we are likely to want to create a special block that discourages learning about it. But thanks for taking the time to put together this suggestion
I asked @Paddle2See about this one recently, because it seems like something that is way too simple to put into the list. Here was his response:

Paddle2See wrote:

I don't think you need to include suggestions that are clearly absurd or are not likely to reappear. The idea is try to head off suggestions that keep coming up again and again. Trying to cover *every* suggestion would maybe make it so large that it no longer is useful.
That being said, if this becomes a regular suggestion or a Scratch Team member specifically requests that it be added to the list, then I'll add it to the list. Until then, I don't think this needs to be in the list.

(This is also similar to @XayCraft360's recent post regarding this list — not the same suggestion, but both suggestions seem a little too obvious to add.)

This is my forum signature! On a forum post, it is okay for Scratchers to advertise in their forum signature. The signature is the stuff that shows up below the horizontal line on the post. It will show up on every post I make.

I was a Scratch Team member from May 10th 2019 to October 29th 2021.
Wahsp
Scratcher
1000+ posts

The Official List of Rejected Suggestions

Looks great! The only thing I would suggest is to have some sort of table of contents, but that might take up too much space

No signature currently stored in profile.
Za-Chary
Scratcher
1000+ posts

The Official List of Rejected Suggestions

Wahsp wrote:

Looks great! The only thing I would suggest is to have some sort of table of contents, but that might take up too much space
I had considered this. In fact, I really like this idea. But I need to have a good place for it, and putting the table of contents directly in this topic probably isn't a good idea. I was thinking of doing a separate topic with a table of contents perhaps in the “Show and Tell” forums.

This is my forum signature! On a forum post, it is okay for Scratchers to advertise in their forum signature. The signature is the stuff that shows up below the horizontal line on the post. It will show up on every post I make.

I was a Scratch Team member from May 10th 2019 to October 29th 2021.
XxShazammxX
Scratcher
100+ posts

The Official List of Rejected Suggestions

This is awesome! Thanks!

Happy to help!

(Unless I'm the one asking for help )
PhoenixLondon2008
Scratcher
100+ posts

The Official List of Rejected Suggestions

Nice topic! It's really helpful!


"Darkness is just a place without any light."

-Me




MaximunPokeMaster
Scratcher
500+ posts

The Official List of Rejected Suggestions

An option to convert to javascript has been requested multiple times, and it just got rejected:

https://scratch.mit.edu/discuss/topic/59876/?page=6#post-3471767

Paddle2See wrote:

Hello! While it is an intriguing suggestion, every time we have debated it among the Scratch Team, we've always came to the same conclusion - it's not a feature that would benefit beginning programmers and it would serve as a distraction for those trying to teach Scratch to them. So, regretfully, this suggestion is rejected.

H
Za-Chary
Scratcher
1000+ posts

The Official List of Rejected Suggestions

TABLE OF CONTENTS
This is a concise version of the main list of rejected suggestions. Along with it are short reasons that each suggestion is rejected, in case you do not feel like reading paragraphs of text.

1. Scratch Blocks

1.1 “Broadcast received” boolean block – too ambiguous in definition
1.2 “When stop sign clicked” hat block – defeats the purpose of the stop sign
1.3 “Pointing towards sprite” boolean block – too ambiguous in definition
1.4 Money blocks – too complex and does not further education
1.5 Social action reporter blocks – can be used to unfairly restrict projects
1.6 Cloud lists – magnifies issues with cloud variables
1.7 2D lists – outside the scope of the Scratch language
1.8 3D Scratch – outside the scope of the Scratch language
1.9 “Control mouse pointer” block – can be confusing for project viewers
1.10 “Forever if” C block – some users are confused by its definition
1.11 Letters in cloud variables – creates moderation and safety issues
1.12 Permanent option for cat blocks – April Fools' Day jokes are meant to be temporary

2. The Coding Interface

2.1 Adding users to work on projects – leads to private messaging
2.2 Text-based syntax in Scratch – outside the scope of the Scratch language
2.3 Set the editor to look like older versions of Scratch – can be complicated for educators and developers
2.4 Revert back to older versions of Scratch – may cause Scratch to break
2.5 Official Scratch to EXE converter – potentially violates the remixing policy
2.6 Increase the 300 clone limit – may cause Scratch to run slowly for some users
2.7 Scratch for video game consoles – not enough resources to do this

3. Scratch Projects

3.1 Chat projects with cloud variables – leads to private messaging
3.2 Disable remixing or censor minor remixes – violates the remixing policy
3.3 Ban certain franchises – just report inappropriate projects
3.4 Censor projects with no coding – Scratch is for all forms of creativity
3.5 Remove the automatic project censoring system – ensures safety in the community

4. Project Pages

4.1 Disable “See Inside” or restrict sharing – violates the remixing policy
4.2 Dislike button or a project rating system – discourages constructive commenting
4.3 Ability to see who viewed a project – may cause community drama

5. Studio Pages

5.1 Remove studio activity messages – does not help people who use the messages
5.2 “Invite all followers” button for studios – too easy to create spam
5.3 Remove “add everything” or “invite everyone” studios – not against the Community Guidelines
5.4 Revert back to older versions of the studio pages – may cause Scratch to run slowly
5.5 Increase the studio reply limit – may cause Scratch to run slowly

6. Comments and Text Fields

6.1 Delete or edit your comments everywhere – too easy to abuse and creates moderation issues
6.2 Remove character limits on text fields – too easy to create spam
6.3 Notification for being mentioned in comments – too easy to create spam
6.4 Live commenting or live streaming – does not further education and creates moderation issues
6.5 Censor the words {damn, crap, frick, lmao} – they are not offensive enough to censor completely

7. Scratch Community

7.1 Private messaging – too dangerous for kids and can be done elsewhere
7.2 A 13+ version of the Scratch website or age-restricted content – Scratch is for all ages
7.3 Ban “follow for follow” (F4F) – not against the Community Guidelines
7.4 Allow Scratchers to moderate the website – Scratch is a dark place behind the scenes
7.5 Scratchers and Scratch Team members should not post political views – Scratch allows respectful opinions
7.6 Improve or remove the extension policy – creates moderation issues
7.7 Paid advertisements on the Scratch website – Scratch cannot be monetized
7.8 Project advertisements on the Scratch website – creates moderation issues
7.9 Pop-up alert that encourages users to take a break from screen time – can be done elsewhere
7.10 Propose your own projects to be featured – creates issues for curators of the studio
7.11 “Recently Shared Projects” row on the front page – could possibly show inappropriate content
7.12 “Featured Scratchers” row on the front page – Scratch should be focused on projects, not users

8. Account Information

8.1 Changing usernames or changing display names – creates moderation issues and community confusion
8.2 Add a rank above Scratcher or allow users to skip the New Scratcher status – may cause community drama
8.3 Show when users are online – does not further education
8.4 Show when users are banned – removes privacy for the account owner
8.5 Recycle usernames – creates moderation issues
8.6 Blocking or ignoring Scratchers – does not solve any problems
8.7 Digital currency or Scratch achievements – does not further education
8.8 Notification when someone unfollows you – may cause community drama
8.9 Change the list of locations – this is out of the Scratch Team's control

9. Discussion Forum Features

9.1 Bring back the “Discuss” tab – forums are not well-guarded like the main website
9.2 Notification for being quoted in topics – impossible due to the forum structure
9.3 Off-topic or miscellaneous section on the forums – creates moderation issues
9.4 An official list of accepted suggestions – unnecessary and difficult to create
9.5 Allow files to be uploaded into forum posts – not enough storage space and created moderation issues
9.6 Polls in the forums – does not encourage constructive posting and it is not about the numbers
9.7 Guide section on the forums – does not fit the purpose of the forums

10. Discussion Forum Restrictions

10.1 Remove or decrease the 60 Second Rule – too easy to create spam
10.2 Show exact post count of other users – it is not about the numbers
10.3 Remove restricted image hosts or add your own websites – too easy to share inappropriate content

Last edited by Za-Chary (Dec. 4, 2021 16:43:28)


This is my forum signature! On a forum post, it is okay for Scratchers to advertise in their forum signature. The signature is the stuff that shows up below the horizontal line on the post. It will show up on every post I make.

I was a Scratch Team member from May 10th 2019 to October 29th 2021.

Powered by DjangoBB

Standard | Mobile