Perché non corrispondono più/tutte le frecce destra e sinistra di Unicode (in particolare le frecce "nere")?

Unicode ha un gruppo di frecce, ma molte di esse non hanno corrispondenti versioni destra e sinistra. In particolare, le frecce "nere", che sembrano le più ovvie (per me) da utilizzare nelle attività relative alla navigazione, non hanno una versione sinistra e destra che generalmente "corrisponde:" ➡ di solito non assomiglia a ⬅.Perché non corrispondono più/tutte le frecce destra e sinistra di Unicode (in particolare le frecce "nere")?

C'è chiaramente discrezione fino ai caratteri, qui: per alcuni tipi di carattere, corrispondono. Ma anche le pagine di FileFormat.info mostrano i caratteri come diversi: confronta right arrow contro left arrow.

Qualche idea di cosa dà? Sembra abbastanza ovvio (per me) che tu voglia corrispondenze (in tutte e quattro le direzioni cardinali, in effetti) per qualsiasi freccia inclusa in Unicode. Per questo specifico tipo di freccia, le frecce up e down corrispondono. Ci sono anche frecce corrispondenti per gli "angoli".

Nota: Ho pubblicato un commento correlate su questo argomento correlato: can't find a unicode right arrow

fonte

2012-02-28 M. Anthony Aiello

... e poi ho scoperto che i caratteri predefiniti in Windows 7 non includono nemmeno le frecce nere. Ogni volta che sono propenso a dare credito a Microsoft, succede qualcosa del genere. È anche divertente - pensavo che fosse il 2012. –

Dipende dal tipo di carattere. Ad esempio i triangoli ('◄►' o ◄►) hanno un aspetto molto diverso in alcuni font, ma i font come Arial mostrano la stessa dimensione. – philfreo

La freccia a destra, insieme a tutti gli altri Simboli, è stato introdotto in Unicode 1.1.0. Aveva un sacco di tempo per diventare "personalizzato" come un "dingbat" abbastanza da non corrispondere alla freccia sinistra, introdotto in 4.0.0. Dovrebbero corrispondere? Sicuro. Ma non tutti i caratteri simbolo si riferiscono a Simboli e Simboli e frecce varie.

fonte

2012-02-28 22:23:06

Quindi, se dovessero corrispondere, perché "i poteri che sono" non hanno introdotto una freccia destra corrispondente? I nomi (Freccia destra nera v. Freccia nera sinistra) non sono uniformi. È come se avessero pianificato di introdurre una freccia giusta corrispondente e poi solo ... no. –

Non è certo l'unico buco. Simboli matematici alfanumerici e apici e abbonati mancano di un gruppo di caratteri. –

nella mia mappa di sistema ho un set completo di frecce matematiche nel gruppo Unicode "Arrows", da \ u2190 a \ u21ff –

Nota che il file Unicode NamesList ha questi commenti:

➡ 27A1  BLACK RIGHTWARDS ARROW 
     * fonts may harmonize this glyph with the style for other black arrows 
     x (leftwards black arrow - 2B05) 
⬅ 2B05  LEFTWARDS BLACK ARROW 
     x (black rightwards arrow - 27A1)

così che dice che i font sono i benvenuti, ma non necessario per, fanno si che sembrano le altre frecce nere. Ecco come controllare tutte le frecce nere using the uninames script:

$ uninames BLACK WARDS ARROW 
➡ 27A1  BLACK RIGHTWARDS ARROW 
     * fonts may harmonize this glyph with the style for other black arrows 
     x (leftwards black arrow - 2B05) 
➤ 27A4  BLACK RIGHTWARDS ARROWHEAD 
➥ 27A5  HEAVY BLACK CURVED DOWNWARDS AND RIGHTWARDS ARROW 
➦ 27A6  HEAVY BLACK CURVED UPWARDS AND RIGHTWARDS ARROW 
➧ 27A7  SQUAT BLACK RIGHTWARDS ARROW 
➨ 27A8  HEAVY CONCAVE-POINTED BLACK RIGHTWARDS ARROW 
➵ 27B5  BLACK-FEATHERED RIGHTWARDS ARROW 
➸ 27B8  HEAVY BLACK-FEATHERED RIGHTWARDS ARROW 
⤝ 291D  LEFTWARDS ARROW TO BLACK DIAMOND 
⤞ 291E  RIGHTWARDS ARROW TO BLACK DIAMOND 
⤟ 291F  LEFTWARDS ARROW FROM BAR TO BLACK DIAMOND 
⤠ 2920  RIGHTWARDS ARROW FROM BAR TO BLACK DIAMOND 
⬅ 2B05  LEFTWARDS BLACK ARROW 
     x (black rightwards arrow - 27A1) 
⬆ 2B06  UPWARDS BLACK ARROW 
⬇ 2B07  DOWNWARDS BLACK ARROW

Si noti inoltre che questi punti di codice non sono contrassegnati come bidi-mirroring. Essi non verificare nel file BidiMirroring, che ha solo questi:

$ grep ARROW BidiMirroring.txt 
# 29A8; MEASURED ANGLE WITH OPEN ARM ENDING IN ARROW POINTING UP AND RIGHT 
# 29A9; MEASURED ANGLE WITH OPEN ARM ENDING IN ARROW POINTING UP AND LEFT 
# 29AA; MEASURED ANGLE WITH OPEN ARM ENDING IN ARROW POINTING DOWN AND RIGHT 
# 29AB; MEASURED ANGLE WITH OPEN ARM ENDING IN ARROW POINTING DOWN AND LEFT 
# 29AC; MEASURED ANGLE WITH OPEN ARM ENDING IN ARROW POINTING RIGHT AND UP 
# 29AD; MEASURED ANGLE WITH OPEN ARM ENDING IN ARROW POINTING LEFT AND UP 
# 29AE; MEASURED ANGLE WITH OPEN ARM ENDING IN ARROW POINTING RIGHT AND DOWN 
# 29AF; MEASURED ANGLE WITH OPEN ARM ENDING IN ARROW POINTING LEFT AND DOWN 
# 2A17; INTEGRAL WITH LEFTWARDS ARROW WITH HOOK

Se le proprietà di questi due punti di codice using the uniprops script, vedrete dove si differenziano sempre leggermente:

$ uniprops -a 27A1 2B05 
U+27A1 ‹➡› \N{BLACK RIGHTWARDS ARROW} 
    \pS \p{So} 
    All Any Assigned InDingbats Common Zyyy Dingbats So S Gr_Base Grapheme_Base Graph GrBase Other_Symbol Pat_Syn Pattern_Syntax PatSyn Print Symbol 
     X_POSIX_Graph X_POSIX_Print 
    Age=1.1 Bidi_Class=ON Bidi_Class=Other_Neutral BC=ON Block=Dingbats Canonical_Combining_Class=0 Canonical_Combining_Class=Not_Reordered CCC=NR 
     Canonical_Combining_Class=NR Script=Common Decomposition_Type=None DT=None East_Asian_Width=Neutral Grapheme_Cluster_Break=Other GCB=XX 
     Grapheme_Cluster_Break=XX Hangul_Syllable_Type=NA Hangul_Syllable_Type=Not_Applicable HST=NA Joining_Group=No_Joining_Group JG=NoJoiningGroup 
     Joining_Type=Non_Joining JT=U Joining_Type=U Line_Break=AL Line_Break=Alphabetic LB=AL Numeric_Type=None NT=None Numeric_Value=NaN NV=NaN 
     Present_In=1.1 IN=1.1 Present_In=2.0 IN=2.0 Present_In=2.1 IN=2.1 Present_In=3.0 IN=3.0 Present_In=3.1 IN=3.1 Present_In=3.2 IN=3.2 Present_In=4.0 
     IN=4.0 Present_In=4.1 IN=4.1 Present_In=5.0 IN=5.0 Present_In=5.1 IN=5.1 Present_In=5.2 IN=5.2 Present_In=6.0 IN=6.0 SC=Zyyy Script=Zyyy 
     Sentence_Break=Other SB=XX Sentence_Break=XX Word_Break=Other WB=XX Word_Break=XX 
U+2B05 ‹⬅› \N{LEFTWARDS BLACK ARROW} 
    \pS \p{So} 
    All Any Assigned InMiscellaneousSymbolsAndArrows Common Zyyy So S Gr_Base Grapheme_Base Graph GrBase Miscellaneous_Symbols_And_Arrows Other_Symbol 
     Pat_Syn Pattern_Syntax PatSyn Print Symbol X_POSIX_Graph X_POSIX_Print 
    Age=4.0 Bidi_Class=ON Bidi_Class=Other_Neutral BC=ON Block=Miscellaneous_Symbols_And_Arrows Canonical_Combining_Class=0 
     Canonical_Combining_Class=Not_Reordered CCC=NR Canonical_Combining_Class=NR Script=Common Decomposition_Type=None DT=None East_Asian_Width=Neutral 
     Grapheme_Cluster_Break=Other GCB=XX Grapheme_Cluster_Break=XX Hangul_Syllable_Type=NA Hangul_Syllable_Type=Not_Applicable HST=NA 
     Joining_Group=No_Joining_Group JG=NoJoiningGroup Joining_Type=Non_Joining JT=U Joining_Type=U Line_Break=AL Line_Break=Alphabetic LB=AL 
     Numeric_Type=None NT=None Numeric_Value=NaN NV=NaN Present_In=4.0 IN=4.0 Present_In=4.1 IN=4.1 Present_In=5.0 IN=5.0 Present_In=5.1 IN=5.1 
     Present_In=5.2 IN=5.2 Present_In=6.0 IN=6.0 SC=Zyyy Script=Zyyy Sentence_Break=Other SB=XX Sentence_Break=XX Word_Break=Other WB=XX Word_Break=XX

fonte

2012-02-29 15:04:17 tchrist

Interessante. Suppongo che il pensiero originale fosse che gli utenti dei glifi li avrebbero semplicemente rispecchiati nel software? (Sembra violare il principio dell'ottimizzazione per il caso comune). Ma ancora non capisco perché, se sono state aggiunte le frecce sinistra, su e giù, non è stato aggiunto un diritto "armonizzato" (obbligatorio). Sembra una tale supervisione ovvia. –

Ho avuto la stessa domanda sul perché quelle due frecce non corrispondono. Sembra sciocco. Anywho, c'è una migliore selezione di frecce corrispondenti nello supplement-c section e l'intero elenco è qui all sections

fonte

2014-10-26 16:37:50

Perché non corrispondono più/tutte le frecce destra e sinistra di Unicode (in particolare le frecce "nere")?

risposta

Problemi correlati