Alternativa: Potresti trovare un altro modo per convalidare un emoji suggerito nella funzione di completamento automatico (forse <tab>), in modo che <invio> venga considerato come continuare a digitare, ignorando i suggerimenti, come <spazio>.
Mi dispiace, significa che dovrei modificare il primo post invece di metterlo sotto?
Come sviluppatore, odio lasciare spazi inutili. Lo trovo un lavoro sporco.
Quindi ho l’abitudine di digitare spazio:invio in qualsiasi editor di testo normale, e non mi piacerebbe molto acquisire il riflesso di spazio:spazio:invio.
Il punto è: ho l’abitudine di digitare spazio:invio in qualsiasi editor di testo normale, e mi piacerebbe molto che desse lo stesso risultato in Discourse. Cioè, tutte queste chiavi sarebbero considerate come flusso di digitazione / flusso di testo (non solo spazio), quindi i suggerimenti di completamento automatico dovrebbero essere ignorati.
Quello che ho capito è: esiste già un’impostazione a livello di sito e suggerisco di rendere questa impostazione a livello di utente.
Ho appena scoperto che anche GitLab ha una funzione di completamento automatico, simile a quella di Discourse, tranne per il fatto che non c’è un’emoji selezionata quando apre la casella di completamento automatico, quindi l’utente deve digitare freccia-giù per scegliere la prima emoji suggerita.
Quindi, : è considerato come flusso di digitazione / flusso di testo, e i suggerimenti di completamento automatico vengono ignorati.
Apre la casella di completamento automatico anche quando : viene digitato dopo le lettere, e non penso che dia fastidio a nessuno.
Gli utenti devono digitare freccia-giĂą freccia-giĂą invece di freccia-giĂą per ottenere la prima emoji suggerita.
Che ne dici di spazio:escapereturn come soluzione alternativa? Mi sembra che funzioni nei test, ma potrebbe essere facile ridurre accidentalmente il compositore.
Tieni presente sia la soluzione GitLab sia la disabilitazione a livello utente, in modo che non debba piĂą inserire \u003cescape\u003e nel mio flusso di digitazione.
I tuoi utenti desiderano che Discourse visualizzi :-) invece di ?
In tal caso, se sei un amministratore, puoi già disabilitare le faccine per l’intero server (disabilitazione a livello di sito).
Se desideri una disabilitazione a livello di utente, potresti precisare se desideri che per un dato utente le faccine siano disabilitate per tutti i post che legge, o solo per i propri post?
Nel primo caso, fai attenzione, non credo che Discourse tradurrà :slight_smile: in :-) quando è stato scritto da un utente che non ha disabilitato le faccine.
Ricevo anch’io alcune richieste dagli utenti in merito, in particolare per il plugin chat (anche se l’impostazione potrebbe essere condivisa tra i due)
Se qualcuno vuole una logica per disabilitare il raccomandatore di emoji in un componente del tema, qualcosa di simile a quanto segue funzionerĂ . (Ho iniziato una prova di concetto, ma questo permette ancora il rendering delle emoji, solo non la raccomandazione nel composer).
Dovrai codificare le condizioni per quando bypassa il raccomandatore. Disabilita solo il raccomandatore, però. Le emoji vengono ancora visualizzate se digitano qualcosa come :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 = ...logica per ottenere i membri...
});
// Applica l'autocompletamento delle emoji solo allo staff
if (!isGroupMember) {
// o forse vuoi che non suggerisca emoji per i membri del gruppo hate_emoji
return; // disabilita l'autocompletamento per i non staff
}
// Altrimenti, torna al comportamento originale
this._super(...arguments);
},
});
});
},
};
Se desideri un componente del tema funzionante che disabiliti/permetta il raccomandatore di emoji per gruppo (o forse qualcos’altro?) e hai un budget, non esitare a contattarmi.