Quanti metodi di mappatura definisce Unicode?
doc-16361
Unicode definisce due metodi di mappatura: le codifiche Unicode Transformation Format (UTF) e le codifiche Universal Coded Character Set (UCS). Una mappa di codifica (eventualmente un sottoinsieme di) dell' intervallo del codice Unicode indica sequenze di valori in un certo intervallo di dimensioni fisse, definiti valori di codice. I numeri nei nomi delle codifiche indicano il numero di bit per codice (per le codifiche UTF) o il numero di byte per codice (per le codifiche UCS). UTF-8 e UTF-16 sono probabilmente le codifiche più comunemente utilizzate. UCS-2 è un sottoinsieme obsoleto di UTF-16; UCS-4 e UTF-32 sono funzionalmente equivalenti.
None
doc-16376
Le mappature iniettive devono essere fornite tra i caratteri nei set di caratteri legacy esistenti e i caratteri in Unicode per facilitare la conversione in Unicode e consentire l' interoperabilità con il software legacy. La mancanza di coerenza in varie mappature tra le precedenti codifiche giapponesi, come Shift-JIS o EUC-JP e Unicode, ha portato a disallineamenti di conversione del formato round-trip, in particolare la mappatura del carattere JIS X 0208 "(1-33, WAVE DASH), pesantemente utilizzato nei dati di database precedenti, a U+FF5E? Mappature iniettive.
None
doc-16374
La moderna tecnologia font fornisce un mezzo per affrontare il problema pratico della necessità di raffigurare un personaggio Han unificato in termini di una collezione di rappresentazioni glifiche alternative, sotto forma di sequenze di variazioni Unicode. Ad esempio, le tabelle Typografiche avanzate di OpenType consentono di selezionare una delle varie rappresentazioni di glifi alternativi quando si esegue il processo di mappatura del carattere rispetto al glifo. In questo caso, le informazioni possono essere fornite all' interno del testo in chiaro per indicare quale forma di carattere alternativamente selezionare.
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-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-16371
MIME definisce due diversi meccanismi per la codifica dei caratteri non ASCII nell' e-mail, a seconda che i caratteri siano in intestazioni di e-mail (come ad esempio "Oggetto:") o nel corpo di testo del messaggio; in entrambi i casi, il set di caratteri originale viene identificato come pure una codifica di trasferimento. Per la trasmissione via e-mail di Unicode si consiglia di utilizzare il set di caratteri UTF-8 e la codifica Base64 o la codifica di trasferimento stampabile in Citazione, a seconda che gran parte del messaggio sia composto da caratteri ASCII. I dettagli dei due diversi meccanismi sono specificati negli standard MIME e sono generalmente nascosti agli utenti del software di posta elettronica.
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-16366
Gli ideogrammi CJK hanno attualmente codici solo per la loro forma precomposta. Eppure, la maggior parte di questi ideogrammi contengono elementi più semplici (spesso chiamati radicali in inglese), quindi, in linea di principio, Unicode avrebbe potuto decomporli, come ha fatto con Hangul. Ciò avrebbe ridotto notevolmente il numero di punti di codice richiesti, consentendo la visualizzazione di quasi tutti gli ideogrammi immaginabili (che potrebbero eliminare alcuni dei problemi causati dall' unificazione di Han). Un' idea simile è usata da alcuni metodi di input, come Cangjie e Wubi. Tuttavia, i tentativi di fare questo per la codifica dei caratteri hanno imbattuto nel fatto che gli ideogrammi non si decompongono in modo semplice o regolare come fa Hangul.
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-16359
Il Consorzio ha pubblicato per la prima volta lo standard Unicode (ISBN 0-321-18578-1) nel 1991 e continua a sviluppare standard basati su quell' opera originale. L' ultima versione della norma, Unicode 8.0, è stata pubblicata nel giugno 2015 ed è disponibile sul sito web del consorzio. L' ultima delle versioni principali (versioni x. 0) da pubblicare in forma di libro è stata Unicode 5.0 (ISBN 0-321-48091-0), ma dal momento che Unicode 6.0 il testo integrale della norma non è più pubblicato in forma di libro. Nel 2012, tuttavia, è stato annunciato che solo la specifica di base per Unicode versione 6.1 sarà disponibile in formato cartaceo da 692 pagine stampate su richiesta.
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