y luego hay todo tipo de cosas que manejar, como alias
3 Me gusta
¡Ajá!
Me había perdido ese repositorio, gracias @j.jaffeux, ahora estamos de vuelta en el negocio 
Apple, con una opción de respaldo a unicode 
5 Me gusta
Esto parece una forma extraña de hacer las cosas. Renderizar un emoji como imágenes en el flujo de texto va en contra de la corriente. La gran mayoría de los usuarios estarán muy acostumbrados a los emojis nativos de su dispositivo/sistema operativo, por lo que ver una versión menos buena o diferente se sentirá extraño.
La gran mayoría de los sitios web utilizan los emojis nativos del usuario, ¿cómo es esto realmente un problema? ¿No debería ser la opción predeterminada los emojis nativos del usuario, con la opción de hacer conjuntos de emojis personalizados como un complemento o una opción personalizable por el usuario?
El enfoque actual se siente y se ve ineficiente.
5 Me gusta
prueba 
prueba
¿debe ser algo en tu tema?
3 Me gusta
- Twitter utiliza la misma estrategia
- Slack utiliza la misma estrategia
- Discord utiliza la misma estrategia
¿Quizás haya una razón?
7 Me gusta
No, lo siento, me había saltado una captura de pantalla para mostrar que parecía una carga.
Si edito la publicación, esto es lo que veo:
Extraño, ¿eh? 
1 me gusta
Pregunta: Para el conjunto Unicode, son los de la columna “Muestra”, ¿verdad? Si es así, ¿son exactamente los mismos que Noto, no? Solo estoy un poco confundido sobre por qué se ofrecen ambos si son el mismo conjunto.
1 me gusta
Sí, tienes razón, deberíamos hacer que converjan, no hay mucho daño.
1 me gusta
Me acabo de encontrar con esto, ya que el valor predeterminado de nuestro foro (incluso al restablecer la opción a su valor predeterminado) es “Twitter”, mientras que dice “obsoleto a Twemoji”.
Tiene sentido que los emojis de “Twitter” estén obsoletos, ya que el nombre “Twitter” está obsoleto (y la nueva plataforma se ha convertido en un estercolero maltratado en su mayoría) 
. Pero también probablemente tenga sentido no cambiar las cosas sin el consentimiento del administrador.
Sobre este valor predeterminado: ¿es el valor predeterminado con el que se envió originalmente la instancia de Discourse, o son globales para todas las instancias y, por lo tanto, pueden cambiar? ¿Las nuevas instancias tienen los emojis Twemoji habilitados por defecto?
1 me gusta
Si este sigue siendo el caso, podría cambiar en el futuro, ver:
1 me gusta
¿Te refieres a si aún no es el caso?
Mi punto es:
- Parece extraño que los emojis de “Twitter” se indiquen explícitamente como obsoletos en la lista, mientras que siguen siendo los predeterminados, es decir, el botón de “restablecer” en nuestro caso todavía aplica estos emojis obsoletos de Twitter.
- Así que me preguntaba si el valor predeterminado realmente no ha cambiado en el código fuente, junto con el cambio de nombre de “Twitter” a “Twitter (obsoleto a Twemoji)”, o si los cambios en la configuración predeterminada no se aplican retroactivamente a las instancias de Discourse existentes. En este caso particular, veo un argumento para no cambiar el valor predeterminado en una instancia existente, para que los administradores siempre puedan revertir a cómo se envió su foro, y la configuración que nunca tocaron no cambie sin que ellos la cambien explícitamente.
- Otra redacción: ¿Los botones de “restablecer” aplican los valores predeterminados de Discourse (que pueden cambiar), o aplican el valor que sea que se haya enviado originalmente con la instancia de Discourse?
Bueno, supongo que el valor predeterminado realmente aún no ha cambiado, la otra teoría parece un comportamiento bastante complicado .
1 me gusta
Twitter sigue siendo el predeterminado, incluso en instalaciones nuevas
Creo que “restablecer” siempre restablece al valor predeterminado de la versión actual. Por ejemplo, “Normalizar correos electrónicos” estaba habilitado por defecto hace aproximadamente un año DEV: Enable the normalize_emails site setting by default by Drenmi · Pull Request #29952 · discourse/discourse · GitHub, por lo que restablecer cambia la configuración a habilitado ahora.
2 Me gusta
¿Alguien ha creado un plugin para recuperar los emojis de Apple? Los echo mucho de menos 
¿O es posible hacer que nuestros propios emojis personalizados aparezcan primero y anulen el texto básico como :-)?
1 me gusta
No he creado un plugin, pero he reenviado el conjunto “twemoji” a una carpeta diferente donde subí todos los iconos de Apple, por lo que esos son los que aparecen en el sitio.
Bastante simple, aunque tienes que hacer algunas duplicaciones y cambios de nombre para asegurarte de que no haya ninguno roto, y por supuesto depende de ti conseguir las imágenes de los nuevos que se publiquen.
1 me gusta
¿Hay una forma sencilla para que un administrador añada algunos alias de emoji?
Esta pregunta surge porque hemos actualizado a la versión 2.5 y con ello, hemos cambiado los emojis de Apple a Noto, pero ahora tenemos bastantes de estos problemas:
El que funciona está usando :netherlands: mientras que todos los demás están usando códigos de país de 2 letras que solían funcionar pero que, supongo, eran alias que ahora ya no funcionan.
¿Hay alguna forma más limpia de abordar esto ya que tenemos una gran cantidad de publicaciones afectadas por esto? Estoy un poco receloso de probar posts:remap.
Ya que estoy en ello, aquí en meta, :de: funciona perfectamente para 
, así que supongo que twemoji viene con ese alias también, solo que Noto no.
Personalmente, para solucionar esto, simplemente duplico la imagen con muchos nombres diferentes. Es desordenado, pero funciona.
1 me gusta
Cambié el conjunto de emojis en mi sitio a Noto y :de: parece funcionar bien:
¿Hay algo especial en el texto sin formato de tu publicación? ¿Ayuda ‘rebuild html’ (reconstruir html)?
He comprobado tres veces y :de: no funciona para mi instalación. La única diferencia que se me ocurre es que estamos en la versión 2.5.2 y probablemente tú lo estés probando contra tests-passed.
Eché un vistazo en discourse/discourse-emojis y de hecho hay un symlink de noto/de.png que parece haber sido añadido en marzo, y aunque la versión 2.5 se lanzó en junio, ¿quizás no llegó?
Esto es lo que tengo/no tengo:
# ls -l /var/www/discourse/public/images/emoji/{twemoji,fluentui,noto,unicode}/{de,flag_de,germany}.png
ls: cannot access '/var/www/discourse/public/images/emoji/fluentui/de.png': No such file or directory
ls: cannot access '/var/www/discourse/public/images/emoji/fluentui/flag_de.png': No such file or directory
ls: cannot access '/var/www/discourse/public/images/emoji/noto/de.png': No such file or directory
ls: cannot access '/var/www/discourse/public/images/emoji/noto/flag_de.png': No such file or directory
lrwxrwxrwx 1 discourse discourse 22 Oct 3 14:40 /var/www/discourse/public/images/emoji/fluentui/germany.png -> ../unicode/germany.png
lrwxrwxrwx 1 discourse discourse 22 Oct 3 14:40 /var/www/discourse/public/images/emoji/noto/germany.png -> ../unicode/germany.png
lrwxrwxrwx 1 discourse discourse 11 Oct 3 14:40 /var/www/discourse/public/images/emoji/twemoji/de.png -> germany.png
lrwxrwxrwx 1 discourse discourse 11 Oct 3 14:40 /var/www/discourse/public/images/emoji/twemoji/flag_de.png -> germany.png
-rw-r--r-- 1 discourse discourse 246 Oct 3 14:40 /var/www/discourse/public/images/emoji/twemoji/germany.png
lrwxrwxrwx 1 discourse discourse 11 Oct 3 14:40 /var/www/discourse/public/images/emoji/unicode/de.png -> germany.png
lrwxrwxrwx 1 discourse discourse 11 Oct 3 14:40 /var/www/discourse/public/images/emoji/unicode/flag_de.png -> germany.png
-rw-r--r-- 1 discourse discourse 854 Oct 3 14:40 /var/www/discourse/public/images/emoji/unicode/germany.png
El alias flag_de y de están ahí, pero solo para algunos conjuntos. Parece que tanto noto como fluentui no tienen su propio germany.png y están recurriendo al del conjunto unicode. Quizás por eso los alias no se crearon (¿o no se creaban?).
A menos que alguien vea una solución alternativa más limpia, podría intentar crear los enlaces simbólicos que faltan en el hook after_code del proceso de compilación.