Animierte GIF-Avatare nicht mehr standardmäßig unterstützt.

Um die Discourse-Codebasis zu vereinfachen, wird die Unterstützung für animierte GIF-Avatare ab dem aktuellen 2.6-Beta-Release standardmäßig nicht mehr in Discourse enthalten sein.

Bitte beachten Sie, dass animierte GIFs in Beiträgen weiterhin funktionieren (natürlich!) – wir beziehen uns hier ausschließlich und speziell auf Avatare.

Es ist möglich, dass ein zukünftiges Plugin die Unterstützung für animierte GIF-Avatare für Seiten, die dies benötigen, wieder aktivieren wird. Zum aktuellen Zeitpunkt haben wir jedoch noch keinen Zeitplan für dieses Plugin.

Ich glaube, wir werden bald einen Bürgerkrieg haben

Ich nehme an, dass die Unterstützung von SVG-Avataren auch SVG-Animationen ermöglicht.

Auf Discord können wir keine benutzerdefinierten SVG-Emojis hochladen, da Vektorzeichnungen potenziell Probleme verursachen können.

SVGs können beliebig komplex zu rendern sein (stellen Sie sich eine SVG-Datei vor, die Anweisungen zum Rendern von Hunderttausenden von Bézierkurven enthält). Das bedeutet, dass jemand eine SVG erstellen könnte, die den Client verlangsamt oder einfriert, während er versucht, sie zu rendern – und es wäre ziemlich schwierig, eine zuverlässige Heuristik zur Erkennung dieses Problems zu entwickeln.

Integrierte Emojis dürfen SVGs sein, da sie offensichtlich nicht bösartig sind, aber wir können dies für benutzerdefinierte Emojis nicht garantieren.

Ich vermute, dass dies für jede App gilt, die Benutzern das Hochladen von SVG-Dateien erlaubt, aber ich weiß nicht, ob bestimmte Einschränkungen festgelegt werden können, um potenzielle Probleme zu begrenzen.

Oh nein! Verdammt noch mal, meine animierten Profile funktionieren auf neuen Discourse-Instanzen nicht mehr. Ich schlage vor, dass Sie eine Zeile in app.yml ähnlich wie die Zeile für den Hostnamen hinzufügen, um dies zu aktivieren. Natürlich würde das viel Arbeit bedeuten und erst in sehr späten zukünftigen Updates umgesetzt werden.

#GIF_avatars: Y (Standardmäßig deaktiviert)

Wird es das gleiche Problem verursachen, wenn ein Benutzer ein animiertes Avatar-Bild von einer externen Seite über einen Link hochlädt?

Es sieht so aus, als hätte diese Änderung auch animierte benutzerdefinierte Emojis betroffen. Ich habe es auf die harte Tour erfahren: Ich habe versucht, den bestehenden Satz von Emojis zu aktualisieren, und am Ende waren es statische Bilder. Und jetzt kann ich es nicht einmal mehr rückgängig machen.

Hallo, funktioniert das? Denn ich habe alles versucht, und es bewegt sich nichts.

Nein, wie im Eröffnungspost erwähnt, haben wir die Unterstützung für GIF-Avatare entfernt.

Was ist mit der Benutzerkarte?

Funktioniert auf Benutzerkarten immer noch einwandfrei, schau dir meine an.

Wir haben die Unterstützung für Avatare entfernt, da wir diese häufig neu skalieren müssen, was bei Benutzerkarten kein Problem darstellt.

Ich nutze 2.6.0 in der Produktion. Wenn ich ein GIF auf meine Benutzerkarte hochlade, wird es überhaupt nicht animiert. Mir ist aufgefallen, dass das hochgeladene GIF in ein statisches Bild umgewandelt wurde. Muss ich etwas in den Einstellungen ändern? Derzeit gibt es in meinen Seiteneinstellungen weder die Option allow_animated_avatars noch allow_animated_thumbnails.

Ich habe gerade dein GIF heruntergeladen und auf meine Benutzerkarte hochgeladen, aber es funktioniert nicht, selbst hier nicht

Ich komme noch einmal darauf zurück: Du kannst ein animiertes WebP als Hintergrund für die Benutzerkarte verwenden. Ich habe meine hier gerade aktualisiert, um es zu testen.

Gibt es ein Plugin, das das ermöglicht?

Ich schließe mich dieser Frage an. Gibt es dazu Fortschritte?

Ich befürchte, dass kein Plugin erstellt wurde. Ein solches Plugin wäre sehr komplex, wenn es die alte Funktionalität beibehalten sollte.

Früher haben wir die Bibliothek Gifsicle: Command-Line Animated GIFs verwendet, um animierte Avatare zu verkleinern. Diese Abhängigkeit wurde entfernt.

Für die Implementierung in einem Plugin gibt es einige Optionen:

1. Man könnte die Abhängigkeit auf irgendeine Weise einbinden – sehr komplex, besonders aus einem Plugin heraus, und müsste den Code dann patchen, um dies in einem Plugin zu unterstützen (äußerst schwierig).

2. Man könnte auf das Verkleinern animierter Avatare verzichten und einen Patch in ein Plugin einfügen (mittlere Schwierigkeit).

3. Man könnte eine andere Methode zum Verkleinern animierter Avatare finden und diese in ein Plugin integrieren (äußerst schwierig).

Das Discourse-Team plant derzeit keine Experimente in dieser Richtung. Wir haben die Idee animierter Avatare vorerst vollständig aufgegeben.

Diese funktionieren auf dem Forum, das ich moderiere, nicht mehr, weder für Benutzerkarten noch für das Profil-Header-Bild. Nutzer können behalten, was sie haben, aber wenn sie versuchen, es zu aktualisieren, erhalten sie ein statisches Bild.

Ich habe versucht, verschiedene WebP-Dateien sowohl in einem Beitrag als auch in einer Benutzerkarte hochzuladen, und für beide habe ich diese Benachrichtigung erhalten:

invalid797×192 10.6 KB

Dies ist eine beliebte Funktion bei unseren Nutzern, die oft viel Mühe in ihre Profilseiten stecken. Kann uns jemand bitte beraten?

Es wird nicht einfach sein, da wir, wie im Beitrag direkt über deinem erwähnt, die Abhängigkeiten von animierten GIFs aus unserer App-Pipeline entfernt haben.

Ja, ich verstehe, dass GIFs vielleicht das Aus haben, auch wenn das schade ist. Was könnte die oben genannte Meldung verursachen, wenn ich versuche, WebP-Dateien hochzuladen?