A quali sono stati resi identici i primi 256 punti di codice di Unicode?
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-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-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-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-16379
I caratteri con segni diacritici possono generalmente essere rappresentati come un singolo carattere precomposto o come sequenza scomposta di una lettera di base più uno o più segni non spazianti. Ad esempio, i caratteri (precomposti e con macron e acuti sopra) ed e? (e seguiti dalla combinazione di macron sopra e combinando acuti sopra) dovrebbero essere resi identici, entrambi apparenti come una e con un accento macron e acuto, ma in pratica, il loro aspetto può variare a seconda di quale motore di rendering e font vengono utilizzati per visualizzare i caratteri. Allo stesso modo, i sottopunti, come necessario nella romanizzazione di Indic, saranno spesso posti erroneamente[citazione necessaria]. I caratteri Unicode che mappano i glifi precomposti possono essere utilizzati in molti casi, evitando così il problema, ma dove non è stato codificato nessun carattere precomposto il problema può essere risolto utilizzando un font Unicode specializzato come Charis SIL che utilizza Grafite, OpenType o tecnologie AAT per funzioni di rendering avanzate.
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-6956
Nel 2006, FIG ha introdotto un nuovo sistema di punti per la ginnastica artistica in cui i punteggi non sono più limitati a 10 punti. Il sistema è utilizzato negli Stati Uniti per la competizione a livello elitario. A differenza del vecchio codice di punti, ci sono due punteggi separati, un punteggio di esecuzione e un punteggio di difficoltà. Nel sistema precedente, il "punteggio di esecuzione" era l' unico punteggio. Era ed è ancora alle 10.00. Durante la prova di ginnasta, i giudici detraggono solo questo punteggio. Una caduta, on o off l' evento, è una deduzione 1.00, in ginnastica di livello elitario. L' introduzione del punteggio di difficoltà è un cambiamento significativo. Il punteggio di difficoltà della ginnasta si basa su quali elementi si esibiscono ed è soggetto a cambiamenti se non eseguono o completano tutte le abilità, o non connettono un' abilità che dovrebbe essere collegata ad un' altra. I bonus di connessione sono la deduzione più comune da un punteggio di difficoltà, in quanto può essere difficile collegare più elementi di volo. È molto difficile connettere abilità se la prima abilità non viene eseguita correttamente. Il nuovo codice dei punti permette agli ginnasti di ottenere punteggi più alti in base alla difficoltà delle loro abilità e della loro esecuzione. Non c' è un punteggio massimo per la difficoltà, in quanto può continuare ad aumentare con l' aumentare della difficoltà delle abilità.
None
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-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-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-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