Die Offizielle Liste der Abgelehnten Vorschläge (The Official List of Rejected Suggestions)

Dies ist die Übersetzung der Offiziellen Liste der Abgelehnten Vorschläge. Sie wurde als Wiki-Artikel statt eines Forenposts erstellt, sodass alle mit einem Wiki-Account sie bearbeiten können, was bedeutet, dass sie aktueller sein kann. Die Liste wurde teilweise mit einem Übersetzer, teilweise von Hand übersetzt, weil es einfach zu anstrengend wäre, 71 KB zu übersetzen.

Generelle Informationen

Willkommen zur Liste der Abgelehnten Vorschläge!

Dieser Beitrag enthält Vorschläge, die zuvor vom Scratch-Team abgelehnt wurden. Als Ergebnis, bitte mache keine Posts im "Suggestions"-Forum ("Vorschläge"-Forum) oder im Deutschen Forum, die irgendeinem von diesen Vorschlägen ähneln oder über ihn diskutieren. Dein Forenthema wird ansonsten geschlossen und du wirst auf diesen Wiki-Beitrag (im Deutschen Forum) oder auf den Forenpost (im "Suggestions"-Forum) verwiesen.

Beachte, dass un-ablehnen eines Vorschlags einzig und allein dem Scratch-Team unterliegt. Mache deshalb auch keine Posts im "Suggestions"- oder im Deutsch-Forum, dass das Scratch-Team einen abgelehnten Vorschlag "Neudenken" soll, außer du gibt eine Lösung, wie das Problem, welches ausgelöst hat dass der Vorschlag abgelehnt wurde, gelöst werden kann.

Jeder Vorschlag, der hier aufgelistet ist, wurde vom Scratch-Team offiziell abgelehnt. Beschreibungen für jeden angelehnten Vorschlag wurden von Za-Chary geschrieben, und zusätzlich sind in den Textbelegen ein Link zum Post eines Scratch-Team-Mitglieds, in dem es den Vorschlag offiziell ablehnt. Wenn du irgendwas nicht verstehst, zum Beispiel, warum ein Vorschlag abgelehnt wurde, frage uns auf der Diskussionsseite.

Wenn du irgendwen in den Foren oder irgendwo anders auf der Webseite siehst, der versucht, etwas Vorzuschlagen was Abgelehnt wurde, Weise ihn auf diesen Beitrag hin. Es wäre eine gute Idee ein Zitat von dieser Liste einzubauen, welches erklärt, warum der Vorschlag abgelehnt wurde. Auf den Foren machst du das mit: [wiki=de:Die Offizielle Liste der Abgelehnten Vorschläge (The Official List of Rejected Suggestions)]Die Offizielle Liste der Abgelehnten Vorschläge (The Official List of Rejected Suggestions)[/wiki]. Ausserhalb der Foren kannst du diese Seite einfach verlinken 😉.

Bitte lass uns auf der Diskussionsseite über Updates, Rechtschreibfehler oder anderes Feedback wissen, dann können wir die Liste damit verbessern 😀.

Vorherige Listen

Juli 2009 – Mai 2013 (von @Chrischb)

Mai 2013 – Februar 2017 (von @jvvg)

Februar 2017 – August 2018 (von @customhacker)

August 2018 – März 2019 (von @LionHeart70)

Andere Übersetzungen

日本語 (Japanisch, von @inoking)

Français (Französisch, von @IA-maker)

Português (Portugiesisch, von @Super-Cat-Poderoso21)

Română (Rumänisch, von @LankyBox01)

Scratch-Blöcke

"Nachricht erhalten?"-Block

Dies würde es einem Projekt theoretisch ermöglichen, zu erkennen, wann eine Nachricht gesendet wird, aber es gibt Unklarheiten darüber, wie dies funktionieren würde. Würde es wahr werden, wenn die Nachricht zu irgendeinem Zeitpunkt nach dem Klicken auf die grüne Flagge oder nur in dem Moment, in dem die Nachricht gesendet wurde, oder etwas anderes, ausgeführt wurde? Umgehungen für diesen Block gibt es je nach deiner beabsichtigten Verwendung; weitere Informationen sind hier zu finden.

Die Blöcke "Wiederholen, bis die Nachricht empfangen wurde" und "Warten, bis die Nachricht empfangen wurde" werden jedoch NICHT abgelehnt. Sie können hier diskutiert werden.

<[Nachricht v] erhalten? :: events>

"Wenn Stoppschild angeklickt wurde"-Block

Dieser Block würde es Benutzern ermöglichen, auf das Stoppschild zu klicken, um ein Skript auszuführen. Das Stoppschild ist jedoch so konzipiert, dass alle Skripte im Projekt gestoppt werden. Wenn dieser Block vorhanden ist, beginnen mehr Skripte, wenn Sie möchten, dass das Projekt stoppt, wodurch der Zweck des Stoppschilds zunichte gemacht wird. Unabhängig davon gibt es Workarounds für diesen Block mit den Timer- oder Durchsichtigkeits-Effekt-Blöcken; diese sind hier oder hier zu finden.

Dies gilt auch auf jeden Block, der dazu führt, dass ein Skript aufgrund des Klickens auf das Stoppschild ausgeführt wird, nicht nur auf den spezifischen Startblock unten. Weitere Informationen sind hier zu finden.

Wenn @stopSign angeklickt wird :: events hat

„Zeigt auf Figur?“-Block

Theoretisch würde dies einer Figur ermöglichen, zu erkennen, ob sie auf ein andere Figur zeigt, aber es besteht Unklarheit darüber, wie dies funktionieren würde. Würde es „true“ zurückgeben, wenn das Sprite in eine beliebige Richtung auf ein anderes Sprite zeigt, oder nur, wenn es genau auf die Mitte dieses Sprites zeigt? Dies hängt von der beabsichtigten Funktion des Blocks ab. In diesem Fall könnten eigene Lösung implementiert werden.

Ein Block, der diese Unklarheit beseitigt, indem er beschreibt, wohin die Figur genau zeigt, wird jedoch NICHT abgelehnt. Er kann hier diskutiert werden..

<Zeigt auf (Figur v)? :: sensing>

Blöcke für soziale Aktionen

Dieser Block könnte beispielsweise verwendet werden, um die aktuelle Anzahl der Likes für das Projekt zu ermitteln. Projektentwickler können diese Blöcke jedoch leicht dazu verwenden, um Scratcher daran zu hindern, das Projekt zu spielen, solange es nicht genügend Likes erhalten hat. Wenn ein Benutzer den Like-Button für ein Projekt drückt, sollte dies geschehen, weil ihm das Projekt gefallen hat, und nicht, weil er versucht, ein bestimmtes Ziel zu erreichen. Soziale Aktionen sind nicht als Mittel zur Interaktion mit einem Scratch-Projekt gedacht.

Dies gilt für alle sozialen Aktionen, einschließlich Aufrufe, Likes, Favoriten, Remixe, Kommentare und Follower. Es gilt auch für alle anderen Arten von Blöcke, die soziale Aktionen beinhalten.

(Anzahl der [Likes v] :: sensing)

Cloud-Listen

Mit diesem Block könnten Listen erstellt werden, die für alle sichtbar sind, ähnlich wie Cloud-Variablen. Allerdings würden Cloud-Listen ähnliche Einschränkungen wie Cloud-Variablen erfordern, und die derzeitigen Probleme mit Cloud-Variablen würden durch die Hinzufügung von Cloud-Listen nur noch zunehmen. Es können weiterhin Cloud-Variablen verwendet werden, um eine Liste zu erstellen, deren Einträge für alle sichtbar sind.

(☁ Liste :: list)

2D-Listen

2D-Listen, auch bekannt als 2D-Arrays, verschachtelte Listen oder Matrize, sind eine Art Datenstruktur, die es Ihnen ermöglicht, eine ganze Liste als Element einer anderen Liste zu setzen; das heißt, es ermöglicht Ihnen, Listen in Listen zu setzen. Diese Arten von Datenstrukturen werden in anderen Programmiersprachen und Funktionen ähnlich wie eine Tabelle verwendet.

Dieser Block und andere würden es ermöglichen, 2D-Listen zu erstellen, um Informationen zu speichern. Dies ist jedoch zu kompliziert für eine einführende Programmiersprache. Es gibt Umgehungen, die durch die Verwendung einer gewöhnlichen Liste und einer Indexierungsfunktion möglich sind. Für diejenigen, die interessiert sind, könnte es sich lohnen, sich Snap! anzuschauen. Es handelt sich um eine blockbasierte Programmiersprache, die für erfahrene Programmierer entwickelt wurde und über fortschrittlichere Datenstrukturen verfügt als Scratch.

[] zur Unterliste () von [Liste v] hinzufügen :: list

3D Scratch

Eine 3D-Scratch-Schnittstelle, die eine Z-Achse in der Projektphase umfasst, könnte die Erstellung von 3D-Projekten erleichtern. Scratch ist jedoch eine Sprache, die für Anfänger so einfach wie möglich zu erlernen ist. Der Zweck von Scratch ist es, Anfängern grundlegende Programmierkonzepte beizubringen, die am besten mit einer 2D-Schnittstelle erreicht werden. Das Hinzufügen einer 3D-Schnittstelle könnte das Erlernen und Unterrichten von Scratch erschweren. Dazu gehört auch eine separate Website für 3D Scratch. Dazu gehört auch die Möglichkeit für Virtual-Reality-Funktionen "Scratch VR", bei denen viele der gleichen Schwierigkeiten auftreten; weitere Informationen sind hier zu finden.

Für Interessierte kann es sich lohnen, Snaps 3D Beetle Erweiterung oder CreatiCode zu besuchen. Es handelt sich um blockbasierte Programmiersprachen, die dem Scratch-Editor ähneln, aber mit 3D-Funktionen. Es gibt ein weiteres ähnliches Programm wie Scratch, das Blockprogrammierung mit 3D-Funktionen enthält, genannt Starlogo TNG.

Blöcke, die den Mauszeiger steuern

Dieser Block und andere können verwendet werden, um den Mauszeiger auszublenden, sein Aussehen zu ändern, ihn einzufrieren oder zu verhindern, dass er den Projektbildschirm verlässt. Diese Blöcke ändern jedoch nicht wesentlich die Arten von Projekten, die mit Scratch erstellt werden können; weitere Informationen sind hier zu finden. Darüber hinaus können sie Benutzer verwirren, indem sie sich fragen, wohin der Mauszeiger gegangen ist.

Das Ändern des Aussehens des Mauszeigers auf einen der Standard-Mauszeiger wird jedoch NICHT abgelehnt. Das kann hier diskutiert werden.

Mauszeiger ausblenden :: extension

"Für immer, wenn"-Block

Dieser Block befand sich im Scratch 1.4-Editor und funktionierte genauso wie das Einsetzen eines "wenn"-Blocks in eine "für immer" Schleife. Es wurde in Scratch 2.0 entfernt, weil viele Anfänger es verwirrend fanden. Die oben erwähnte Problemumgehung ist offensichtlich einfach und intuitiver.

Für immer, wenn <> {
} :: control cap

Kommentarblock

Im Prinzip hat der Kommentarblock keine Funktion, aber er würde verwendet werden, um Kommentare in einer Linie mit anderen Blöcken in einem Skript zu schreiben. Dies wäre zum Beispiel für diejenigen nützlich, die erklären möchten, wie ihr Code funktioniert. Dieser Block erwies sich als zu verwirrend für Anfänger, die erwarteten, dass alle Blöcke etwas tun (der Kommentarblock tut nichts). Infolgedessen hat das Scratch-Team das bestehende Kommentarsystem erstellt, bei dem Kommentare auf eine Weise an einen Block angehängt werden können, die eindeutig vom Rest der Blöcke im Skript getrennt ist. Es gibt eine einfache Problemumgehung: Erstelle einen benutzerdefinierten Block mit einer Texteingabe und setze nichts in seine Definition ein.

Kommentar [] :: #aeaeae

"Springe zu Code"-Block

Dieser Block könnte verwendet werden, um einem Programm zu ermöglichen, zu einem anderen Punkt im Code zu springen, auch innerhalb desselben Skripts, ähnlich wie die "goto"-Anweisung, die in anderen Programmiersprachen verwendet wird. Dies könnte jedoch zu Verwirrung führen; durch die Verwendung von weniger Strukturierte Programmierung könnte dies zu verwirrendem Lesen und Schreiben von Code führen.

Springe zu [Code v] :: control

Geldblöcke

Dieser Vorschlag bezieht sich auf Scratch-Blöcke im Editor, mit denen man digitale Währung tauschen kann. Das Problem dabei ist, dass viele Nutzer der Website jung sind und nicht genau wissen, wie Geld funktioniert (und die meisten besitzen nicht einmal eine Kreditkarte). Nutzer könnten Projekte erstellen, bei denen andere einen hohen Geldbetrag zahlen müssen, um sie spielen zu können. Insgesamt würde dies die Website unnötig verkomplizieren und den Zugang für die Nutzer einschränken, ohne einen erkennbaren pädagogischen Nutzen zu bringen.

Eine sehr gute und detaillierte Analyse, warum Nutzer mit Scratch kein Geld verdienen sollten, findet sich in hier.

Frage für [$ v] und warte ::operators

Das Programmier-Interface

Hinzufügen von Benutzern zur Arbeit an Projekten

Die Arbeit mehrerer Scratcher an einem Projekt wäre nicht nur aufgrund technischer Einschränkungen schwierig zu moderieren, sondern auch, weil dies zu privaten Nachrichten führen könnte; weitere Informationen finden Sie unter Punkt 8.1 dieser Liste. Dies umfasst Live-Bearbeitung (ähnlich wie bei Google Docs) und andere Formen der privaten Zusammenarbeit. Wenn du mit einem anderen Scratcher an einem Projekt zusammenarbeiten möchtest, könnt ihr die Projekte des jeweils anderen remixen.

Derzeit wird ein rundenbasiertes Kollaborationssystem für veröffentlichte Projekte NICHT abgelehnt. Es kann hier diskutiert werden.

Textbasierte Syntax in Scratch

Einige Benutzer möchten Scratch nicht mit den Blöcken programmieren, sondern stattdessen Code eingeben (ähnlich wie bei fortgeschritteneren Programmiersprachen). Andere sind an einer Option interessiert, mit der sie Scratch-Code anzeigen, konvertieren oder in andere Programmiersprachen herunterladen können. Das Scratch-Team hat diese Möglichkeit jedoch mehrfach diskutiert und jedes Mal entschieden, dass dies für Anfänger oder Lehrer nicht vorteilhaft wäre.

Dies gilt für das Programmieren, Anzeigen, Konvertieren oder Herunterladen von Scratch in jeder textbasierten Sprache, einschließlich BBCode, Javascript, einigen Formen von Pseudocode oder anderen Programmiersprachen. Wenn Sie mit einer anderen Sprache programmieren möchten, können Sie diese selbst lernen, aber dies müsste außerhalb von Scratch geschehen. Für Interessierte könnte es sich lohnen, sich Tosh anzusehen. Dabei handelt es sich um eine textbasierte Programmiersprache, die als Texteditor für Scratch-Projekte dient. Eine weitere Option ist MakeCode Arcade, eine Programmiersprache, die innerhalb des Editors zwischen blockbasierter und textbasierter Programmierung konvertieren kann. Fortgeschrittene Programmierer können Leopard verwenden, um Scratch-Projekte direkt mit JavaScript zu erstellen.

Offizieller Scratch-zu-EXE-Konverter

Ein wichtiges Ziel von Scratch ist es, dass jeder den Code jedes Projekts einsehen kann. Diese Philosophie ist nicht nur für das Erlernen von Code und das Remixen wichtig, sondern auch für Moderationszwecke. Weitere Informationen sind unter #3.2 und #4.1 in dieser Liste zu finden. Die Konvertierung in EXE (oder andere Black-Box-Ausführungsdateien) verhindert, dass Benutzer den Code einsehen können, und widerspricht somit dieser Philosophie. Es gibt zwar Konverter von Drittanbietern, die verwendet werden dürfen, aber das Scratch-Team wird keinen offiziellen Konverter erstellen.

Erhöhung der Klonbegrenzung von 300

Die Klonbegrenzung wurde eingeführt, um zu verhindern, dass Projekte unspielbar werden. Andernfalls könnten Benutzer sehr schnell eine große Anzahl von Klonen erstellen und die Browser-Seite eines anderen Benutzers zum Absturz bringen. Außerdem möchte das Scratch-Team sicherstellen, dass alle Projekte für möglichst viele Menschen reibungslos funktionieren. Selbst eine Erhöhung der Begrenzung auf 500 Klone könnte dazu führen, dass das Projekt auf den Geräten einiger Benutzer langsam läuft.

Scratch-Editor für Videospielkonsolen

Das Scratch-Team verfügt nicht über die Ressourcen, um einen Scratch-Editor auf einer Videospielkonsole zu installieren. Dies schließt die Entwicklung eines Scratch-Editors für Nintendo-, Xbox- und Playstation-Konsolen ein.

Die Möglichkeit, Spielecontroller an einen Computer oder ein Tablet anzuschließen, um sie für Scratch zu verwenden, wird jedoch NICHT abgelehnt. Siehe beispielsweise hier, aber beachte, dass das Scratch-Team zu diesem Thema vorerst alle erforderlichen Rückmeldungen erhalten hat.

Standardliste in einem neuen Scratch-Projekt

Erstellt man ein neues Scratch-Projekt, wird automatisch eine Variable namens „Meine Variable” angelegt. Einige Scratcher haben vorgeschlagen, dass automatisch eine Liste angelegt werden sollte, beispielsweise mit dem Namen „meine Liste”. Listen sind für neue Benutzer jedoch oft komplizierter und werden daher nicht so häufig verwendet.

Buchstaben in Cloud-Variablen

Einige Benutzer wünschen sich eine einfache Möglichkeit, Cloud-Variablen auf Werte zu setzen, die Buchstaben enthalten. Die Zulassung von Buchstaben in Cloud-Variablen würde jedoch zu zahlreichen Moderationsproblemen führen. Beispielsweise wäre es zu einfach, unangemessene Cloud-Chat-Projekte zu erstellen; weitere Informationen sind unter Punkt 3.1 dieser Liste zu finden.

Es ist möglich, Buchstaben in Cloud-Variablen zu simulieren, indem man zwischen Zahlen in Cloud-Variablen und Buchstaben in normalen Variablen kodiert und dekodiert.

KI-Bildgenerierung in Scratch

Das Scratch-Team hat in der Vergangenheit mit der KI-Bildgenerierung für Scratch experimentiert. Dies hat Vorteile für die Förderung der Kreativität, da es Scratchern beispielsweise erleichtert, die gewünschten Kostüme für ihre Projekte zu erstellen, und sie dazu inspiriert, neue Geschichten auf der Grundlage der von ihnen generierten Bilder zu entwickeln. Allerdings gibt es auch viele Nachteile, darunter ethische Bedenken aufgrund der Verwendung von urheberrechtlich geschütztem Material in KI-Bildern, Vorurteile in der KI, die schädliche Stereotypen verstärken, die Leichtigkeit, mit der unangemessene Inhalte erstellt werden können, und die Schwierigkeit, Zugang zu KI zu erhalten. Aus diesen Gründen hat das Scratch-Team erklärt, dass es in naher Zukunft keine KI-Bildgenerierung zu Scratch hinzufügen wird. Weitere Informationen siehe hier.

Die Verwendung von KI als virtueller Assistent wird jedoch NICHT abgelehnt. Du kannst darüber hier diskutieren. Im Allgemeinen wird KI in Scratch nicht vollständig abgelehnt; es hängt von der konkreten Verwendung der KI ab.

Beachte auch, dass die Verwendung von KI-Bildern in Scratch-Projekten erlaubt ist; weitere Informationen können unter #3.7 in dieser Liste gefunden werden.

Scratch-Projekte

Chat-Projekte mit Cloud-Variablen zulassen

Obwohl es möglich ist, ein Chat-Projekt mit Cloud-Variablen zu erstellen, ist es nicht erlaubt, ein solches Projekt zu erstellen. Der Grund dafür ist, dass ein hohes Potenzial für Mobbing und unangemessene Nachrichten besteht und das Scratch-Team nicht über die Ressourcen verfügt, um diese Chatrooms zu moderieren. Dazu gehört auch das Hinzufügen eines Blocks, der unangemessene Sprache herausfiltert, da ein solcher Block nur für Cloud-Chat-Projekte nützlich wäre, die nicht erlaubt sind. Weitere Informationen sind hier zu finden.

Chat-Projekte auf Scratch, die eine Whitelist enthielten (d. h. der Benutzer konnte nur mit bestimmten Wörtern chatten), waren früher auf Scratch erlaubt. Mit der Zeit wurden die Moderationsprobleme jedoch zu groß, und einige Benutzer versuchten, solche Projekte zu nutzen, um die Community-Richtlinien zu umgehen. Infolgedessen hat das Scratch-Team beschlossen, dass solche Projekte auf der Scratch-Website nicht mehr erlaubt sind, selbst wenn sie eine Whitelist mit Wörtern enthalten. Allerdings sind Whitelist-Phrasen in Ordnung, vorausgesetzt, dass Benutzer mit dem Cloud-Chat-Projekt nicht frei eigene Sätze schreiben können.

Remixen deaktivieren oder geringfügige Remixe zensieren

Einer der wichtigsten Aspekte von Scratch ist das Teilen. Scratch ist eine Website, auf der du deine Arbeiten nicht nur präsentieren, sondern auch mit anderen teilen kannst. Wenn du dein Projekt auf der Scratch-Website veröffentlichst, erklärst du dich damit einverstanden, dass andere deine Arbeit remixen dürfen. Dazu gehört auch, dass andere ihr Lager nutzen dürfen, um Ihre Kreationen in ihren eigenen Projekten zu verwenden. Es ist nicht erlaubt, in den Anmerkungen und Credits eines Projekts „Dieses Projekt darf nicht remixt werden” zu schreiben; Du könntest dafür verwarnt werden, da dies vom Remixen abhält. Dies gilt auch für die Möglichkeit, die Erlaubnis zum Remixen eines Projekts zu verlangen, da du anderen bereits die Erlaubnis erteilt haben, deine Kreationen zu verwenden, indem du ein Projekt auf Scratch veröffentlicht hast. Weitere Informationen sind hier zu finden.

Das Remixen eines Projekts ist auf Scratch erlaubt, auch wenn das Remix nur geringfügige Änderungen enthält (einschließlich Farbänderungen). Wenn du jedoch ein Projekt remixst, solltest du in den Anmerkungen und Danksagungen angeben, was du geändert habst . Wenn du ein Projekt siehst, das keine erkennbaren Änderungen enthält, verwende bitte die Schaltfläche „Melden“, damit das Scratch-Team sich das Projekt ansehen kann. Dies gilt auch für „extrem geringfügige Remixe“, wie z. B. einen Remix eines Spiels, bei dem du 2 Punkte pro Sekunde statt 1 Punkt erhälst. Solange der Benutzer erklärt, was er an dem Projekt geändert hat, und die entsprechenden Credits angibt, ist dies in Ordnung.

Eine Funktion, die verhindert, dass unveränderte Remixe veröffentlicht werden, wird jedoch NICHT abgelehnt. Du kannst darüber hier diskutieren.

Bestimmte Franchises verbieten

Im Allgemeinen zensiert das Scratch-Team keine Projekte, die auf einem bestimmten Franchise basieren, es sei denn, es wurden eine große Anzahl unangemessener Projekte mit diesem Franchise erstellt. Im Allgemeinen ist es in der Regel möglich, angemessene Projekte auf der Grundlage eines bestimmten Franchises zu erstellen. Je nach Franchise selbst und den Arten von Projekten, die damit erstellt werden, kann das Scratch-Team beschließen, ein Franchise aus Scratch zu verbannen, wenn dies erforderlich ist, aber das liegt in seinem Ermessen. Natürlich solltest du bei unangemessenen Projekten jeglicher Art immer die Schaltfläche „Melden” verwenden.

Zensur von Projekten ohne Programmierung

Scratch fördert vielfältige Kreativität, nicht nur im Bereich der Programmierung. Daher sind viele Arten von Projekten zulässig, beispielsweise Algorithmen, Spiele, Kunst, Animationen, Musik und andere. Einige dieser Projekte erfordern nicht unbedingt Skripte, und das Scratch-Team verlangt dies auch nicht.

Entfernen vom automatische Projektzensursystem

Das automatische Projektzensursystem mit der damit verbundenen vorübergehenden Kontosperrung ist äußerst nützlich, um die Sicherheit der Community zu gewährleisten. Ohne dieses System könnten Nutzer, die unangemessene Projekte erstellen, diese ohne unmittelbare Konsequenzen weiter erstellen, wenn zu diesem Zeitpunkt kein Moderator online ist. Dadurch würden einfach mehr Menschen unangemessenen Inhalten ausgesetzt werden. Das Scratch-Team ist zwar offen für Verbesserungen dieses Systems, aber weder die Entfernung der automatischen Projektzensur noch die Entfernung der automatischen vorübergehenden Kontosperrung sind die Lösung.

Möglichkeit, nicht freigegebene Projekte von Scratchern anzuzeigen

Wenn ein Scratch-Projekt nicht freigegeben ist, soll es nur vom Ersteller des Projekts und dem Scratch-Team angesehen werden können. Wenn jeder die Möglichkeit hätte, nicht veröffentlichte Projekte anderer Scratcher zu sehen, könnte dies zu Missbrauch führen: Scratch-Projekte könnten vor ihrer Freigabe veröffentlicht werden, persönliche Informationen könnten ausgetauscht werden oder jemand könnte auf unangemessene Inhalte stoßen, die eigentlich von der Scratch-Website entfernt werden sollten. Indem nicht veröffentlichte Projekte vor anderen Scratchern verborgen bleiben, kann dieser Missbrauch verhindert werden.

Das Scratch-Team ist zwar offen für die Implementierung von Funktionen, die die Zusammenarbeit erleichtern, aber die Möglichkeit für Scratcher, nicht geteilte Projekte anderer anzusehen, ist keine Lösung. Weitere Informationen sind hier zu finden.

Verbot der Verwendung von KI-Bildern in Scratch-Projekten

Es ist nicht möglich, mit 100-prozentiger Sicherheit zu sagen, ob ein bestimmtes Bild mit KI erstellt wurde oder nicht, und dies würde mit der Verbesserung der KI nur noch schwieriger werden, sodass ein solches Verbot nicht durchgesetzt werden könnte. Darüber hinaus hat KI einige Vorteile für die Steigerung der Kreativität, darunter die Erleichterung der Erstellung von Kostümen für codierungsorientierte Projekte durch Scratcher sowie die Inspiration von Scratchern, neue Geschichten auf der Grundlage der von ihnen generierten Bilder zu erstellen. Solange die zur Erstellung der Bilder verwendete Software ordnungsgemäß angegeben wird, ist die Verwendung von KI-Bildern in Scratch-Projekten erlaubt.

Beachte jedoch, dass das Scratch-Team keinen integrierten KI-Bildgenerator für den Scratch-Editor entwickeln wird. Weitere Informationen findest du unter Punkt 2.8 dieser Liste.

Projektseiten

„Schau hinein” deaktivieren oder privates Veröffentlichen

Einige Benutzer wünschen sich eine Option, mit der sie verhindern können, dass andere Scratcher ihr Projekt einsehen und ihre Grafiken, Skripte oder Sounds verwenden. Die Kernidee von Scratch lautet jedoch „Vorstellen, Programmieren, Teilen”. Wenn ein Projekt auf der Scratch-Website veröffentlicht wird, wird anderen ermöglicht, den Code einzusehen und die darin enthaltenen Daten möglicherweise zu remixen oder wiederzuverwenden, sofern sie die Quelle angeben. Dazu gehört auch, dass andere das Lager nutzen können, um Ihre Kreationen in ihren eigenen Projekten zu verwenden. Wenn du jedoch feststellst, dass ein Projekt Inhalte eines anderen Scratchers verwendet, ohne diesen als Urheber zu nennen, klicke bitte auf die Schaltfläche „Melden”. Wenn du nicht möchtest, dass andere Benutzer Einblick in Ihr Projekt erhalten, solltest du dein Projekt nicht auf der Scratch-Website veröffentlichen.

Eine private Freigabe, bei der nur bestimmte Benutzer das Projekt sehen können, wird ebenfalls nicht implementiert. Es ist wichtig, dass Projekte öffentlich veröffentlicht werden, damit jeder sie sehen und bei Unangemessenheit melden kann. Würde man nur bestimmten Benutzern die Ansicht von Projekten erlauben, würde dies die Wahrscheinlichkeit erhöhen, dass unangemessene Projekte auf der Website veröffentlicht werden. „Nicht gelistete Projekte”, ähnlich wie eine YouTube-Funktion, werden aus dem gleichen Grund ebenfalls nicht implementiert; weitere Informationen findest du hier. Dies könnte auch für private Nachrichten genutzt werden; weitere Informationen findest du unter #8.1 in dieser Liste.

„Dislike“-Button oder ein Projektbewertungssystem

Im Allgemeinen sind die ersten Projekte eines Benutzers eher einfach, wie z.B. Testprojekte, Remixe oder Projekte, die mithilfe von Tutorials erstellt wurden. Da diese Projekte einfach sind, geben andere Benutzer ihnen möglicherweise niedrige Bewertungen, da sie nicht fortgeschritten sind. Bei ausreichend niedrigen Bewertungen könnte der Ersteller so entmutigt werden, dass er die Nutzung von Scratch einstellt. Darüber hinaus wird konstruktives Feedback auf Scratch gefördert. Ein „Dislike”-Button zeigt dem Ersteller zwar, wie vielen Personen sein Projekt nicht gefallen hat, sagt aber nichts darüber aus, was der Ersteller besser machen könnte. Wenn dir ein Projekt nicht gefällt, kannst du es entweder nicht mit „Gefällt mir” markieren oder einen respektvollen und konstruktiven Kommentar hinterlassen, in dem du dem Benutzer sagst, wie er das Projekt verbessern kann, und zusätzlich erwähnen, was dir an dem Projekt gefällt.

Aus diesem Grund wird ein „Dislike“-Button für alles abgelehnt, einschließlich Projekten und Kommentaren. Dazu gehören auch „Dislike“- oder „Daumen runter“-Emojis für Kommentare. Dazu gehört auch ein Schein-„Dislike“-Button, der keine Zahl in einem „Dislike-Zähler“ erhöht; weitere Informationen findest du hier. Ein „Gefällt mir“-Button für Kommentare wird jedoch NICHT abgelehnt. Du kannst darüber hier diskutieren.

Möglichkeit zu sehen, wer ein Projekt angesehen hat

Aufrufe unterscheiden sich von Likes und Favoriten darin, dass Nutzer ein Projekt ansehen können, um zu sehen, ob es ihnen gefällt, und es dann mit einem Like oder als Favorit markieren können, wenn es ihnen gefällt. Mit diesem Vorschlag könnte es zu Konflikten kommen, wenn ein Nutzer sieht, dass ein anderer Nutzer ein Projekt angesehen, aber nicht mit einem Like oder als Favorit markiert hat. Außerdem erhalten Projekte in der Regel deutlich mehr Aufrufe als Likes, Favoriten oder Kommentare. Wenn Nutzer also Benachrichtigungen darüber erhalten würden, würde dies zu vielen unerwünschten Nachrichten führen. Trotz alledem gibt es eine Umgehungslösung, die Cloud-Variablen verwendet, sodass man potenziell sehen könnte, wer ein Projekt angesehen hat. Dazu gehört auch die Möglichkeit, zu sehen, wer einen Kommentar, ein Profil, ein Studio oder einen Forumsbeitrag angesehen hat.

Möglichkeit zu sehen, wer ein Projekt gemeldet hat

Meldungen sollen anonym sein. Mit diesem Vorschlag könnte es zu Konflikten kommen, wenn ein Nutzer sieht, dass ein anderer Nutzer sein Projekt gemeldet hat. Einige könnten sogar Vergeltungsmaßnahmen ergreifen, indem sie ihrerseits Projekte melden (unabhängig davon, ob diese Projekte gemeldet werden sollten oder nicht). Dies umfasst auch die Möglichkeit, zu sehen, wer einen Kommentar, ein Profil, ein Studio oder einen Forumsbeitrag gemeldet hat.

Den Remix-Baum wieder einführen

Der Remix-Baum war eine Funktion in Scratch 2.0, mit der Benutzer einen „Baum” mit Remixen eines Projekts anzeigen konnten. Die Schaltfläche für den Zugriff auf den Remix-Baum wurde in Scratch 3.0 entfernt, aber die URL war noch einige Zeit lang zugänglich, bis sie schließlich entfernt wurde, da sie zum Anzeigen gelöschter Inhalte verwendet werden konnte. Das Scratch-Team hat derzeit keine Pläne, die Remix-Baum-Funktion wieder einzuführen.

Studioseiten

Studioaktivitätsmeldungen entfernen

Auch wenn sie manchmal lästig erscheinen mögen, sind sie für manche Benutzer doch recht hilfreich. Das vollständige Entfernen solcher Meldungen hat nicht für alle einen klaren Vorteil. Wenn Sie sie als störend empfinden, besteht eine einfache Lösung darin, nicht so viele Studios zu kuratieren.

Die Option, sie zu deaktivieren, wird jedoch NICHT abgelehnt. Du kannst darüber hier diskutieren.

Schaltfläche „Alle Follower einladen” für Studios

Diese Funktion gab es bereits in Scratch 2.0, aber sie bot einem Benutzer eine extrem einfache Möglichkeit, eine Vielzahl von Benachrichtigungen für andere Benutzer zu erstellen, von denen die meisten unerwünscht waren. Durch das Entfernen dieser Funktion sind Benutzer nun gezwungen, etwas mehr Aufwand zu betreiben, um eine große Anzahl von Benutzern einzuladen.

„Add Anything”-Studios entfernen

Diese Studios verstoßen nicht gegen die Community-Richtlinien und sind zudem eher harmlos. Durch solche Studios könnten auch bestimmte Freundschaften oder Kooperationen entstehen.

Erhöhung der Antwortbegrenzung für Studios oder Aufhebung der Managerbegrenzung

Die Antwortbegrenzung von 25 Antworten in Studios wurde eingeführt, um die Studio-Konversationen für die Community offen zu halten und die Leistung der Website zu verbessern. Die Ladezeiten und die Serverauslastung nehmen mit höheren Antwortlimits tendenziell zu, insbesondere aufgrund der großen Anzahl von Scratch-Nutzern auf der Website. Die Zahl 25 wurde als praktischer Wert gewählt, um diese Probleme zu mindern und gleichzeitig offene Gespräche in Studios zu fördern.

Aus ähnlichen Gründen wurde auch ein Managerlimit eingeführt, insbesondere um Spam-Studios zu verhindern und den Nutzern zu ermöglichen, bewusster zu entscheiden, wen sie zum Manager in einem Studio befördern. Das Scratch-Team plant nicht, die Manager-Begrenzung aufzuheben. Weitere Informationen findest du [url=https://scratch.mit.edu/discuss/topic/526539/]hier[/url].

Mehrere Studio-Hosts hinzufügen

Die Beschränkung, dass nur ein Studio-Host in einem Studio erlaubt ist, wurde eingeführt, um Studio-Raids und Verwirrung darüber zu verhindern, wer die Studiobeschreibung bearbeitet hat. Durch die Zulassung mehrerer Studio-Hosts in einem Studio entstehen dieselben Probleme, die mit der Rolle des Studio-Hosts ursprünglich gelöst werden sollten.

Verhindern, dass Projekte zu Studios hinzugefügt werden

Einer der wichtigsten Werte von Scratch ist der Aspekt des Teilens, und anderen zu erlauben, deine Projekte zu ihren Studios hinzuzufügen, ist Teil des Teilens. Du hast die Möglichkeit, deine Projekte aus Studios zu entfernen, wenn du dies wünscht. Wenn das Studio in respektloser Weise genutzt wird, kannst du die Schaltfläche „Melden” verwenden.

Kommentar- und Textfelder

Löschen oder bearbeiten von eigenen Kommentaren überall

Die Unmöglichkeit, eigene Kommentare überall zu löschen, wurde eingeführt, damit Nutzer keine unangemessenen Kommentare oder Spam-Kommentare in den Profilen, Projekten oder Studios anderer Nutzer posten, nur um sie später wieder zu löschen. Im Gegensatz dazu ist es eher unwahrscheinlich, dass Nutzer ihre eigenen Projekte oder ihr eigenes Profil mit Spam-Kommentaren überfluten. Die einzigen Vorteile dieser Funktion bestehen darin, dass du Kommentare entfernen könntest, die du nicht absichtlich gepostet hast, und Rechtschreibfehler korrigieren können. Ersteres könnte gelöst werden, indem du vor dem Posten von Kommentaren sorgfältig überlegst, und Letzteres könnte umgangen werden, indem du langsam tippst und/oder deine Fehler in einer Antwort auf den Kommentar angibst. Dies gilt auch für Forenbeiträge, d. h. eine Funktion, mit der Scratcher ihre eigenen Forenbeiträge löschen können, wird nicht implementiert. Dies gilt auch für die Möglichkeit, eigene Kommentare zu löschen, selbst wenn diese noch von niemandem gesehen wurden.

Das Bearbeiten von Kommentaren könnte ebenfalls zu Manipulationen führen, z.B. wenn ein Nutzer „Ich mag dieses Projekt“ kommentiert, wartet, bis jemand mit „Ich stimme zu“ antwortet, und dann den ursprünglichen Kommentar in „Ich hasse dieses Projekt“ ändert. Die Möglichkeit für Mitglieder des Scratch-Teams, den Bearbeitungsverlauf eines Kommentars einzusehen, erleichtert die Moderation nicht, da sie dann den Kontext jeder Bearbeitung sorgfältig prüfen müssen, was Zeit kostet.

Entfernen der Zeichenbegrenzung in Textfeldern

Die Zeichenbegrenzung dient dazu, Spam zu verhindern. Würden alle Zeichenbegrenzungen vollständig aufgehoben sein, könnten Spammer dies ausnutzen, um große Textblöcke einzufügen, was die Website effektiv verlangsamen würde.

Eine einfache Anhebung der Begrenzungen wird jedoch NICHT abgelehnt. Du kannst verschiedene Zeichenbegrenzungen in den folgenden Themen diskutieren: Über mich und Woran ich gerade Arbeite oder Studiobeschreibungen.

Benachrichtigung bei Erwähnung in Kommentaren

Einige Benutzer möchten benachrichtigt werden, wenn jemand ihren Benutzernamen in einem Kommentar auf der Website erwähnt. Eine solche Option wurde zwar in Betracht gezogen, aber aufgrund der Gefahr von Spam nicht hinzugefügt. Beispielsweise könnte jemand mehrfach @Scratcher schreiben, um die Benachrichtigungen dieses Benutzers mit Spam zu überfluten.

Live-Kommentare oder Streaming

Dies bezieht sich auf ein System, bei dem man die Webseite nicht aktualisieren muss, um neue Kommentare zu sehen. Manche Scratch-Nutzer finden das praktisch, wenn man sich gerade unterhält, da die Unterhaltung dadurch schneller voranschreitet (ähnlich wie beim SMS-Schreiben). Abgesehen von den damit verbundenen technischen Hürden würde dies jedoch den Fokus stärker auf den Social-Media-Aspekt von Scratch legen und die Projekterstellung in den Hintergrund rücken lassen. Dabei soll die Projekterstellung eigentlich der Hauptfokus von Scratch sein.

Streaming und Video-Chat werden ebenfalls abgelehnt, da es sich dabei um Formen des Live-Kommentierens handelt. Beim Streamen können leicht persönliche Informationen preisgegeben werden, ohne dass dies gemeldet werden kann – ein Risiko, das das Scratch-Team vermeiden möchte. Eine Lösung wäre zwar die Moderation der Streams durch das Scratch-Team, jedoch fehlen diesem die Ressourcen für eine effektive Durchführung.

Detaillierte Informationen darüber, warum ein Kommentar gefiltert wurde

Einige Scratch-Nutzer haben vorgeschlagen, den Filter übersichtlicher zu gestalten, indem angezeigt wird, welche Buchstaben/Wörter ihn auslösen. Dies würde es jedoch erleichtern, respektlose oder unangemessene Kommentare oder Forenbeiträge zu verfassen, die den Filter nicht auslösen. Wenn ein Scratch-Nutzer aufgrund des Filters einen Kommentar oder Forenbeitrag nicht veröffentlichen kann, möchte das Scratch-Team ihn dazu anregen, sorgfältig über die Gründe nachzudenken, um zukünftig ähnliche Kommentare oder Beiträge zu vermeiden.

Allgemeiner Chatbereich der Scratch-Website

Dieser Vorschlag bezieht sich auf die Möglichkeit, mit anderen Scratch-Nutzern in einem Bereich zu chatten, der nicht einem einzelnen Nutzer „gehört“ (also weder Profil, Projekt noch Studio). Das Scratch-Team verfügt jedoch nicht über die Ressourcen, einen allgemeinen Chatbereich der Website zu moderieren. Dies würde zudem den Fokus der Scratch-Website zu stark auf den Chat legen und den eigentlichen Zweck von Scratch als Programmierplattform vernachlässigen. Dies gilt auch für den Sprachchat auf der Scratch-Website; weitere Informationen sind hier zu finden.

Scratch-Community

Verbot von „Follow for Follow“ (F4F)

Obwohl viele Scratcher keine „Follow for Follow“-Anfragen mögen, ist es relativ harmlos, jemanden zu bitten, ein „Follow for Follow“ zu betreiben. Wenn dich jemand um „Follow for Follow“ bittet und du dies nicht möchtest, lehne die Anfrage einfach höflich ab. Wenn die Person dich weiterhin mit Anfragen spammt, kannst du die Schaltfläche „Melden“ in ihren Kommentaren verwenden.

Scratchern die Moderation der Website erlauben

Früher gab es ein Community-Moderatorenprogramm, mit dem Scratcher die Website moderieren konnte, aber es wurde unter anderem aufgrund einiger sehr unangemessener Dinge, die in der Meldewarteschlange auftauchten, entfernt. Ein Freiwilligenprogramm könnte auch Trolle dazu ermutigen, Moderatoren-Tools zu nutzen, um Probleme auf der Website zu verursachen. Daher hat das Scratch-Team beschlossen, nur Erwachsenen die Moderation der Website, einschließlich der Foren, zu gestatten, und diese Erwachsenen müssten dem Scratch-Team als bezahlte Mitarbeiter beitreten, um die Website moderieren zu können.

Wenn du mindestens 18 Jahre alt bist, in den Vereinigten Staaten legal arbeiten darfst und daran interessiert bist, die Website zu moderieren, schau dir den Link „Jobs“ unten auf der Website an, um zu sehen, ob es offene Stellen für die Position „Community-Moderator“ gibt.

Scratcher und Mitglieder des Scratch-Teams sollten keine politischen Ansichten vertreten

Gemäß den Community-Richtlinien „heißt Scratch Menschen jedes Alter, jede Hautfarbe, jede ethnische Zugehörigkeit, jede Religion, jede Behinderung, jede sexuelle Orientierung und jede Geschlechtsidentität willkommen“. Solange die Überzeugungen und Äußerungen einer Person respektvoll und offen gegenüber allen Personengruppen sind, darf sie diese auf der Scratch-Website äußern. Dies gilt sowohl für Scratcher als auch für Mitglieder des Scratch-Teams; Insbesondere wird das Scratch-Team weiterhin Projekte und Studios vorstellen, von denen es glaubt, dass sie die Grundwerte von Scratch und seiner Community fördern.

Ausführlichere Erläuterungen zu LGBTQ+-Ideen findest du hier und hier.

Die Erweiterungsrichtlinie lockern oder entfernen

Browsererweiterungen, Benutzerskripte und Benutzerstile dürfen gemäß der Erweiterungsrichtlinie auf Scratch nicht erwähnt werden. Obwohl solche Erweiterungen nützlich sein können, lässt sich nicht leicht feststellen, ob sie schädlich für das eigene Gerät sind. Das Scratch-Team ist der Ansicht, dass die potenziellen Risiken und Schäden durch Browsererweiterungen die Vorteile überwiegen und plant daher keine Verbesserung dieser Richtlinie. Dies gilt für Browsererweiterungen, Benutzerskripte und Benutzerstile von allen Nutzern, einschließlich Scratch-Nutzern und bekannten Unternehmen wie Google.

Eigene Projekte vor die Frontpage vorschlagen

Scratch-Nutzer können Projekte vorschlagen, die ihrer Meinung nach im Studio [url=https://scratch.mit.edu/studios/28715018/]Projekte zur Vorstellung von Projekten[/url] vorgestellt werden sollten. Eine der Regeln für Projektvorschläge ist, dass eigene Projekte nicht zur Präsentation vorgeschlagen werden dürfen. Dafür gibt es mehrere Gründe. Erstens: Würden Nutzer ihre eigenen Projekte vorschlagen können, gäbe es mehr Anfragen im Studio, und es wäre für die Kuratoren schwierig, alle zu bearbeiten. Zweitens: Die Empfehlung fremder Projekte unterstreicht, dass Scratch eine hilfsbereite und unterstützende Community ist, da sie zeigt, dass der Projektentwickler ein gutes Projekt erstellt hat. Schließlich wird dadurch bestätigt, dass mindestens eine weitere Person das Projekt gesehen und für präsentationswürdig befunden hat, was zu qualitativ hochwertigeren Vorschlägen führt.

Wenn du dein eigenes Projekt vorstellen möchten, denke daran, dass du auch jemanden bitten könntest, es für dich vorzuschlagen. Beachte dabei die [url=https://scratch.mit.edu/discuss/topic/396541/]hier[/url] beschriebenen Vorgehensweisen für eine gute Präsentation und sei höflich. Bedenke, dass die Person sich auch gegen einen Vorschlag entscheiden kann; versuche nicht, sie dazu zu drängen.

Möglichkeit, über vorgestellte Projekte abzustimmen

Es gibt bereits drei Startseitenkategorien, die vollständig von der Scratch-Community verwaltet werden: „Von der Community kuratierte Projekte“, „Was die Community remixt“ und „Was die Community liebt“. Die Zeile „Ausgewählte Projekte“ bietet dem Scratch-Team die Möglichkeit, Projekte zu präsentieren, die es als inspirierend empfindet, die bestimmte Kulturen hervorheben und die noch nicht sehr populär sind.

Ändere die Arten der vorgestellten Projekte

Das Scratch-Team hat eine Liste mit Projekttypen, die es im Projekte für zum Vorstellen vorschlagen-Studio vorstellen möchte. Diese Liste existiert bereits seit Jahren, und das Scratch-Team ist mit den bisher vorgestellten Projekten zufrieden. Obwohl einige Scratch-Nutzer mit den vorgestellten Projekten unzufrieden sind, liegt die Entscheidung letztendlich beim Scratch-Team.

Offizielle Wettbewerbe auf Scratch

Scratch-Nutzer veranstalten oft Wettbewerbe, bei denen es um bestimmte Scratch-Projekte geht. Es wurde auch vorgeschlagen, dass das Scratch-Team einen offiziellen Wettbewerb ausrichten sollte. Scratch selbst steht jedoch nicht im Vordergrund; das Scratch-Team möchte lieber den Spaß an Kreativität und Lernen ohne Wettbewerbsdruck fördern. Scratch-Nutzer dürfen weiterhin eigene Wettbewerbe veranstalten, das Scratch-Team wird aber keine offiziellen Wettbewerbe mehr durchführen.

Features der Scratch-Webseite

Private Nachrichten

Scratch bietet derzeit öffentliche Nachrichten, d.h. jeder kann deine Kommentare lesen. Dadurch sind die Nutzer eher respektvoll, da jeder den Kommentar sehen kann. Bei privaten Nachrichten hingegen weiß jeder, dass nur der beabsichtigte Empfänger die Nachricht sieht, was zu deutlich mehr respektlosen oder unangemessenen Kommentaren führen könnte. Dem Scratch-Team fehlen schlichtweg die Ressourcen, um ein privates Nachrichtensystem zu moderieren, eben weil es so viele unangebrachte Kommentare gäbe. Außerdem stellt dies ein erhebliches Sicherheitsrisiko im Internet dar und entspricht ohnehin nicht dem Zweck von Scratch.

Dies schließt auch das Posten von Links zu anderen privaten Messaging-Websites ein. Viele dieser Websites werden nicht so streng moderiert wie Scratch. Würden solche Links erlaubt, könnte Scratch haftbar gemacht werden, falls jemandem etwas zustößt. Dies betrifft auch die Sprachchat-Funktion von Scratch; weitere Informationen sind hier zu finden.

Die Möglichkeit, anderen öffentlich Nachrichten in einem Bereich zu senden, in dem niemand sonst kommentieren kann, wird jedoch nicht abgelehnt. Sie kann hier diskutiert werden.

Eine Version der Scratch-Website ab 13 Jahren oder Inhalte mit Altersbeschränkung

Scratch ist für Kinder und Jugendliche von 8 bis 16 Jahren konzipiert, doch alle auf der Website geteilten Inhalte müssen für alle Altersgruppen geeignet sein. Eine separate, altersbeschränkte Website zur Spaltung der Community wäre nicht zielführend. Mögliche Zugangsbeschränkungen (wie beispielsweise eine Warnung oder die Aufforderung an die Eltern, mathematische Aufgaben zu lösen) würden Minderjährige nicht zwangsläufig davon abhalten, die Website für Nutzer ab 13 Jahren zu besuchen.

Dies erstreckt sich auch auf die Altersbeschränkung von Inhalten auf Scratch, wie beispielsweise das Ansehen bestimmter Projekte oder den Zugriff auf bestimmte Scratch-Funktionen. Grundsätzlich ist Scratch für alle Altersgruppen geeignet, und die auf der Scratch-Website geteilten Inhalte sollten für alle Altersgruppen angemessen sein.

Editor oder Website so einstellen, dass sie wie ältere Scratch-Versionen aussehen

Manche Nutzer bevorzugen das Aussehen des älteren Scratch-Editors bzw. der Website und haben vorgeschlagen, den Editor bzw. die Website wie eine ältere Scratch-Version (z. B. Scratch 1.4 oder 2.0) aussehen zu lassen, aber weiterhin auf HTML5 wie Scratch 3.0 zu basieren. Dies wäre jedoch für Schulungs- und Dokumentationszwecke komplizierter. Es könnte verwirrend sein, wenn jemand Scratch von jemandem lernt, der ein völlig anderes Layout des Editors verwendet. Außerdem hat das Scratch-Team das Design aus gutem Grund geändert: um die Nutzung für Einsteiger einfacher, intuitiver und benutzerfreundlicher zu gestalten.

Dies beinhaltet eine Einstellung zum Umschalten zwischen den Online-Editoren Scratch 2.0 und 3.0. Weitere Informationen sind hier zu finden. Beachte jedoch, dass dies keine Option zum Ändern der Farbpalette der Website umfasst; weitere Informationen dazu sind unter Punkt 8.4 dieser Liste zu finden.

Zu älteren Versionen des Scratch-Editors oder der Website zurückkehren

Der Scratch-Editor bzw. die Website muss gelegentlich aktualisiert werden, um Änderungen zu berücksichtigen. Insbesondere wurde in Scratch 2.0 ein Online-Editor eingeführt, der auf Adobe Flash (anstatt Squeak) basiert, und in Scratch-Editor 3.0 wurde für die Unterstützung von Tablets und anderen mobilen Geräten auf HTML5 umgestellt. Ein Downgrade auf eine ältere Version würde nicht nur die jahrelange Arbeit des Scratch-Teams zunichtemachen, sondern aufgrund technologischer Entwicklungen auch die Online-Funktionalität beeinträchtigen. Das Scratch-Team arbeitet weiterhin an Fehlerbehebungen, neuen Funktionen und weiteren Verbesserungen des Scratch-Editors 3.0. Die neue Benutzeroberfläche wurde so gestaltet, dass die kontinuierliche Weiterentwicklung für das Scratch-Team erleichtert wird. Das Scratch-Team wird auch zukünftig konstruktives Feedback zur Verbesserung des aktuellen Scratch-Editors bzw. der Website berücksichtigen.

Dies schließt auch die Rückkehr zu älteren Versionen der Studio-Seiten ein. Weitere Informationen zu den Gründen für die Änderungen an den Studios sind hier zu finden. Häufig gestellte Fragen sind hier aufgeführt. Vorschläge für Studios sind hier zu finden.

Dies schließt auch die Rückumstellung der violetten Farbpalette auf Blau ein. Die Wahl von Violett fiel aus praktischen Gründen, da das Scratch-Team in seinen Recherchen festgestellt hat, dass diese Farbe für Menschen mit Sehbehinderungen am hilfreichsten ist. Die Farbänderung ist also wichtig für eine verbesserte Barrierefreiheit, wodurch mehr Menschen Scratch nutzen können. Weitere Informationen zum Entscheidungsprozess des Scratch-Teams, der zur violetten Farbpalette führte, sind hier zu finden. Die Option, die Farbpalette zu ändern, wird jedoch nicht abgelehnt. Sie kann hier diskutiert werden.

Bezahlte Werbung auf der Scratch-Website

Manche Nutzer möchten bezahlte Werbung in ihren Projekten sehen, ähnlich wie auf YouTube, um durch die Aufrufe ihrer Projekte Geld zu verdienen. Ebenso glauben einige, dass Werbung auf der Scratch-Website dem Scratch-Team höhere Einnahmen bescheren könnte. Scratch ist jedoch als gemeinnützige Organisation konzipiert. Sollten das Scratch-Team oder einzelne Scratch-Nutzer auf der Scratch-Website Geld verdienen, widerspräche dies diesem gemeinnützigen Grundsatz und hätte erhebliche rechtliche Konsequenzen.

Projektwerbung auf der Scratch-Website

Einige Nutzer wünschen sich unbezahlte Werbung auf der Website, die Scratch-Projekte oder -Studios bewirbt. Unklar ist jedoch, wie die Projekte für die Werbung ausgewählt würden. Außerdem müsste ein Mitglied des Scratch-Teams sicherstellen, dass keine unpassenden Projekte beworben werden, wofür dem Team derzeit die Ressourcen fehlen.

Pop-up-Benachrichtigung, die Benutzer dazu anregt, eine Pause von der Bildschirmzeit einzulegen

Zu viel Computerzeit ist sicherlich für niemanden gut. Wer sich jedoch Sorgen um die Bildschirmzeit seiner Kinder oder sich selbst macht, kann auf andere Methoden zurückgreifen, um einen gesünderen Umgang mit dem Bildschirm zu fördern, beispielsweise durch externe Software oder einfach durch Willenskraft. Eine solche Warnung in Scratch selbst ist nicht nötig, selbst wenn sie optional ist oder ignoriert werden kann.

Zeile „Kürzlich veröffentlichte Projekte“ auf der Startseite

Diese vorgeschlagene Zeile auf der Startseite sollte die zuletzt von Scratch-Nutzern veröffentlichteb Projekte anzeigen, um weniger bekannten Scratch-Nutzern zu mehr Aufmerksamkeit zu verhelfen. Eine solche Funktion gab es bereits in Scratch 1.4 und Scratch 2.0. Sie wurde jedoch aus mehreren Gründen entfernt: Die Community fand diese Projekte nicht interessant, die Zeile zeigte mitunter unpassende Projekte an, und diese neuen Projekte erhielten oft respektlose Kommentare von anderen Nutzern.

Ein Button oder Link, der es ermöglicht, ein zufälliges Projekt anzusehen, wird ebenfalls abgelehnt aus ähnlichen Gründen.

Zeile "Vorgestellte Scratcher" auf der Startseite

Die vorgeschlagene Zeile auf der Startseite würde Scratch-Nutzer anzeigen, die als hilfsbereit, respektvoll und/oder besonders gute Projektentwickler gelten. Das Scratch-Team ist jedoch der Ansicht, dass die bestehende Zeile „Vorgestellte Projekte“ den Scratch-Nutzern bereits ausreichend Aufmerksamkeit schenkt und Projekte präsentiert, was dem Hauptzweck von Scratch entspricht. Dadurch bleibt der Fokus von Scratch auf Projekten und nicht auf einzelnen Nutzern.

„Andere“ Option zum Melden von Profilen

Früher gab es eine weitere Option zum Melden von Profilen, aber das Scratch-Team stellte fest, dass diese häufig für das Melden von Kommentaren und Projekten verwendet wurde. Es ist für das Scratch-Team deutlich einfacher, unangemessene Kommentare und Projekte zu finden, wenn diese direkt gemeldet werden. Um etwas Unangemessenes an einem Profil zu melden, das nicht unter den genannten Optionen aufgeführt ist, kontaktiere das Scratch-Team bitte über Kontakt.

Scratch-Mitgliedschaft entfernen

Die Scratch-Mitgliedschaft ist eine Form der regelmäßigen Spende, die Menschen dazu anregen soll, die Scratch Foundation zu unterstützen und dafür bestimmte Vorteile zu erhalten. Diese Spenden sind notwendig, um sicherzustellen, dass der Scratch-Editor und die Website weiterhin kostenlos und für alle zugänglich bleiben. Die Höhe des Mitgliedsbeitrags liegt im Ermessen des Managementteams der Scratch Foundation.

Dies schließt auch die Durchführung regelmäßiger Spendenaktionen anstelle der Scratch-Mitgliedschaft ein; weitere Informationen finden Sie in diesem Beitrag. Im Vergleich zur Scratch-Mitgliedschaft ist der Ressourcenaufwand für die Organisation solcher Spendenaktionen erheblich; es lohnt sich nicht, diese Ressourcen für Spendenaktionen einzusetzen, da diese keine kontinuierliche und regelmäßige Spendenquelle darstellen.

Das Scratch-Team ist jedoch offen für Vorschläge zu anderen Formen regelmäßiger Spenden sowie für Feedback zur Verbesserung der aktuellen Scratch-Mitgliedschaft.

Kontoinformationen

Benutzernamen ändern oder Anzeigenamen ändern

Wenn Nutzer ihren Benutzernamen ändern (oder sogar einen bestimmten Spitznamen oder Anzeigenamen festlegen) könnten, wäre das für die Scratch-Community, insbesondere für deren Follower, sehr verwirrend. Außerdem würde dies die Moderation der Website erschweren, da es dem Scratch-Team schwerer fiele, die Aktivitäten der Nutzer zu überwachen. Das Scratch-Team hat Benutzernamenänderungen bisher nur in Ausnahmefällen genehmigt, beispielsweise wenn der Benutzername persönliche Informationen enthält oder Geschlechtsdysphorie auslöst. Generell ändert das Scratch-Team Benutzernamen nicht auf Anfrage (auch nicht aus Gründen wie „Ich mag meinen aktuellen Benutzernamen nicht mehr“).

Da Benutzernamen auf dem Server auf eine bestimmte Weise gespeichert werden, ist die Änderung der Groß- und Kleinschreibung (z. B. von @Za-Chary zu @ZA-CHARY) nicht unzulässig. Dieses Feature kann hier diskutiert werden.

Ein Rang über "Scratcher" oder Benutzern erlauben, den Rang "Neuer Scratcher" zu überspringen

Es gibt drei Ränge: Neuer Scratcher, Scratcher und Scratch-Team. Der Rang „Neuer Scratcher“ dient ausschließlich der Spam-Prävention. Da es nur wenige Wochen dauert, ein Scratcher zu werden, sind Mobbing und Ausgrenzung eher selten. Der Rang „Scratch-Team“ dient dazu, die Mitglieder des Scratch-Teams zu identifizieren. Scratch-Team-Mitglieder prahlen nicht mit ihrem Rang. Im Gegensatz dazu kann es zu unnötigen Spaltungen innerhalb der Community zwischen Scratchern und Mitgliedern mit höherem Rang kommen, was wiederum zu Prahlerei und Mobbing führen kann. Bekannte Scratcher erhalten außerdem ein spezielles Symbol neben ihrem Namen. Weitere Informationen zu Scratchern, die außerhalb von Scratch bekannt sind, sind hier zu finden.

Dies umfasst die Ränge „Ehemaliges Scratch-Teammitglied“ und „Jugendbeirat“, da die Kontoränge generell dazu dienen, den Zugriff auf bestimmte Funktionen zu kennzeichnen. Weitere Informationen sind hier zu finden. Beachte, dass „Scratch-Mitglied“ kein höherer Rang als „Scratcher“ ist; insbesondere können neue Scratcher, Scratcher und Mitglieder des Scratch-Teams alle Scratch-Mitglieder sein.

Die Einschränkungen für neue Scratch-Nutzer mögen zwar lästig erscheinen, sind aber äußerst wirksam gegen Spam und unangemessene Inhalte. Neue Scratch-Nutzer, die wissen möchten, wie man Scratch-Nutzer wird oder was das bedeutet, finden weitere Informationen unter hier. Das Scratch-Team erlaubt es keinem Account, den Status „Neuer Scratch-Nutzer“ zu überspringen, auch nicht, wenn es sich um einen Zweitaccount eines bestehenden Accounts handelt.

Anzeigen, wenn Benutzer online sind

Dieser Vorschlag bezieht sich auf eine Art Anzeige, die signalisiert, ob ein Nutzer gerade online ist. Das Scratch-Team hat dies diskutiert und ist zu dem Schluss gekommen, dass eine solche Anzeige die Kernfunktionalität von Scratch als kreative Plattform nicht verbessert. Beim Erstellen, Teilen und Ansehen von Projekten ist eine Online-Anzeige in diesen Bereichen wenig hilfreich.

Anzeigen, wenn Benutzer gesperrt sind

Aus Datenschutzgründen gibt das Scratch-Team solche Kontoinformationen nur an den Kontoinhaber weiter. Insbesondere möchte ein gesperrter Nutzer möglicherweise nicht öffentlich bekanntgeben, dass er gesperrt wurde.

Die Möglichkeit für Scratch-Nutzer, öffentlich anzuzeigen, ob sie gesperrt wurden, wird jedoch nicht abgelehnt. Sie kann hier diskutiert werden.

Benutzernamen wiederverwenden oder inaktive Konten löschen

Der einzige potenzielle Vorteil dieser Vorschläge besteht darin, dass Scratch-Nutzer ihre Benutzernamen wiederverwenden könnten. Dies ist jedoch in mehrfacher Hinsicht problematisch. Das Löschen inaktiver Konten könnte bedeuten, dass die Projekte des Nutzers gelöscht werden, was äußerst bedauerlich wäre, sollte er zu Scratch zurückkehren wollen. Selbst wenn das Konto bereits gelöscht ist, könnte jemand versuchen, sich mit dem neuen Benutzernamen als der gelöschte Nutzer auszugeben. Darüber hinaus gibt es Gründe, warum das Scratch-Team möglicherweise auf das gelöschte Konto zurückgreifen muss.

Das Löschen von Accounts, die seit ihrer Erstellung keinerlei Aktivität aufweisen, wird jedoch NICHT abgelehnt. (Beachte jedoch, dass einige Accounts möglicherweise aktiv waren, auch wenn dies nicht ersichtlich ist.) Das kann hier diskutiert werden.

Blockieren oder Ignorieren von Scratchern

Dieser Vorschlag bezieht sich auf ein optionales System, mit dem du die Kommentare bestimmter Nutzer ausblenden kannst. Diese Funktion gab es bereits in Scratch 1.4, doch das Scratch-Team stellte fest, dass sie Probleme eher verschleierte als löste. Selbst wenn du einen Nutzer blockierst, hindert ihn das nicht daran, andere Scratch-Nutzer zu belästigen oder weitere Konten zu erstellen, um dich erneut zu belästigen. Das Scratch-Team stellte außerdem fest, dass manche Nutzer die Blockierfunktion auf eine Weise nutzten, die andere Scratch-Nutzer bestimmter Gruppen belästigte. Weitere Informationen sind hier zu finden.

Sollte sich jemand respektlos verhalten, melde diesen Nutzer bitte über die Schaltfläche „Melden“ oder nutze den Link Kontakt, falls die Situation einer genaueren Erklärung bedarf.

Ein System, das Nutzer sperrt und gleichzeitig meldet, wird jedoch NICHT abgelehnt. Es kann hier diskutiert werden.

Scratch-Erfolge

Einige Nutzer schlugen Scratch-Erfolge wie „50 Projekte erstellt“ vor, um die Nutzer zum Weitermachen zu motivieren. Dieser Ansatz passt jedoch nicht wirklich zum Zweck von Scratch. Manche Nutzer könnten ihre Erfolge nutzen, um sich mit anderen zu vergleichen und digitale Währung oder Scratch-Funktionen durch Erfahrung auf der Scratch-Website zu sammeln. Es ist jedoch erlaubt, Erfolge oder digitale Währung in eigenen Projekten zu erstellen, solange diese der Richtlinie zu fiktiven Währungssystemen entsprechen.

Benachrichtigung, wenn dir jemand entfolgt

Eine solche Funktion könnte in der Scratch-Community für viel Aufregung sorgen. Nutzer, denen ihre Followerzahl wichtig ist, könnten verärgert reagieren, wenn ihnen jemand entfolgt. Das Scratch-Team ist der Ansicht, dass Nutzer folgen oder entfolgen können sollten, ohne sich dabei schuldig zu fühlen, insbesondere wenn sich ihre Interessen ändern.

Änderung der Liste der Orte

Die vom Scratch-Team verwendete Länderliste basiert auf einem offiziellen internationalen Standard. Das Lokalisierungsteam von Scratch hat beschlossen, sich weiterhin an diesen Standard zu halten. Daher werden keine Länder hinzugefügt oder entfernt. Eine Ausnahme wäre bei einer Änderung des internationalen Standards möglich, dies liegt jedoch außerhalb des Einflussbereichs des Scratch-Teams.

Dies schließt auch die vollständige Entfernung der Standortfunktion ein. Weitere Informationen, warum dies abgelehnt wird, ist hier zu finden. Die Möglichkeit, den eigenen Standort privat zu halten, wird jedoch nicht abgelehnt. Sie kann hier diskutiert werden.

VPNs auf Scratch blockieren

Obwohl einige Scratch-Nutzer VPNs missbrauchen, um Kontosperrungen zu umgehen, gibt es viele legitime Gründe für die Nutzung eines VPNs auf Scratch. Daher sieht das Scratch-Team keine Notwendigkeit, die VPN-Nutzung generell zu unterbinden; Fälle von VPN-Missbrauch werden individuell behandelt.

Features der Diskussionsforen

Den "Diskutieren"-Button wieder einführen

Der Diskussionsbutton wurde aus Gründen entfernt, die manchen Nutzern möglicherweise nicht ganz klar sind, und wird nicht wieder eingeführt. Generell sind die Foren hinsichtlich der Beitragsinhalte weniger eingeschränkt als die Hauptwebsite. Nutzer können beispielsweise Bilder und Scratch-Blöcke in den Foren veröffentlichen sowie Beiträge mit bis zu 200.000 Zeichen verfassen und bearbeiten – all dies ist auf der Hauptwebsite nicht möglich. Diese Möglichkeiten begünstigen Spam und Missbrauch, insbesondere für neue Nutzer, die mit der Funktionsweise der Foren noch nicht vertraut sind. Es wird daher empfohlen, dass Scratch-Nutzer die Foren über andere Scratch-Nutzer kennenlernen, die sie gegebenenfalls zum richtigen Forum weiterleiten.

Eine sehr gute und detaillierte Analyse, warum der Diskussionsbutton möglicherweise entfernt wurde, findet sich hier.

Benachrichtigung über Zitate in Themen

Aufgrund der Funktionsweise des Forums lässt sich dieser Vorschlag leider nicht umsetzen. Selbst wenn es möglich wäre, bestünde ein sehr hohes Risiko, mit unerwünschten Benachrichtigungen überflutet zu werden. Die technischen Schwierigkeiten und das Missbrauchspotenzial machen diese Funktion praktisch unpraktisch. Wenn du zu einem bestimmten Thema auf dem Laufenden bleiben möchtest, kannst du diesem jederzeit folgen und dich über neue Beiträge benachrichtigen lassen.

Bereich für themenfremde oder sonstige Beiträge im Forum

Dieses Forum wäre für Beiträge über alles Mögliche gedacht gewesen, was nicht unbedingt mit Scratch zu tun hatte. Es gab tatsächlich einmal ein Forum mit einem solchen Thema, aber es war schwer zu moderieren, weshalb es geschlossen und durch die Foren „Dinge, die ich mache und gestalte“ und „Dinge, die ich lese und spiele“ ersetzt wurde (in denen themenfremde Beiträge nicht völlig erlaubt sind).

Dies schließt auch ein Forum für allgemeine oder themenfremde Beiträge zu Scratch-bezogenen Themen ein. Wenn du etwas mitteilen möchtest – ob Scratch-bezogen oder nicht –, das nicht in eines der bestehenden Foren passt, empfiehlt es sich, stattdessen ein eigenes Projekt oder Studio zu gründen. Dies gilt auch für die Foren für textbasierte Spiele; weitere Informationen sind hier zu finden.

Eine offizielle Liste der akzeptierten Vorschläge

Als Gegenstück zur Liste der abgelehnten Vorschläge haben einige Scratch-Nutzer Interesse daran geäußert, eine Liste der von anderen Nutzern vorgeschlagenen und schließlich implementierten Scratch-Funktionen zusammenzustellen. Es ist jedoch nicht einfach festzustellen, ob ein Vorschlag umgesetzt wurde, weil er von Nutzern in den Foren, anderen Scratch-Nutzern, einem Mitglied des Scratch-Teams, einer Lehrkraft oder einer anderen Person stammt. Anders ausgedrückt: Jede aktuell in Scratch vorhandene Funktion wurde von jemandem vorgeschlagen, daher wäre eine solche Liste lediglich eine Auflistung aller Scratch-Funktionen.

Das Hochladen von Dateien in Forenbeiträgen erlauben

Das Scratch-Team müsste die Speicherung dieser Dateien bezahlen, verfügt aber nur über begrenzte Ressourcen. Speicherplatz wäre ohnehin besser für Scratch-Projekte reserviert. Hinzu kommt das Problem, dass jemand eine Datei hochladen könnte, die einem Computer schaden könnte. Die Suche in diesen Dateien würde einen erheblichen Mehraufwand an Moderation erfordern, und derzeit stehen nicht genügend Moderatoren zur Verfügung, um diese Aufgabe zu bewältigen.

Umfragen in den Foren

Einige Scratch-Nutzer haben optionale Umfragen vorgeschlagen, die in Forenthreads eingebunden werden könnten, damit Nutzer über bestimmte Vorschläge abstimmen, bestätigen können, dass sie denselben Fehler wie andere Nutzer festgestellt haben, oder aus anderen Gründen. Das Scratch-Team legt jedoch weniger Wert auf die Ergebnisse von Umfragen, sondern vielmehr auf konstruktive Beiträge im Forum. Obwohl Umfragen theoretisch die Anzahl unkonstruktiver Beiträge reduzieren könnten, würden sie die Nutzer wahrscheinlich nicht dazu anregen, konstruktiv zu denken und konstruktive Beiträge zu verfassen. Dies gilt sowohl für selbst erstellte als auch für vorgefertigte Umfragen.

Leitfaden im Forum

Dieser vorgeschlagene Forumbereich soll Anleitungen und Tutorials bieten, die Scratch-Nutzer frei erstellen können, um anderen zu helfen. Foren dienen jedoch generell dem Austausch und sind daher nicht geeignet für Themen, deren Inhalt nicht verändert werden soll. Für Tutorials eignen sich beispielsweise ein Scratch-Projekt oder das Scratch-Wiki.

Meldebutton für Signaturen

Um die Signatur eines Nutzers im Forum zu melden, verwende einfach die Schaltfläche „Melden“ unter einem seiner Beiträge. Gebe als Grund für die Meldung an, dass es ein Problem mit der Signatur gibt. Das Scratch-Team hat erklärt, dass keine separate Schaltfläche „Melden“ für Signaturen erforderlich ist, da dies eine effektive Alternative darstellt.

Aprilscherze in den Foren

Das Scratch-Team hatte es Nutzern bisher erlaubt, am 1. April Scherzbeiträge im Forum zu veröffentlichen. Aufgrund von Moderationsproblemen und Verzögerungen in den letzten Jahren sind solche Aktionen im Forum jedoch nicht mehr gestattet. Dies schließt jegliche Form von Aprilscherz-Beiträgen im Forum ein, selbst die Einrichtung eines separaten Forums dafür.

Vorschläge für Aktionen zum 1. April, die nichts mit Scherzbeiträgen zu tun haben, einschließlich Aktionen außerhalb der Foren, werden jedoch NICHT abgelehnt; das Scratch-Team kann weiterhin spezielle Aktionen/Features zum 1. April auf der allgemeinen Website veranstalten.

Einschränkungen der Diskussionsforen

Verkürzung oder Abschaffung der 60-Sekunden-Regel

Die „60-Sekunden-Regel“ besagt, dass Scratch-Nutzer nach dem ersten Beitrag im Forum 60 Sekunden warten müssen, bevor sie erneut posten können (Für neue Scratcher liegt diese Grenze bei 120 Sekunden). Das mag zwar lästig erscheinen, ist aber äußerst effektiv gegen Spam. Außerdem regt es die Nutzer dazu an, sorgfältig über ihre Beiträge nachzudenken, bevor sie diese absenden. Normalerweise muss man ohnehin nicht lange zwischen den Beiträgen warten; es sind eben nur 60 Sekunden. Eine Verkürzung dieser Wartezeit wird abgelehnt; die Anzahl der Sekunden bleibt also unverändert.

Bitte beachte, dass aus ähnlichen Gründen auch die Aufhebung der Abklingzeit für Kommentare auf dem Rest der Website abgelehnt wird. Weitere Informationen sind hier zu finden.

Exakte Anzahl der Beiträge anderer Benutzer anzeigen

Wie bei ähnlichen Zahlen auf der Website (z.B. mehr als 100 Projekte in Studios), ist es nicht wirklich von Vorteil, die genaue Zahl zu sehen. Die Anzahl der Beiträge ist kein Wettbewerb. Das Ziel ist nicht, so viele Beiträge wie möglich zu machen; stattdessen sollte man darauf abzielen, qualitativ hochwertige Beiträge zu machen, um anderen Benutzern zu helfen. Wenn du neugierig bist, kannst Du immer noch die genaue Anzahl deiner Beiträge hier herausfinden.

Dies gilt auch für das Hinzufügen zusätzlicher Beitrags-Meilensteine über 1000+ hinaus (z. B. um zu zeigen, dass ein Benutzer 5000+ Beiträge hat); weitere Informationen sind hier zu finden.

Entfernen der eingeschränkte Bild-Hosts oder Hinzufügen eigener Websites

Durch die Anforderung, dass eine Bild-Host-Website (wie cubeupload) beim Posten von Bildern in den Foren verwendet werden muss, verringert dies die Wahrscheinlichkeit, dass unangemessene Bilder in den Foren veröffentlicht werden, da unangemessene Bilder auf diesen Bild-Host-Websites nicht erlaubt sind. Das Scratch-Team hat nicht die Zeit, die Websites aller auf die Whitelist zu setzen, insbesondere wenn es bereits akzeptable Websites gibt.

Vor Jahren litten die Scratch-Foren unter Trollen, die die Foren ständig mit höchst unangemessenen Bildern spammten. Es wurde so schlimm, dass das [img]-Tag vorübergehend deaktiviert werden musste, damit es verbessert werden konnte. Sicherlich würden Scratcher es vorziehen, eine Bild-Hosting-Website verwenden zu müssen, anstatt überhaupt keine Bilder posten zu können.