Cuando agregas una mención o un emoji escribiendo @ / :, seguido de lo que sea necesario y presionando Enter, se completa el resto del nombre de usuario / nombre del emoji, seguido de un espacio. Asumo que este espacio está ahí para que puedas seguir escribiendo, pero no desplaza el cursor para tener en cuenta el espacio recién agregado. Así que, tal como está, tienes que presionar la barra espaciadora de todos modos, y queda un espacio en blanco al final.
Considerando que también podrías querer terminar una frase (o haber terminado de escribir la publicación) después de la mención o el emoji, me inclinaría simplemente a eliminar el espacio final y permitir que la gente presione la barra espaciadora si necesita un espacio. La segunda opción es desplazar el cursor un carácter hacia adelante para que quede después del espacio (¿era este el comportamiento previsto?), pero no estoy seguro de ver mucho valor en eso. Prefiero presionar la barra espaciadora cuando necesito un espacio que eliminar un espacio agregado automáticamente cuando no lo necesito.
(Sé que esto está en la frontera de ser un error, así que siéntete libre de moverlo si esto es más Contribute > UX o Contribute > Feature. Además, mientras escribía la oración anterior, me di cuenta de que esto también sucede con las etiquetas / #).
En ese punto, simplemente presionaría tab nuevamente para autocompletar la variante :t2 que deseo.
Sin embargo, después de lo que parece ser una actualización reciente, cada vez que presiono tab para completar el primer :+1:, ahora se agrega un espacio al final, lo que significa que ahora necesito presionar retroceso, luego continuar con mis variantes :t.
Entiendo perfectamente la molestia aquí, pero anteriormente estábamos insertando un espacio y moviendo el cursor hacia atrás, lo que causaba confusión y generaba muchos problemas sutiles.
Ciertamente nos gusta insertar el espacio, pero me preocupa que :heart: inserte un espacio y :+1: no.
Lo que creo que sería mejor aquí es introducir una “configuración de fondo” en la configuración local del navegador. Simplemente que el cliente “recuerde” qué tono de piel seleccionaste por última vez y luego lo agregue por defecto.
Entonces, la solución aquí es trivial: solo cambias esto una vez aquí:
Y luego los emojis que insertes en el futuro agregarán el tono de piel, por ejemplo . Me gusta mucho más esta opción porque estamos respetando más a los usuarios. Es muy probable que quieras mantener el tono de piel que acabas de seleccionar.
La aplicación cliente ya recuerda el tono de piel que el usuario selecciona (y el selector de emojis ya respeta el tono de piel elegido), pero actualmente nuestro autocompletado de emojis no respeta el tono de piel seleccionado y siempre sugiere el tono amarillo. Este PR hará que nuestro autocompletado de emojis utilice por defecto el tono de piel seleccionado por el usuario.
En cuanto a mi queja/sugerencia original, sí, estoy satisfecho con el cambio. El cursor ahora se mueve después del espacio insertado, así que creo que está bien. Gracias por ocuparte de esto.