Hallo 
Ich möchte als Benutzer die automatische Vervollständigung von Emojis deaktivieren können.
Siehe Emoji-Autovervollständigung deaktivieren und Smileys deaktivieren (auf discourse.gnome.org).
Könnten Sie auch eine kurze Zusammenfassung des Problems, mit dem Sie konfrontiert sind/warum diese Benutzereinstellung hier von Vorteil wäre, in den OP aufnehmen? Es macht eine viel umfassendere #feature-Anfrage (und erspart den Leuten die Suche nach den Informationen in Links )
(Was ist OP?)
OK, ich werde es versuchen.
- Als Franzose tippe ich manchmal
<space> : <return>. (<return>soll eine neue Zeile erstellen, nicht ein vorgeschlagenes Emoji validieren.) - Ich tippe auch oft Smileys, insbesondere „
:-)“, und immer noch am Ende einer Zeile. Es wird in „:slight_smile:“ umgewandelt. Das gefällt mir nicht, denn auch wenn es das gleiche Ergebnis liefert, ist es schwieriger, die Nachricht vor dem Absenden zu überprüfen. - Ich bin ein Benutzer von discourse.gnome.org, und sie sagen mir, dass sie mir nicht helfen können, weil es eine Website-weite Einstellung ist. Deshalb möchte ich, dass Sie es bitte zu einer benutzerspezifischen Einstellung machen.
Alternative: Sie könnten einen anderen Weg finden, ein vorgeschlagenes Emoji in der Autovervollständigungsfunktion zu validieren (vielleicht <tab> ?), damit <return> als Fortsetzung des Tippens betrachtet wird und Vorschläge ignoriert, wie <space> .
1 „Gefällt mir“
Original Post = der erste Beitrag im Thema, derjenige, der den Thema-Titel festlegt, wie Ihrer, der diesen hier begonnen hat
warum nicht einfach : Leertaste Rücktaste drücken?
Wenn Sie nach dem Doppelpunkt ein Leerzeichen einfügen, sollte sich das Emoji-Pop-up sofort schließen.
4 „Gefällt mir“
Soll ich also den ersten Beitrag bearbeiten, anstatt ihn darunter zu setzen?
Als Entwickler hasse ich es, unnötige Leerzeichen zu hinterlassen. Ich finde das schmutzige Arbeit.
Daher habe ich die Angewohnheit, : Rückgabetaste zu tippen, und ich würde es nicht sehr mögen, mir den Reflex : Leerzeichentaste Rückgabetaste anzueignen.
: Leerzeichentaste Rücklöschtaste Rückgabetaste funktioniert auch nicht, da es die Autovervollständigungsbox wieder öffnet.
Der Punkt ist: Ich habe die Angewohnheit, : Rückgabetaste in jedem einfachen Texteditor zu tippen, und ich würde es sehr begrüßen, wenn es in Discourse das gleiche Ergebnis erzielen würde. Das heißt, all diese Tasten würden als Texteingabe / Textfluss betrachtet (nicht nur Leertaste), sodass Autovervollständigungsvorschläge ignoriert werden müssten.
Warum nicht Enter anstelle von Rückgabetaste (die auf der Zifferntastatur) verwenden?
Da es Pfeil nach oben / Pfeil nach unten verwendet, um das Emoji auszuwählen, könnte es auch Pfeil nach rechts verwenden, um es zu validieren, da Pfeil nach links Pfeil nach rechts die Autovervollständigungsbox nicht wieder öffnet.
Hmmm, entschuldigen Sie, ich kann Ihrem Argument nicht folgen. Nur zur Klarstellung: Ich habe Ihnen eine einfache Lösung gegeben, aber Sie sagen, sie sei nicht gut genug, weil Sie es gewohnt sind, :return; zu verwenden, und deshalb der Meinung sind, dass wir eine neue Funktionalität für Benutzereinstellungen dafür einführen sollten? FWIW, ich glaube nicht, dass ich diese spezielle Funktionsanfrage bisher gesehen habe. 
Danke für die Umgehungslösung.
- und :LeerzeichenRücktasteReturn ist keine Umgehungslösung,
- und ich möchte nicht den Reflex entwickeln, :LeerzeichenReturn zu tippen und es in jedem einfachen Texteditor zu verwenden, da dies schmutzige Arbeit wäre, insbesondere in Code und offiziellen Dokumenten.
Was ist die neue Funktion?
Was ich verstanden habe ist: Es gibt bereits eine Website-weite Einstellung, und ich schlage vor, diese Einstellung Benutzer-weit zu machen.
Ich habe gerade entdeckt, dass GitLab auch eine Autovervollständigungsfunktion hat, ähnlich der von Discourse, außer dass kein Emoji ausgewählt ist, wenn die Autovervollständigungsbox geöffnet wird, sodass der Benutzer Pfeil nach unten tippen muss, um das erste vorgeschlagene Emoji auszuwählen.
Dann wird :Return als Tippfluss / Textfluss betrachtet, und Autovervollständigungsvorschläge werden ignoriert.
Es öffnet die Autovervollständigungsbox auch dann, wenn : nach Buchstaben getippt wird, und ich glaube nicht, dass das jemanden stört.
Benutzer müssen Pfeil nach untenReturn anstelle von Return tippen, um das erste vorgeschlagene Emoji zu erhalten.
Wäre diese Änderung für Sie akzeptabel?
Was ist mit Leertaste:EscEnter als Workaround? Es scheint für mich im Test zu funktionieren, aber es könnte leicht sein, den Komponisten versehentlich zu minimieren.
1 „Gefällt mir“
Vielen Dank, das scheint eine großartige Lösung zu sein.
Bitte berücksichtigen Sie entweder die GitLab-Lösung oder die Deaktivierung auf Benutzerebene, damit ich <em> nicht mehr in meinen Tippfluss einfügen muss.
1 „Gefällt mir“
Ich möchte diese Anfrage mit „+1“ unterstützen. Einige Benutzer haben darum gebeten, dass Smileys für sie deaktiviert werden, da sie stattdessen lieber die altmodischen wie : ) tippen möchten.
Möchten Ihre Benutzer, dass Discourse :-) anstelle von anzeigt?
Wenn ja, können Sie als Administrator Smileys bereits für den gesamten Server (serverweit) deaktivieren.
Wenn Sie eine benutzerspezifische Deaktivierung wünschen, präzisieren Sie bitte, ob Sie möchten, dass Smileys für einen bestimmten Benutzer für alle von ihm gelesenen Beiträge deaktiviert werden oder nur für seine eigenen Beiträge.
Im 1. Fall seien Sie vorsichtig, ich glaube nicht, dass Discourse :slight_smile: in :-) übersetzen würde, wenn es von einem Benutzer geschrieben wurde, der Smileys nicht deaktiviert hat.
Ich persönlich habe nur die automatische Vervollständigung von Emojis deaktivieren lassen, da sie mich nur beim Schreiben von Beiträgen stört, wenn ich :slight_smile: anstelle von :-) sehe. Es stört mich jedoch nicht, sowohl in der Vorschau als auch beim Lesen von Beiträgen zu sehen.
Ich habe einen Benutzer, der es nicht stört, Emojis zu sehen, aber sie selbst als :-) anzeigen möchte.
Sie möchten also, dass andere Leute keine Emojis aus ihren Beiträgen sehen.
Eine etwas seltsame Anfrage. Ich werde sie auf diese Backticks hinweisen, da sie die Aufgabe vielleicht erfüllen!
Ich erhalte auch einige Benutzeranfragen bezüglich dieses Themas, insbesondere für das Chat-Plugin (obwohl die Einstellung zwischen beiden geteilt werden könnte)
Wenn jemand die Logik zum Deaktivieren des Emoji-Recommenders in einer Theme-Komponente wünscht, funktioniert etwas wie das Folgende. (Ich habe einen Proof of Concept gestartet, aber dies erlaubt immer noch die Anzeige von Emojis, nur nicht die Empfehlung im Composer).
Sie müssten die Bedingungen für die Umgehung des Recommenders programmieren. Es schaltet nur den Recommender aus. Emojis werden immer noch angezeigt, wenn sie etwas wie :persevering_face: eingeben.
import { withPluginApi } from "discourse/lib/plugin-api";
export default {
name: "disable-emoji-autocomplete-non-staff",
initialize() {
withPluginApi("0.8.12", (api) => {
api.modifyClass("component:d-editor", {
_applyEmojiAutocomplete() {
let isGroupMember = ...logic to get members...
});
// Nur Emoji-Autocomplete für Mitarbeiter anwenden
if (!isGroupMember) {
// oder vielleicht möchten Sie es so einstellen, dass es für Mitglieder der hate_emoji-Gruppe keine Emojis vorschlägt
return; // deaktiviert die Autovervollständigung für Nicht-Mitarbeiter
}
// Andernfalls auf das ursprüngliche Verhalten zurückfallen
this._super(...arguments);
},
});
});
},
};
Wenn Sie eine ordnungsgemäß funktionierende Theme-Komponente wünschen, die den Emoji-Recommender nach Gruppe (oder vielleicht etwas anderem?) deaktiviert/zulässt und ein Budget haben, können Sie mich gerne kontaktieren.