Das Content Warning Feature ist einfach so nutzlos, wenn es ständig overused wird. Keine drei Minuten die App offen und ich durfte bereits extra klicken bei folgenden Themen.

- Biene auf Blume (Ja, ernsthaft)
- Salat (Es gibt so viele Gründe, Nahrung nicht hinter einer Content Warning zu packen…)
- Gaming (Holy cow, ernsthaft? Der Text war literally "Sonntag! Erstmal zocken! 🎮"
- Katze (Langsam wird es lächerlich – Ja ok, war es die letzten drei auch)

Leute ernsthaft. Missbraucht für sowas bitte NICHT das Content Warning Feature. Das ist für sensible Inhalte. Wenn jeder kleine Pups dahinter versteckt wird, bleibt einem nichts anderes übrig als es zu deaktivieren und dann ist diese wundervolle Funktion nutzlos für diejenigen, die es für Themen brauchen, die wirklich triggernd oder schwer verdaulich sind.

Für die genannten Themen gibt es Hashtags. Und jede Person hier kann diese einfach filtern, falls es sie nicht interessiert. Content Warning ist NICHT für »Vielleicht nicht für alle interessant« gedacht. So ziemlich nichts ist für alle interessant.

#MastoTips #Mastodon #ContentWarning

@kaiserkiwi @Mort Mastodon "missbraucht" ein Feld für Content Warnings, das im ActivityPub-Standard eigentlich einfach nur Subject heißt. Es gibt deshalb schon seit längerem Diskussionen darüber, das auf der Oberfläche anders zu benennen oder zu behandeln (z.B. https://github.com/mastodon/mastodon/issues/20117 ).

Ein CW: Katze *könnte* also einfach auf einer anderen Fediverse-Software entstanden sein.

Rename content warning (CW) to content notice (CN) · Issue #20117 · mastodon/mastodon

Pitch I would suggest to rename content warning to content notice in the mastodon frontend. This would make it more clearly what it is actually used for by many people without changing the meaning ...

GitHub

@dentaku @Mort Danke für die Info. Das wusste ich bis eben nicht.

Sprich: Mastodon müsste eigentlich ein richtiges CW-Feature einführen, statt eine Funktion zu missbrauchen, die einen komplett anderen Kontext hat. 🤔

@kaiserkiwi @dentaku Müsste nicht zuerst der ActivityPub-Standard so ein Feature spezifizieren, damit es nicht ein halbes Dutzend inkompatibler Implementierungen gibt?
@Mort @dentaku Bei dem Thema bin ich leider raus. Ich bin in erster Linie Frontend-Entwickler. Die Architektur des Fediverse überblicke ich aktuell nur oberflächlich.
@kaiserkiwi @Mort @dentaku Doch müsste, soweit ich das sehe.
Dass verschiedenste Dienste gemeinsam kommunizieren können braucht es ja einen gemeinsamen Standard. Und das ist ActivityPub. Um die CWs zu implementieren muss es also irgendwo im ActivityPub untergebracht werden.
Soll dafür nicht mehr das Subject-Feld, sondern ein dediziertes CW-Feld verwendet werden, ohne eine Insellösung zu schaffen, muss erst mal ActivityPub erweitert werden. 🤷🏼
@9Lukas5 @kaiserkiwi @dentaku So ein neuer Standard würde zwar vermutlich etwas dauern (wenn auch hoffentlich nicht so lang wie SVG 2...), könnte aber auch Chancen bieten.
Ich fände es z.B. gut, wenn es ein paar standardisierte Flags/Tags für häufige CWs gäbe, die dann für einfaches Anklicken, Übersetzungen und "das bitte automatisch ausklappen, wenn's sonst keine CWs gibt" oder "solche Beiträge gar nicht erst zeigen" genutzt werden könnten.
@Mort @kaiserkiwi @dentaku Ja, ich seh was du meinst. Muss man aber vorsichtig mit umgehen. Auch UI technisch wahrscheinlich nicht ganz trivial das umzusetzen, ohne dass aus einem simplen Textfeld eine unübersichtliche Button-Landschaft wird 🙊