Qual è il codice del carattere sostitutivo Unicode?
doc-16369
Il software di rendering che non è in grado di elaborare correttamente un carattere Unicode spesso lo visualizza come un rettangolo aperto, o il "carattere sostitutivo" Unicode (U+FFFD,?), per indicare la posizione del carattere non riconosciuto. Alcuni sistemi hanno tentato di fornire maggiori informazioni su tali caratteri. Il font Ultimo Resort di Apple visualizzerà un glifo sostitutivo che indicherà la gamma Unicode del personaggio e il font Unicode Fallback di SIL International mostrerà una casella che mostrerà il valore scalare esadecimale del personaggio.
None
doc-16354
Nel 1996, un meccanismo di caratteri sostitutivi è stato implementato in Unicode 2.0, cosicché Unicode non era più limitato a 16 bit. Questo ha aumentato lo spazio di codifica Unicode a oltre un milione di punti di codice, che ha permesso la codifica di molti script storici (ad esempio, i Geroglifi egiziani) e migliaia di caratteri raramente utilizzati o obsoleti che non erano stati previsti come necessitavano di codifica. Tra i personaggi non originariamente destinati ad Unicode sono raramente utilizzati Kanji o caratteri cinesi, molti dei quali fanno parte di nomi personali e toponimi, rendendoli raramente utilizzati, ma molto più essenziali di quanto immaginato nell' architettura originale di Unicode.
None
doc-16356
L' insieme di caratteri grafici e di formato definito da Unicode non corrisponde direttamente al repertorio di caratteri astratti rappresentabili sotto Unicode. Unicode codifica i caratteri associando un carattere astratto con un particolare punto di codice. Tuttavia, non tutti i caratteri astratti sono codificati come un unico carattere Unicode, e alcuni caratteri astratti possono essere rappresentati in Unicode da una sequenza di due o più caratteri. Ad esempio, una piccola lettera latina "i" con un ogonek, un punto sopra e un accento acuto, che è richiesto in lituano, è rappresentato dalla sequenza di caratteri U+012F, U+0307, U+0301. Unicode mantiene un elenco di sequenze di caratteri con nome univoco per i caratteri astratti che non sono codificati direttamente in Unicode.
None
doc-16375
Unicode è stato progettato per fornire la conversione del formato di andata e ritorno codice per codice da e verso qualsiasi codifica di caratteri preesistente, in modo che i file di testo in set di caratteri più vecchi possano essere convertiti naif in Unicode, per poi tornare indietro e recuperare lo stesso file. Ciò ha significato che architetture legacy incoerenti, come la combinazione di caratteri diacritici e precomposti, esistono entrambe in Unicode, dando più di un metodo per rappresentare qualche testo. Ciò è più evidente nelle tre diverse forme di codifica per Hangul coreano. Dalla versione 3.0, i caratteri precomposti che possono essere rappresentati da una sequenza combinata di caratteri già esistenti non possono più essere aggiunti allo standard per preservare l' interoperabilità tra software che utilizzano versioni diverse di Unicode.
None
doc-16377
Gli script indicatori come Tamil e Devanagari ricevono ciascuno solo 128 punti di codice, corrispondenti allo standard ISCII. Il corretto rendering del testo Unicode Indic richiede la trasformazione dei caratteri dell' ordine logico memorizzati in ordine visivo e la formazione di legature (alias conjuncts) dai componenti. Alcuni studiosi locali sostenevano l' assegnazione di punti di codice Unicode a queste legature, in contrasto con la pratica per altri sistemi di scrittura, anche se Unicode contiene alcuni legature arabe e altre per scopi di compatibilità a ritroso. La codifica di qualsiasi nuova legatura in Unicode non avverrà, in parte perché l' insieme delle legature è dipendente dal tipo di carattere, e Unicode è una codifica indipendente dalle variazioni del carattere. Lo stesso tipo di problema è sorto per la scrittura tibetana[esigenza necessaria] (l' organizzazione nazionale cinese di normazione non è riuscita a ottenere un cambiamento simile).
None
doc-16353
I primi 256 punti di codice sono stati resi identici al contenuto della norma ISO-8859-1 in modo da rendere banale convertire il testo occidentale esistente. Molti caratteri essenzialmente identici sono stati codificati più volte in punti di codice diversi per preservare le distinzioni utilizzate dalle codifiche preesistenti e quindi consentire la conversione da quelle codifiche ad Unicode (e viceversa) senza perdere alcuna informazione. Per esempio, la sezione dei punti di codice "forme a larghezza intera" comprende un alfabeto latino completo che è separato dalla sezione principale dell' alfabeto latino perché in caratteri cinesi, giapponesi e coreani (CJK), questi caratteri latini sono resi alla stessa larghezza degli ideogrammi CJK, piuttosto che alla metà della larghezza. Per altri esempi, vedere Duplicare caratteri in Unicode.
None
doc-16350
Unicode è uno standard di settore per la codifica, rappresentazione e gestione coerente del testo espresso nella maggior parte dei sistemi di scrittura del mondo. Sviluppato in collaborazione con lo standard UCS (Universal Coded Character Set) e pubblicato come The Unicode Standard, l' ultima versione di Unicode contiene un repertorio di oltre 120.000 caratteri che coprono 129 script moderni e storici, oltre a più set di simboli. Lo standard è costituito da una serie di grafici di codice per il riferimento visivo, un metodo di codifica e una serie di codifiche standard dei caratteri, un insieme di file di dati di riferimento e una serie di elementi correlati, come le proprietà dei caratteri, le regole per la normalizzazione, la decomposizione, la collazione, il rendering e l' ordine di visualizzazione bidirezionale (per la corretta visualizzazione del testo contenente sia script da destra a sinistra, come arabo ed ebraico, sia script da sinistra a destra). A partire da giugno 2015[aggiornamento], la versione più recente è Unicode 8.0. Lo standard è mantenuto dal Consorzio Unicode.
None
doc-16351
Unicode può essere implementato con diverse codifiche di caratteri. Le codifiche più comunemente utilizzate sono UTF-8, UTF-16 e l' ormai obsoleto UCS-2. UTF-8 usa un byte per ogni carattere ASCII, che hanno tutti gli stessi valori di codice sia nella codifica UTF-8 che in quella ASCII, e fino a quattro byte per gli altri caratteri. UCS-2 utilizza un' unità di codifica a 16 bit (due byte a 8 bit) per ogni carattere, ma non può codificare tutti i caratteri nello standard Unicode corrente. UTF-16 estende UCS-2, utilizzando un' unità a 16 bit per i caratteri rappresentabili in UCS-2 e due unità a 16 bit (4 × 8 bit) per gestire ciascuno dei caratteri aggiuntivi.
None
doc-16364
In UTF-32 e UCS-4, un valore di codice a 32 bit serve come rappresentazione diretta di qualsiasi punto del codice di un carattere (anche se l' ambientazione, che varia tra le diverse piattaforme, influenza il modo in cui il valore del codice si manifesta come sequenza di ottetti). Nelle altre codifiche, ogni punto di codice può essere rappresentato da un numero variabile di valori di codice. L' UTF-32 è ampiamente utilizzato come rappresentazione interna del testo nei programmi (in contrapposizione al testo memorizzato o trasmesso), poiché ogni sistema operativo Unix che usa i compilatori gcc per generare software lo utilizza come codifica standard "wide character". Alcuni linguaggi di programmazione, come Seed7, utilizzano UTF-32 come rappresentazione interna per stringhe e caratteri. Le versioni recenti del linguaggio di programmazione Python (a partire da 2.2) possono anche essere configurate per utilizzare UTF-32 come rappresentazione per le stringhe Unicode, diffondendo efficacemente tale codifica in software codificati ad alto livello.
None
doc-1494
L' ASCII è stato incorporato nel set di caratteri Unicode come primi 128 simboli, quindi i caratteri ASCII a 7 bit hanno gli stessi codici numerici in entrambi i set. Questo permette a UTF-8 di essere retrocompatibile con ASCII a 7 bit, in quanto un file UTF-8 contenente solo caratteri ASCII è identico a un file ASCII contenente la stessa sequenza di caratteri. Ancora più importante ancora più importante, la compatibilità forward è garantita come software che riconosce solo caratteri ASCII a 7 bit come speciali e non altera i byte con il set di bit più alto (come spesso viene fatto per supportare estensioni ASCII a 8 bit come ISO-8859-1) preserverà i dati UTF-8 invariati.
None
doc-16365
Unicode include un meccanismo per modificare la forma del carattere che estende notevolmente il repertorio glifo supportato. Ciò riguarda l' uso della combinazione di segni diacritici. Sono inseriti dopo il carattere principale. I diacritici combinati multipli possono essere sovrapposti sullo stesso carattere. Unicode contiene anche versioni precomposte della maggior parte delle combinazioni lettere/diacritiche in uso normale. Queste operazioni semplificano la conversione da e verso codifiche preesistenti e consentono alle applicazioni di utilizzare Unicode come formato di testo interno senza dover implementare caratteri combinati. Ad esempio, é può essere rappresentato in Unicode come U+0065 (LATIN SMALL LETTER E) seguito da U+0301 (COMBINING ACUTE ACCENT), ma può anche essere rappresentato come carattere precomposto U+00E9 (LATIN SMALL LETTER E WITHTE). Così, in molti casi, gli utenti hanno più modi di codificare lo stesso carattere. Per affrontare questo problema, Unicode fornisce il meccanismo dell' equivalenza canonica.
None