Lorsque vous ajoutez une mention ou un emoji en tapant @ / :, suivi de ce qui est nécessaire, puis en appuyant sur Entrée, le reste du nom d’utilisateur ou du nom de l’emoji est complété, suivi d’un espace. Je suppose que cet espace est là pour vous permettre de continuer à taper, mais il ne déplace pas le curseur pour tenir compte de l’espace nouvellement ajouté. Ainsi, tel que cela fonctionne actuellement, vous devez tout de même appuyer sur la barre d’espace, ce qui laisse un espace superflu à la fin.
Étant donné que vous voudrez peut-être aussi terminer une phrase (ou avoir fini d’écrire le message) après la mention ou l’emoji, je serais plutôt enclin à supprimer cet espace superflu et à laisser les utilisateurs appuyer sur la barre d’espace s’ils en ont besoin. La deuxième option consisterait à déplacer le curseur d’un caractère vers l’avant, pour qu’il se trouve après l’espace (était-ce déjà le comportement prévu ?), mais je ne vois pas vraiment de valeur ajoutée à cela. Je préfère appuyer sur la barre d’espace quand j’en ai besoin plutôt que de supprimer un espace ajouté automatiquement quand je n’en ai pas besoin.
(Je sais que cela frôle le bug, donc n’hésitez pas à déplacer ce message si cela relève davantage de ux ou de #feature. D’ailleurs, en écrivant la phrase précédente, je me suis rendu compte que cela se produit aussi avec les tags / #.)
À ce stade, j’appuie simplement à nouveau sur tab pour compléter automatiquement la variante :t2 que je souhaite.
Cependant, suite à ce qui semble être une mise à jour récente, chaque fois que j’appuie sur tab pour compléter le premier :+1:, un espace est maintenant ajouté à la fin, ce qui signifie que je dois maintenant appuyer sur la touche retour arrière, puis continuer avec mes variantes :t ?
Je comprends tout à fait les inconvénients ici, mais auparavant, nous insérions un espace et reculions le curseur, ce qui créait de la confusion et engendrait de nombreux problèmes subtils.
Nous apprécions certainement d’insérer un espace, mais je suis réticent à ce que :heart: insère un espace tandis que :+1: ne le fasse pas.
Je pense que la meilleure solution serait d’introduire un « paramètre d’arrière-plan » dans les paramètres locaux du navigateur. Il suffirait que le client « se souvienne » du ton de peau sélectionné la dernière fois et l’ajoute par défaut.
La correction est alors triviale : vous ne modifiez cela qu’une seule fois ici :
Ainsi, les futurs emojis que vous insérerez incluront automatiquement le ton de peau, par exemple . J’apprécie beaucoup cette approche car elle respecte davantage les utilisateurs. Il est très probable que vous souhaitiez conserver le ton de peau que vous venez de choisir.
L’application cliente se souvient déjà de la teinte de peau sélectionnée par l’utilisateur (et le sélecteur d’emojis respecte déjà la teinte de peau choisie), mais actuellement notre autocomplétion d’emojis ne respecte pas la teinte de peau sélectionnée et propose toujours la teinte de peau jaune. Ce PR fera en sorte que notre autocomplétion d’emojis utilise par défaut la teinte de peau sélectionnée par l’utilisateur.
Concernant ma plainte/suggestion initiale, oui, je suis satisfait du changement. Le curseur est maintenant décalé après l’espace inséré, donc je pense que c’est bon. Merci d’avoir pris en charge cela.
. J’apprécie beaucoup cette approche car elle respecte davantage les utilisateurs. Il est très probable que vous souhaitiez conserver le ton de peau que vous venez de choisir.
