Emoji-Aktualisierung

[j.jaffeux (Joffrey Jaffeux)]

discourse-emojis/dist/emoji/unicode at main · discourse/discourse-emojis

und dann gibt es alle möglichen Dinge zu handhaben, wie Aliase

[Richie (Richie Rich)]

Ah-ha!

Ich hatte dieses Repository übersehen, danke @j.jaffeux, wir sind jetzt wieder im Geschäft

Apple, mit einem Fallback auf Unicode

[mk0r]

@j.jaffeux

• verschiedene Plattformen unterstützen neu veröffentlichte Emojis unterschiedlich schnell. Sie könnten also Benutzer A auf Plattform 1 haben, der einen Beitrag mit einem Emoji erstellt, der auf dieser Plattform verfügbar ist. Dieser wird dann von Benutzer B auf Plattform 2 gesehen, der die vor einigen Wochen veröffentlichten neuesten Emojis noch nicht unterstützt => Tofubox (in der Welt der Schriftarten ist „Tofu“ eine leere rechteckige Box, die erscheint, wenn ein Zeichen nicht angezeigt werden kann).
• benutzerdefinierte Emojis. Discourse unterstützt benutzerdefinierte Emojis, die keinem Zeichen zugeordnet sind und nur Bilder sind.

Das scheint eine seltsame Vorgehensweise zu sein. Emojis als Bilder im Textfluss darzustellen, widerspricht dem üblichen Vorgehen. Die überwiegende Mehrheit der Benutzer wird an die nativen Emojis ihres Geräts/Betriebssystems gewöhnt sein, sodass eine weniger gute oder andere Version seltsam wirken wird.

Die überwiegende Mehrheit der Websites verwendet native Emojis der Benutzer. Wie kann das wirklich ein Problem sein? Sollte die Standardeinstellung nicht das native Emoji des Benutzers sein, mit der Option, benutzerdefinierte Emoji-Sets als Plugin oder benutzerdefinierte Option anzubieten?

Der aktuelle Ansatz fühlt sich unschön und ungelenk an.

[Richie (Richie Rich)]

Sehen andere auch massive Emojis in Beiträgen?

[j.jaffeux (Joffrey Jaffeux)]

test test

---

muss etwas in deinem Theme sein?

[j.jaffeux (Joffrey Jaffeux)]

@mk0r

Die überwiegende Mehrheit der Websites verwendet benutzernative Emoji, wie ist das jemals wirklich ein Problem?

• Twitter verfolgt die gleiche Strategie
• Slack verfolgt die gleiche Strategie
• Discord verfolgt die gleiche Strategie

Vielleicht gibt es einen Grund?

[Richie (Richie Rich)]

@j.jaffeux

Muss etwas in deinem Theme sein?

Nein, tut mir leid, ich hatte vergessen, einen Screenshot zu zeigen, der darauf hindeutet, dass es sich um einen Upload handelt.

Wenn ich den Beitrag bearbeite, sehe ich Folgendes:

Seltsam, oder?

[Divinebaboon]

Frage: Bei der Unicode-Zeichensatz ist es der in der Spalte „Sample“ (https://unicode.org/emoji/charts/full-emoji-list.html), richtig? Wenn ja, sind das exakt dieselben wie Noto, nicht wahr? Ich bin nur etwas verwirrt, warum beide angeboten werden, wenn es derselbe Satz ist.

[j.jaffeux (Joffrey Jaffeux)]

Ja, Sie haben Recht, wir sollten sie konvergieren lassen, kein großer Schaden.

[MichaIng]

Ich bin gerade darüber gestolpert, da unser Forumstandard (auch wenn die Option auf ihren Standard zurückgesetzt wird) „Twitter“ ist, obwohl dort steht „veraltet zu Twemoji“.

Es ist sinnvoll, dass „Twitter“-Emojis veraltet sind, da der Name „Twitter“ veraltet ist (und die neue Plattform größtenteils zu einem missbrauchten Scheißloch wurde) . Aber es ist wahrscheinlich auch sinnvoll, Dinge nicht ohne Zustimmung des Administrators zu ändern.

Bezüglich dieses Standards: Ist es der Standard, mit dem die eigene Discourse-Instanz ursprünglich ausgeliefert wurde, oder sind diese global für alle Instanzen und können sich daher ändern? Haben neue Instanzen standardmäßig Twemoji-Emojis aktiviert?

[Canapin (Coin-coin le Canapin)]

@MichaIng

Sind neue Instanzen standardmäßig mit Twemoji-Emojis aktiviert?

Wenn dies immer noch der Fall ist, könnte sich dies in Zukunft ändern, siehe:

Emojis, would it be prudent for Discourse to Fork Twemoji?

Moving this to feature @lindsey , at some point we may have to rethink our default emoji set We do not want to be stuck on a set that has stopped evolving Every year Apple champion a few new emojis to great fanfare it is a shame to be perceived as a product that is behind here What other open options are out there? Is there a non fork one that looks great and would be a great default?

[MichaIng]

@Canapin

Wenn das immer noch der Fall ist, könnte sich das in Zukunft ändern, siehe:

Sie meinen, wenn es noch nicht der Fall ist?

Mein Punkt ist:

• Es wirkt seltsam, dass „Twitter“-Emojis in der Liste explizit als veraltet gekennzeichnet sind, während sie immer noch die Standardeinstellung sind, d. h. die Schaltfläche „Zurücksetzen“ wendet in unserem Fall immer noch diese veralteten Twitter-Emojis an.
• Ich habe mich also gefragt, ob die Standardeinstellung im Upstream-Code wirklich noch nicht geändert wurde, zusammen mit der Umbenennung von „Twitter“ in „Twitter (veraltet zu Twemoji)“, oder ob Standardeinstellungen nicht retrospektiv auf bestehende Discourse-Instanzen angewendet werden. In diesem speziellen Fall gibt es ein Argument dafür, die Standardeinstellung bei einer bestehenden Instanz nicht zu ändern, damit Administratoren immer zu dem zurückkehren können, womit ihr Forum ausgeliefert wurde, und Einstellungen, die sie nie geändert haben, sich nicht ohne ihre explizite Änderung ändern.
• Andere Formulierung: Wendet die Schaltfläche „Zurücksetzen“ die Discourse-Standardeinstellungen (die sich ändern können) an oder den Wert, mit dem die Discourse-Instanz ursprünglich ausgeliefert wurde?

Nun, ich schätze, die Standardeinstellung wurde wirklich noch nicht geändert, die andere Theorie scheint ein ziemlich kompliziertes Verhalten zu sein .

[Moin]

Twitter ist immer noch der Standard, selbst bei Neuinstallationen

config/site_settings.yml

Ich denke, “Zurücksetzen” setzt immer auf den Standard der aktuellen Version zurück. Zum Beispiel war “E-Mails normalisieren” vor etwa einem Jahr standardmäßig aktiviert DEV: Enable the normalize_emails site setting by default by Drenmi · Pull Request #29952 · discourse/discourse · GitHub, sodass Zurücksetzen die Einstellung jetzt auf aktiviert ändert.