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.

Although I am 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.

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 quote the reason for rejection from this list. It would be a good idea to include a quote 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.

There are currently 67 rejected suggestions. 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)



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 in order 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 in order 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 a virtual-reality features in Scratch, or “Scratch VR.” A lot of the same difficulties come up.

There is a 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 Pi reporter block
This block would return the mathematical constant pi (or π). Although used extensively in math, it is not used very commonly in Scratch. For those who do need to use pi, a decimal approximation is generally accurate enough. Simply make a variable called “pi” and set it equal to 3.14159265.

(pi :: operators)

1.10 “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.

hide mouse pointer :: looks

1.11 “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.12 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, but in reality they are just using numbers in cloud variables and letters in normal variables.

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 for 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 which 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 Scratch
Scratch has to update sometimes in order to accommodate for certain changes. In particular, an online editor that ran off of Adobe Flash (rather than Java) was added in Scratch 2.0, and Scratch 3.0 was created for tablet support and in anticipation of the discontinuation of Flash. Changing the editor back to these older versions of Scratch 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 Scratch 3.0. The new interface was created in such a way that it is easy for the Scratch Team to keep working on improving Scratch 3.0, although updates and bug fixes take much longer to implement than you think.

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 in order to prevent projects from becoming unplayable. Otherwise, users could create a large amount 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 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.

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 off of 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 the 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 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.

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 stating your mistake 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 in 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 Remove the ability to disable comments
Some users believe that the ability to disable comments is pointless. These users wish to be able to give constructive feedback on any project they see, and they think that if a user disables comments on their project, then they just do not want to get negative feedback.

But, there are many reasons someone may want to disable comments on their project. For instance, perhaps someone is spamming in the comments, and the project creator wants to prevent that from continuing. Or, maybe the project creator is overwhelmed by the amount of comments they are getting on a popular project. There are good reasons why someone may want to disable comments, and the Scratch Team believes they should have that option.

6.5 Bring back the eggplant emoji
This emoji is frequently used in an inappropriate manner outside of Scratch. Such comments do not need to be brought to Scratch. Although one could argue that any comments which use the emoji inappropriately could just be reported, sometimes it is better to solve a problem by removing its cause altogether. This was the case with something as minor as the eggplant emoji.

6.6 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.7 Censor the words {damn, crap, frick}
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) in a disrespectful manner. 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.

7. Scratch Community

7.1 Private messaging
Scratch currently has public messaging, meaning anyone is able to 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 really the purpose of using 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 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 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 Restrict coronavirus content on Scratch
Although the coronavirus COVID-19 is a serious illness, it is important for a lot of Scratchers to have the ability to share content about it. Specifically, many people use humor as a way to cope with situations that they cannot control. Others appreciate the ability to simply talk about current events with other users. As a result, the Scratch Team does not see a need to restrict all coronavirus-related content. If you see a project or a comment about coronavirus that seems inappropriate or disrespectful, just use the Report button as always, and the Scratch Team will decide on a case-by-case basis if it should be taken down.

7.11 Propose your own projects to be featured
Scratchers are able to 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 a few reasons why this rule is in place. For one, if users could propose their own projects, then there would be a lot more requests in the studio, and it would be very difficult for curators to add them all. But also, proposing someone else's project helps to 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, keeping in mind that they may decide not to propose it, and you should not try to force them to propose it.

8. Account Information

8.1 Changing usernames
If a user could change their username (or even set a certain “nickname”), 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 is 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.

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 Show a Scratcher's gender on their profile
This could be easily done with the “About Me” section of a Scratcher's profile. In addition, it is possible to enter your own genders when registering for Scratch, including ones with inappropriate words and phrases. Moreover, a person's gender can change over time. As a result, the “About Me” section is the best place to state your gender so it can remain up-to-date and be reported if needed.

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 on 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 Remove the “Suggestions” forum
This forum is useful for the Scratch Team to see what feedback Scratchers have about the website. Regardless of whether these suggestions will be implemented, the Scratch Team still uses this forum to get an idea of how to improve the website. Furthermore, it promotes discussion of the benefits and downsides of a particular user's suggestion. Despite what it may seem, the Scratch Team does check this forum, and there have been a number of suggestions made in this forum that have since been implemented.

9.5 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.6 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.

10. Discussion Forum Restrictions

10.1 Remove or change 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 are able to 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. Changing 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, but 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.

10.4 Moderate mini-mods
There are a lot of users (“mini-mods”) on the forums who like to help out by identifying duplicate posts, explaining rules and forum etiquette (especially in response to blockspamming or necroposting), or quoting this Rejected Suggestions list. Such actions can actually be helpful for the Scratch Team moderators as these mini-mods can effectively answer users' questions or direct a user on where to go. Of course, these mini-mods should be acting helpful; you can report anyone who is trying to moderate someone without being respectful.


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


Reported to be stickied! Thanks for taking this responsibility!


Increase Clone Limit
possibly rejected?

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.


Fantastic! Reported to be stickied.


Cool! Reported to be stickied


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!


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!


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


Congratulations on your first sticky!


There is a new rejected suggestion:


StrangeMagic32 wrote:

Increase Clone Limit
possibly rejected?

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.


StrangeMagic32 wrote:

Increase Clone Limit
possibly rejected?

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?


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


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


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


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 awesome! Thanks!


Nice topic! It's really helpful!


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

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.