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önntest du im OP auch eine kurze Zusammenfassung des Problems, das du hast, bzw. des Nutzens dieser Benutzereinstellung hinzufügen? Das macht die #contribute:Feature-Anfrage viel ausgewogener (und spart den Leuten die Suche nach den Infos in den Links )
(Was ist OP?)
OK, ich werde es versuchen.
- Als Franzose tippe ich manchmal
<space>:<return>. (<return>soll eine neue Zeile erstellen, nicht einen vorgeschlagenen Emoji bestätigen.) - Ich tippe auch oft Smileys, insbesondere „
:-)“, und zwar ebenfalls am Ende einer Zeile. Dies wird in „:slight_smile:“ umgewandelt. Das gefällt mir nicht, weil es, selbst wenn es das gleiche Ergebnis liefert, die Überprüfung der Nachricht vor dem Absenden erschwert. - Ich bin Benutzer von discourse.gnome.org, und sie sagen, dass sie mir nicht helfen können, da es sich um eine seitenweite Einstellung handelt. Deshalb möchte ich, dass ihr dies zu einer benutzerspezifischen Einstellung macht, bitte.
Alternative: Ihr könntet einen anderen Weg finden, um einen vorgeschlagenen Emoji in der Autovervollständigung zu bestätigen (vielleicht <tab>?), sodass <return> als „Weiter tippen“ betrachtet wird, wobei Vorschläge ignoriert werden, ähnlich wie bei <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.