Cuando la configuración activar atajos de emojis está habilitada, los emoticonos como :) se convierten en emojis reales (). Sin embargo, esto no se puede omitir simplemente añadiendo una barra invertida antes (\:)). Esto es inconsistente con otras situaciones donde la secuencia de escape funciona, y en Discord tienes una configuración similar:
Sin embargo, no es obligatoria: si quiero que :-) aparezca tal cual, solo necesito escribir una barra invertida antes y obtengo lo que deseo.
Para omitirlo, necesitas usar algo como un carácter de ancho cero en medio, o envolver una letra entre corchetes angulares en el medio, ya que estos no se renderizan, etc. Es decir:
:<g>), :)
lo cual genera una mala experiencia de usuario para quienes desean un poco más de libertad al escribir emojis.
Hice una publicación sobre esto en el foro de desarrolladores de Roblox, que usa Discourse, y estoy de acuerdo: tener que usar siempre caracteres vacíos o cualquier cosa para NO usar un emoji es bastante molesto. Los emojis suelen hacer que tu publicación sea un poco menos profesional, y a veces quieres un poco de :) pero no un
Espero que esto cambie. (“Supongo que no se actualizará, ya que es de código abierto y todo eso;”)
En realidad, encontré este tema porque acabo de toparme con esta misma consulta (intenté escapar de un emoticono, pero, por desgracia, se convirtió en un emoji Y se tragó mi carácter de escape… la audacia, ajajaja)
Ya tenemos un mecanismo de evasión existente para esto en formato de retrocomillas, por ejemplo :-) y :) .. además de bloques de código .. no estoy muy seguro de que necesitemos aún más métodos para lograr el mismo objetivo?
Mi punto era más bien sobre el uso de emojis en una conversación real, ¿y no sería simplemente una cuestión de no renderizar el emoji, manteniéndolo como un emoticón si hay una barra invertida antes de él?
`` son para código en línea; si no estás teniendo una discusión de programación, usar bloques de código no tiene sentido. Incluso si lo fuera, aún no tendría sentido, ya que los códigos en línea generalmente se usan para resaltar una sola línea de código o para resaltar nombres de clases/miembros y cosas así.
No exactamente: HTML intentará renderizar si escribes <a>, por ejemplo. Por lo tanto, los bloques de código en línea son la forma esperada de renderizar eso.
Simplemente no estoy seguro de querer gastar valioso tiempo de ingeniería en algo que ya tenemos una forma de manejar.
Recomiendo abrir un ticket aguas arriba, aunque esto podría significar que necesitemos anotar los tokens de texto con el “texto original sin procesar del token de texto”.
El nivel de dificultad de esto es de aproximadamente 95.
Este error tiene un diseño similar a “los guiones bajos pueden romper los enlaces automáticos”, pero puede ser un arreglo específico posible. Echaré un vistazo a lo que se puede hacer.
). Sin embargo, esto no se puede omitir simplemente añadiendo una barra invertida antes (\:)). Esto es inconsistente con otras situaciones donde la secuencia de escape funciona, y en Discord tienes una configuración similar:
tiene la misma paridad que `thinking` y *thinking*
