Quando aggiungi una menzione o un emoji digitando @ / :, seguito da ciò che è necessario e premendo Invio, il resto del nome utente / del nome dell’emoji viene completato automaticamente, seguito da uno spazio. Suppongo che questo spazio sia stato inserito per permetterti di continuare a digitare, ma il cursore non si sposta per tenere conto del nuovo spazio aggiunto. Quindi, così com’è, devi comunque premere la barra spaziatrice in ogni caso, e ti ritrovi con uno spazio bianco finale.
Considerando che potresti anche voler terminare una frase (o aver finito di scrivere il post) dopo la menzione o l’emoji, opterei per eliminare lo spazio finale e lasciare che gli utenti premano la barra spaziatrice se hanno bisogno di uno spazio. La seconda opzione sarebbe spostare il cursore in avanti di un carattere, in modo che si trovi dopo lo spazio (era questo il comportamento previsto?), ma non sono sicuro di vedere molto valore in questo. Preferirei premere la barra spaziatrice quando ho bisogno di uno spazio piuttosto che eliminare uno spazio aggiunto automaticamente quando non mi serve.
(So che questo è al limite tra un bug e una richiesta di funzionalità, quindi sentiti libero di spostarlo se è più adatto a Contribute > UX o Contribute > Feature. Inoltre, mentre scrivevo la frase precedente, ho appena realizzato che questo accade anche con i tag / #.)
A quel punto premo semplicemente tab di nuovo per completare la variante :t2 che desidero.
Tuttavia, dopo quello che sembra un aggiornamento recente, ogni volta che premo tab per completare il primo :+1:, viene aggiunto uno spazio alla fine. Questo significa che ora devo premere backspace, poi continuare con le mie varianti :t?
Capisco perfettamente l’inconveniente qui, ma in precedenza inserivamo uno spazio e spostavamo il cursore indietro, il che causava confusione e generava molti problemi sottili.
Ci piace sicuramente inserire lo spazio, ma sono preoccupato che :heart: inserisca uno spazio mentre :+1: non lo faccia.
Credo che la soluzione migliore sia introdurre un’impostazione di “sfondo” nelle impostazioni locali del browser. Basta che il client “ricordi” quale tono di pelle hai selezionato l’ultima volta e lo utilizzi come predefinito.
Così la correzione qui diventa banale: modifichi questo una sola volta qui:
E da ora in poi, gli emoji che inserirai includeranno automaticamente il tono di pelle, ad esempio . Mi piace molto di più questa soluzione perché rispettiamo di più gli utenti. È molto probabile che tu voglia mantenere il tono di pelle che hai appena scelto.
L’app client ricorda già il tono della pelle selezionato dall’utente (e il selettore di emoji rispetta già il tono della pelle scelto), ma attualmente il completamento automatico delle emoji non tiene conto del tono della pelle selezionato e suggerisce sempre il tono giallo. La PR farà sì che il completamento automatico delle emoji utilizzi di default il tono della pelle selezionato dall’utente.
Per quanto riguarda il mio reclamo/suggerimento originale, sì, sono soddisfatto della modifica. Il cursore ora è spostato dopo lo spazio inserito, quindi penso che vada bene. Grazie per avervi occupato di questa questione.
. Mi piace molto di più questa soluzione perché rispettiamo di più gli utenti. È molto probabile che tu voglia mantenere il tono di pelle che hai appena scelto.
