Salut 
J’aimerais pouvoir désactiver la complétion automatique des emoji en tant qu’utilisateur.
Veuillez consulter Désactiver la complétion automatique des emoji et Désactiver les smileys (sur discourse.gnome.org).
Pourriez-vous également inclure un bref résumé du problème que vous rencontrez / pourquoi cette préférence utilisateur serait bénéfique ici dans le message d’origine. Cela rend la demande de #fonctionnalité beaucoup plus complète (et évite aux gens de chercher l’information dans les liens )
(qu’est-ce que OP ?)
OK, je vais essayer.
- En tant que Français, je tape parfois
<espace>: <retour>. (<retour>veut faire une nouvelle ligne, pas valider un emoji suggéré.) - Je tape aussi souvent des émoticônes, notamment «
:-)», et toujours en fin de ligne. Il est converti en «:slight_smile:». Je n’aime pas ça, car même si le résultat est le même, il est plus difficile de relire le message avant de le poster. - Je suis un utilisateur de discourse.gnome.org, et ils me disent qu’ils ne peuvent pas m’aider car c’est un réglage général du site. C’est pourquoi j’aimerais que vous en fassiez un réglage par utilisateur, s’il vous plaît.
Alternative : Vous pourriez trouver un autre moyen de valider un emoji suggéré dans la fonction de saisie semi-automatique (peut-être <tab>), de sorte que <retour> soit considéré comme une continuation de la frappe, ignorant les suggestions, comme <espace>.
1 « J'aime »
Original Post = le premier message du sujet, celui qui définit le titre du sujet comme le vôtre qui a commencé celui-ci
alors pourquoi ne pas simplement appuyer sur :espaceretour chariot ?
Si vous mettez un espace après le deux-points, la fenêtre contextuelle d’emoji se fermera immédiatement.
4 « J'aime »
Dois-je donc modifier le 1er message au lieu de le mettre en dessous ?
En tant que développeur, je déteste laisser des espaces inutiles. Je trouve que c’est du travail sale.
J’ai donc l’habitude de taper : retour, et je n’aimerais pas beaucoup acquérir le réflexe de : espace retour.
: espace retour retour ne fonctionne pas non plus, car il rouvre la boîte d’autocomplétion.
Le fait est que j’ai l’habitude de taper : retour dans n’importe quel éditeur de texte brut, et j’aimerais beaucoup que cela donne le même résultat dans Discourse. C’est-à-dire que toutes ces touches seraient considérées comme un flux de frappe / flux de texte (pas seulement espace), donc les suggestions d’autocomplétion devraient être ignorées.
Pourquoi ne pas utiliser Entrée au lieu de Retour (celui du pavé numérique) ?
Puisqu’il utilise flèche haut / flèche bas pour choisir l’emoji, il pourrait aussi utiliser flèche droite pour le valider, étant donné que flèche gauche flèche droite ne rouvre pas la boîte d’autocomplétion.
hmmm, désolé, je ne suis pas votre argument. Juste pour clarifier - je vous ai donné une solution simple, mais vous dites qu’elle n’est pas assez bonne parce que vous avez l’habitude d’utiliser :return ; vous pensez donc que nous devrions introduire une nouvelle fonctionnalité dans les préférences de l’utilisateur pour cela ? FWIW, je ne pense pas avoir encore vu cette demande de fonctionnalité particulière. 
Merci pour la solution de contournement.
- et
:espace:retour chariotn’est pas une solution de contournement, - et je n’aimerais pas acquérir le réflexe de
:espace:retour chariotet le taper dans n’importe quel éditeur de texte brut, car cela ferait un travail sale, en particulier dans le code et la documentation officielle.
Quelle est la nouvelle fonctionnalité ?
Ce que j’ai compris : Il existe déjà un paramètre pour tout le site, et je suggère de rendre ce paramètre propre à l’utilisateur.
Je viens de découvrir que GitLab a également une fonctionnalité d’auto-complétion, similaire à celle de Discourse, sauf qu’il n’y a pas d’emoji sélectionné lorsqu’elle ouvre la boîte d’auto-complétion, de sorte que l’utilisateur doit taper flèche vers le bas pour choisir le 1er emoji suggéré.
Ensuite, :retour chariot est considéré comme un flux de frappe / flux de texte, et les suggestions d’auto-complétion sont ignorées.
Elle ouvre la boîte d’auto-complétion même lorsque : est tapé après des lettres, et je ne pense pas que cela dérange qui que ce soit.
Les utilisateurs doivent taper flèche vers le bas``retour chariot au lieu de retour chariot pour obtenir le 1er emoji suggéré.
Ce changement vous semblerait-il acceptable ?
Qu’en est-il de espace : échap retour comme solution de contournement ? Cela semble fonctionner pour moi en test, mais il pourrait être facile de minimiser accidentellement le compositeur.
1 « J'aime »
Merci beaucoup, cela semble être une excellente solution de contournement.
Veuillez garder à l’esprit soit la solution GitLab, soit la désactivation au niveau de l’utilisateur, afin que je n’aie plus besoin d’insérer \u003cescape\u003e dans mon flux de frappe.
1 « J'aime »
J’aimerais ajouter mon +1 à cette demande, j’ai eu des utilisateurs qui ont demandé que les smileys soient désactivés pour eux car ils préfèrent taper ceux à l’ancienne comme : )
Vos utilisateurs souhaitent-ils que Discourse affiche :-) au lieu de ?
Dans ce cas, si vous êtes administrateur, vous pouvez déjà désactiver les smileys pour l’ensemble du serveur (désactivation globale).
Si vous souhaitez une désactivation par utilisateur, pourriez-vous préciser si vous souhaitez qu’un utilisateur donné ait les smileys désactivés pour tous les messages qu’il lit, ou seulement pour ses propres messages ?
Dans le 1er cas, attention, je ne pense pas que Discourse traduise :slight_smile: en :-) lorsqu’il a été écrit par un utilisateur qui n’a pas désactivé les smileys.
Pour ma part, j’ai demandé la désactivation uniquement de la complétion automatique des emojis, car cela me dérange uniquement lorsque j’écris des messages, en voyant :slight_smile: au lieu de :-). Mais cela ne me dérange pas de voir que ce soit dans le volet d’aperçu ou en lisant des messages.
J’ai un utilisateur qui ne voit pas d’inconvénient à voir des emojis, mais qui souhaite les afficher comme :-) lui-même.
Il souhaite donc que les autres personnes ne voient pas les emojis de ses publications.
Demande un peu étrange. Je vais lui parler de ces backticks, car ils pourraient faire l’affaire !
Je reçois également des demandes d’utilisateurs concernant ceci, en particulier pour le plugin chat (bien que le paramètre puisse être partagé entre les deux).
Si quelqu’un souhaite une logique pour désactiver le recommandateur d’emoji dans un composant de thème, quelque chose comme ce qui suit fonctionnera. (J’ai commencé une preuve de concept, mais cela permet toujours de rendre les emojis, juste de ne pas les recommander dans le compositeur).
Vous devrez coder les conditions pour le moment où il contourne le recommandateur. Il désactive uniquement le recommandateur. Les emojis sont toujours rendus s’ils tapent quelque chose comme :persevering_face:
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 = ...logique pour obtenir les membres...
});
// Appliquer l'autocomplétion emoji uniquement au personnel
if (!isGroupMember) {
// ou peut-être que vous voulez qu'il ne suggère pas d'emoji pour les membres du groupe hate_emoji
return; // désactive l'autocomplétion pour les non-membres du personnel
}
// Sinon, revenir au comportement d'origine
this._super(...arguments);
},
});
});
},
};
Si vous souhaitez un composant de thème fonctionnel qui désactive/autorise le recommandateur d’emoji par groupe (ou peut-être autre chose ?) et que vous avez un budget, n’hésitez pas à me contacter.