(non sono sicuro che questo debba essere considerato un bug o un problema di UX)
Ciao,
Quando si manipolano colori esadecimali sul proprio computer, spesso si copiano e incollano valori esadecimali con un prefisso # dagli appunti.
Quando si incolla, ad esempio, #1a2331 in un campo di testo per i colori, si verifica un piccolo problema:
Innanzitutto, l’ultimo carattere della stringa #1a2331 viene rimosso poiché l’input è limitato a sei caratteri e #1a2331 ne ha sette a causa del #.
Dopodiché, il # viene automaticamente rimosso dalla stringa.
Quindi il valore finale nel tuo input dopo l’incollaggio diventa: 1a233 con l’ultimo carattere 1 mancante, risultando in un valore di colore errato.
Una soluzione per risolvere il problema potrebbe essere quella di rimuovere il #prima di verificare il numero di caratteri nella tua stringa.
Per riprodurre il problema, incolla la stringa #1a2331 in qualsiasi campo di testo per i colori della personalizzazione del tema colore di Discourse.
Da quando mi ricordo, l’inserimento dei codici esadecimali nella palette di Discourse è sempre stato esattamente come lo hai descritto tu. Devi inserire manualmente solo il numero esadecimale e omettere il #
Molti selettori di colore offrono la possibilità di copiare il codice esadecimale dopo aver scelto prima il formato del codice
Certo, capisco, è solo che questo comportamento è un po’ strano. Ho dovuto controllare il valore che stavo copiando e incollando un paio di volte prima di notare che l’ultimo numero della mia stringa mancava nell’input. All’inizio non ho capito perché il valore fosse invalido e penso che questo specifico comportamento di copia-incolla potrebbe essere migliorato senza alcun inconveniente.
