Wenn die Einstellung Emoji-Verknüpfungen aktivieren aktiviert ist, werden Emoticons wie :) in echte Emojis () umgewandelt. Dies lässt sich jedoch nicht durch ein einfaches Backslash davor umgehen (:)). Das ist inkonsistent mit anderen Fällen, in denen das Escape-Zeichen funktioniert, und bei Discord gibt es eine ähnliche Einstellung:
Diese ist jedoch nicht erzwungen – wenn ich :-) unverändert haben möchte, kann ich einfach ein Backslash davor setzen und erhalte, was ich will.
Um die Umwandlung zu umgehen, muss man beispielsweise ein Zero-Width-Zeichen dazwischen einfügen oder einen Buchstaben in spitze Klammern mitten im Text setzen, da diese nicht gerendert werden, usw. Also z. B. :), :)
Das führt zu einer schlechten Benutzererfahrung für Nutzer, die etwas mehr Freiheit bei der Schreibweise von Emojis wünschen.
Das sind nicht nur Abkürzungen, es sind alles Emojis. Ich vermute, ich bin nicht dagegen, es zu ändern, damit wir aufhören, Emojis zu verwenden, wenn wir einen vorangehenden \ haben.
Also:
\:thinking: hat die gleiche Bedeutung wie \`thinking` und \*thinking*
hat die gleiche Bedeutung wie `thinking` und *thinking*
Ich habe dazu einen Beitrag im Roblox-Entwicklerforum veröffentlicht, das Discourse nutzt, und ich stimme zu: Es ist ziemlich nervig, immer leere Zeichen oder ähnliches verwenden zu müssen, um keine Emojis zu nutzen. Emojis machen einen Beitrag oft etwas weniger professionell, und manchmal möchte man ein kleines :<g:) haben, aber kein
Ich hoffe, das wird geändert. (“Ich schätze, es würde nicht aktualisiert werden, da es Open-Source ist und so weiter;”)
Eigentlich bin ich auf dieses Thema gestoßen, weil ich selbst gerade auf diese Frage gestoßen bin (habe versucht, ein Smiley zu entkommen, aber leider wurde es zu einem Emoji UND hat meinen Escape-Zeichen verschluckt … die Frechheit, ahah)
Wir haben dafür bereits eine Umgehung in Backticks, z. B. :-) und :) .. plus Code-Blöcke .. nicht wirklich sicher, dass wir noch mehr Methoden benötigen, um dasselbe Ziel zu erreichen?
Mein Punkt bezog sich eher auf die Verwendung von Emojis im tatsächlichen Gespräch. Wäre es nicht einfach eine Frage davon, Emojis nicht zu rendern und sie stattdessen als Emoticons zu belassen, wenn ein Backslash davor steht?
`` dienen für Inline-Code. Wenn keine Programmierdiskussion stattfindet, ergibt die Verwendung von Codeblöcken keinen Sinn. Selbst wenn es der Fall wäre, macht es immer noch keinen Sinn, da Inline-Codes allgemein zur Hervorhebung einer einzelnen Codezeile oder von Klassennamen, Member-Namen und Ähnlichem verwendet werden.
Dieser Fehler hat das ähnliche Designproblem wie „Unterstriche können Autolinks unterbrechen“, ist aber möglicherweise ein spezifischer Workaround. Ich werde mir ansehen, was getan werden kann.
Ein Benutzer in meinem Forum beschwerte sich über dieses Formatierungsproblem. Ich habe die Emoji-Autocomplete als Lösung für unseren Anwendungsfall deaktiviert, aber seit Discourse vor einiger Zeit auf markdown-it v13 aktualisiert wurde, scheint das Problem weiterhin zu bestehen, während Backslash-Escapes jetzt auf https://markdown-it.github.io/ funktionieren.
Könnte dies daran liegen, dass ember.js immer noch auf Markdown v12 angewiesen ist, wie hier angegeben?
) umgewandelt. Dies lässt sich jedoch nicht durch ein einfaches Backslash davor umgehen (:)). Das ist inkonsistent mit anderen Fällen, in denen das Escape-Zeichen funktioniert, und bei Discord gibt es eine ähnliche Einstellung:
hat die gleiche Bedeutung wie `thinking` und *thinking*