Generatore di testo invisibile

Quattro caratteri dall’aspetto vuoto con significati diversi

Unicode non definisce un carattere generico il cui unico scopo sia creare un post o un nome utente vuoto. Ogni opzione di questo generatore ha una propria identità codificata e una funzione specifica. L’elenco Unicode dei nomi dei jamo di compatibilità hangul identifica U+3164 come HANGUL FILLER. L’elenco dei nomi dei motivi braille precisa che U+2800 appare spesso come un vuoto a larghezza fissa, ma non si comporta come uno spazio.

L’elenco Unicode della punteggiatura generale descrive U+200B ZERO WIDTH SPACE come un controllo invisibile per la separazione delle parole e le interruzioni di riga. Le indicazioni di Unicode sull’impaginazione spiegano che segnala un confine tra parole o un possibile punto di interruzione della riga, pur non avendo una larghezza propria. Lo stesso elenco ufficiale identifica U+2063 INVISIBLE SEPARATOR, detto anche virgola invisibile, come separatore tra elementi adiacenti nella notazione matematica.

Tutti e quattro i punti di codice sono compresi tra U+0800 e U+FFFF, quindi ciascuno occupa tre byte in UTF-8 secondo la RFC 3629. Per esempio, otto caratteri Motivo braille vuoto contengono esattamente 8 punti di codice Unicode e occupano 24 byte UTF-8. Lo strumento calcola il totale con il codificatore UTF-8 del browser, senza stimarlo dalla larghezza apparente del risultato.

Un aspetto vuoto non rende questi caratteri intercambiabili. Un sito, un editor, un motore di ricerca o un’app di messaggistica può eliminare i controlli di formattazione, normalizzare il testo, rifiutare caratteri insoliti o mostrare un riquadro sostitutivo. Anche i lettori di schermo e i programmi di elaborazione del testo possono interpretare questi punti di codice in modi diversi. Prova il testo copiato nella destinazione finale, rispetta le regole del servizio e non usare testo invisibile per nascondere contenuti ingannevoli. L’accesso agli appunti può essere negato al di fuori di un contesto sicuro del browser. MDN documenta che writeText() può fallire per un errore di autorizzazione. Lo strumento prova quindi il vecchio metodo di copia di una selezione, che MDN segnala come deprecato. Se entrambi i metodi falliscono, lascia selezionato il risultato esatto per consentire la copia manuale.