Hola 
Me gustaría poder desactivar el autocompletado de emojis como usuario, por favor.
Por favor, consulta Desactivar el autocompletado de emojis y Desactivar emoticonos (en discourse.gnome.org).
¿Podrías incluir también un breve resumen del problema al que te enfrentas/por qué esta preferencia de usuario sería beneficiosa aquí en el OP? Hace que la solicitud de Feature sea mucho más completa (¡y ahorra a la gente tener que buscar la información en los enlaces! )
(¿qué es OP?)
OK, lo intentaré.
- Como francés, a veces escribo
<espacio>: <retorno>. (<retorno>quiere hacer una nueva línea, no validar un emoji sugerido). - También escribo a menudo emoticonos, en particular “
:-)”, y todavía al final de una línea. Se convierte en " ". No me gusta, porque, aunque dé el mismo resultado, hace que sea más difícil revisar el mensaje antes de publicarlo. - Soy un usuario de discourse.gnome.org, y me dicen que no pueden ayudarme porque es una configuración de todo el sitio. Por eso me gustaría que la hicieras una configuración por usuario, por favor.
Alternativa: Podrías encontrar otra forma de validar un emoji sugerido en la función de autocompletado (¿quizás <tab>?), para que <retorno> se considere como continuar escribiendo, ignorando las sugerencias, como <espacio>.
1 me gusta
Original Post = la primera publicación del tema, la que establece el título del tema como el tuyo que inició este.
entonces, ¿por qué no simplemente presionar <kbd>:<kbd><kbd>space</kbd><kbd>return</kbd>?
Si pones un espacio después de los dos puntos, el cuadro emergente de autocompletado de emojis debería cerrarse inmediatamente.
4 Me gusta
¿Eso significa que debería editar la primera publicación en lugar de ponerla debajo?
Como desarrollador, odio dejar espacios perdidos donde son inútiles. Me parece un trabajo sucio.
Así que tengo la costumbre de escribir : retorno de carro, y no me gustaría mucho adquirir el reflejo de : espacio retorno de carro.
: espacio retroceso retorno de carro tampoco funciona, ya que vuelve a abrir el cuadro de autocompletado.
El punto es: tengo la costumbre de escribir : retorno de carro en cualquier editor de texto plano, y me gustaría mucho que diera el mismo resultado en Discourse. Es decir, todas estas teclas se considerarían como flujo de escritura / flujo de texto (no solo espacio), por lo que las sugerencias de autocompletado tendrían que ser ignoradas.
¿Por qué no usar enter en lugar de retorno de carro (el del teclado numérico)?
Dado que usa flecha arriba / flecha abajo para elegir el emoji, también podría usar flecha derecha para validarlo, dado que flecha izquierda flecha derecha no vuelve a abrir el cuadro de autocompletado.
hmmm, lo siento, no sigo tu argumento. Solo para aclarar: te di una solución simple, pero dices que no es lo suficientemente buena porque tienes la costumbre de usar :return; así que sientes que deberíamos introducir una nueva funcionalidad en las preferencias del usuario para esto? FWIW, no creo haber visto esta solicitud de función en particular todavía. 
Gracias por la solución alternativa.
- y
:espacio:retroceso:retornono es una solución alternativa, - y no me gustaría adquirir el reflejo de
:espacio:retornoy escribirlo en cualquier editor de texto plano, porque haría un trabajo sucio, especialmente en código y documentos oficiales.
¿Cuál es la nueva funcionalidad?
Lo que entendí es: Ya existe una configuración en todo el sitio, y sugiero hacer esta configuración a nivel de usuario.
Acabo de descubrir que GitLab también tiene una función de autocompletado, similar a la de Discourse, excepto que no hay un emoji seleccionado cuando se abre el cuadro de autocompletado, por lo que el usuario tiene que escribir flecha-abajo para elegir el primer emoji sugerido.
Entonces, :retorno se considera como flujo de escritura / flujo de texto, y las sugerencias de autocompletado se ignoran.
Abre el cuadro de autocompletado incluso cuando : se escribe después de letras, y no creo que moleste a nadie.
Los usuarios tienen que escribir flecha-abajo:retorno en lugar de retorno para obtener el primer emoji sugerido.
¿Te parecería aceptable este cambio?
¿Qué tal espacio:escapereturn como solución alternativa? Me funciona en las pruebas, pero podría ser fácil minimizar accidentalmente el editor.
1 me gusta
Muchas gracias, parece ser una gran solución alternativa.
Por favor, ten en cuenta la solución de GitLab o la desactivación a nivel de usuario, para que ya no necesite insertar <escape> en mi flujo de escritura.
1 me gusta
Me gustaría dar un +1 a esta solicitud, he tenido usuarios que solicitan que los emoticonos se desactiven para ellos porque quieren escribir los de la vieja escuela en su lugar, como : )
¿Tus usuarios quieren que Discourse muestre :-) en lugar de ?
En ese caso, si eres administrador, ya puedes deshabilitar los emoticonos para todo el servidor (deshabilitación a nivel de sitio).
Si quieres una deshabilitación a nivel de usuario, ¿podrías precisar si quieres que a un usuario determinado se le deshabiliten los emoticonos para todas las publicaciones que lea, o solo para sus propias publicaciones?
En el primer caso, ten cuidado, no creo que Discourse traduzca :slight_smile: en :-) cuando lo ha escrito un usuario que no ha deshabilitado los emoticonos.
Por mi parte, pedí deshabilitar solo el autocompletado de emojis, porque solo me molesta mientras escribo publicaciones, ver :slight_smile: en lugar de :-). Pero no me molesta ver ni en el panel de vista previa ni al leer publicaciones.
Tengo un usuario al que no le importa ver emojis, pero quiere mostrarlos como :-) para sí mismo.
Por lo tanto, quiere que otras personas no vean los emojis de sus publicaciones.
Una solicitud un tanto extraña. ¡Le informaré sobre estas comillas invertidas, ya que podrían hacer el trabajo!
También estoy recibiendo algunas solicitudes de usuarios con respecto a esto, especialmente para el plugin de chat (aunque la configuración podría compartirse entre los dos)
Si alguien quiere una lógica para deshabilitar el recomendador de emojis en un componente de tema, algo como lo siguiente funcionará. (Comencé una prueba de concepto, pero esto aún permite que los emojis se rendericen, solo que no se recomienden en el compositor).
Necesitarías codificar las condiciones para cuándo se omite el recomendador. Solo desactiva el recomendador, sin embargo. Los emojis todavía se renderizan si escriben algo como :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 = ...lógica para obtener miembros...
});
// Solo aplica el autocompletado de emojis para el personal
if (!isGroupMember) {
// o tal vez quieras que no sugiera emojis para los miembros del grupo hate_emoji
return; // deshabilita el autocompletado para no personal
}
// De lo contrario, recurre al comportamiento original
this._super(...arguments);
},
});
});
},
};
Si deseas un componente de tema que funcione correctamente y deshabilite/permita el recomendador de emojis por grupo (¿o tal vez por otra cosa?) y tienes presupuesto, no dudes en contactarme.