Caratteri con quali segni possono essere visualizzati come un singolo carattere o una sequenza scomposta?
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-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-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
doc-3411
In alcuni casi le parole composte e le frasi impostate possono essere contratte in caratteri singoli. Alcuni di questi possono essere considerati logogrammi, in cui i caratteri rappresentano parole intere piuttosto che sillabe-morfemi, anche se questi sono generalmente invece considerati legature o abbreviazioni (simili alle abbreviazioni scribali, come & per "et"), e non standard. Questi vedere l' uso, in particolare nella scrittura a mano o decorazione, ma anche in alcuni casi in stampa. In cinese, queste legature si chiamano héwén (??), hésh? (??) o hét? zì (??), e nel caso speciale della combinazione di due personaggi, questi sono noti come "caratteri cinesi a due sillabe" (???????)? parole composte e frasi impostate.
None
doc-16363
Lo stesso carattere convertito in UTF-8 diventa la sequenza di byte EF BB BF. Lo standard Unicode Standard consente che la distinta materiali "possa servire da firma per il testo codificato UTF-8 in cui il set di caratteri non è contrassegnato". Alcuni sviluppatori di software l' hanno adottato per altre codifiche, tra cui UTF-8, nel tentativo di distinguere UTF-8 dalle pagine di codice locale a 8 bit. Tuttavia RFC 3629, lo standard UTF-8, raccomanda che i byte order mark siano vietati nei protocolli che utilizzano UTF-8, ma discute i casi in cui ciò potrebbe non essere possibile. Inoltre, l' ampia restrizione su possibili modelli nell' UTF-8 (ad esempio, non ci possono essere byte solitari con il set di bit alto) significa che dovrebbe essere possibile distinguere l' UTF-8 da altre codifiche di caratteri senza fare affidamento sulla distinta base.
None
doc-1504
La maggior parte dei primi sistemi di computer di casa ha sviluppato i loro propri set di caratteri a 8-bit contenenti il disegno di linee e glifi di gioco, e spesso riempito in alcuni o tutti i caratteri di controllo da 0-31 con più grafica. I computer Kaypro CP/M hanno utilizzato i 128 caratteri "superiori" per l' alfabeto greco. Il PC IBM ha definito il codice IBM pagina 437, che ha sostituito i caratteri di controllo con simboli grafici come le facce smiley e ha mappato ulteriori caratteri grafici sulle 128 posizioni superiori. Sistemi operativi come DOS supportano queste pagine di codice e i produttori di PC IBM li supportano in hardware. Digital Equipment Corporation ha sviluppato il set di caratteri multinazionali (DEC-MCS) per l' uso nel popolare terminale VT220 come una delle prime estensioni progettate più per i linguaggi internazionali che per la grafica a blocchi. Il Macintosh definito Mac OS Roman e Postscript definito anche definito un set, entrambi conteneva sia lettere internazionali e segni di punteggiatura tipografici e segni di punteggiatura invece di grafica, più simile a set di caratteri moderni.
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-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-1493
Il codice stesso è stato modellato in modo che la maggior parte dei codici di controllo erano insieme, e tutti i codici grafici erano insieme, per facilitare l' identificazione. Le prime due colonne (32 posizioni) erano riservate ai caratteri di controllo. (220,236? §? 8,9) Il carattere "spazio" doveva precedere la grafica per rendere più facile lo smistamento, così è diventato posizione 20hex;: 237? §? § 10 per lo stesso motivo, molti segni speciali comunemente usati come separatori sono stati posizionati prima delle cifre. Il comitato ha ritenuto importante supportare gli alfabeti a 64 caratteri maiuscoli, e ha scelto di modellare l' ASCII in modo che potesse essere facilmente ridotto ad un insieme di codici grafici utilizzabili di 64 caratteri: 228.237? § 14, come è stato fatto nel codice DEC SIXBIT. Le lettere minuscole non erano quindi interfogliate con maiuscole.
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