Hva ' er den praktiske forskjellen mellom en ' glyph ' og en ' tegn '?

Jeg tror ikke din forståelse er feil du » ser bare systemer som prøver å hjelpe brukeren ved å lime inn det den tror de vil ha. Siden noen ligaturer («fi», «fl») er ganske vanlige utenfor typesettingssystemene, anerkjenner programvaren at brukeren sannsynligvis ikke kom inn i tegnet, men en annen app forvandlet de typede tegnene.

Kort fortalt : Tegn refererer til en språklig enhet. Glyph refererer til en utformet forekomst av den enheten, enten det er store, små bokstaver, liten eller historisk variant.

Kommentarer

• I databehandling er A og a forskjellige tegn. ASCII har 128 tegn og begrepet tegn der inkluderer A og a som forskjellige tegn.
• Ingeniører bruker mange ord som ikke ‘ t stemmer overens med presedensene i andre bransjer. Din er et godt eksempel.
• som kom med begrepet » karakter » og » glyph » f irst? grafiske designere eller dataingeniører? Jeg ‘ Jeg har trodd datamaskinene kom før den grafiske utformingen. Men det kan være en trykkeribransje som gikk foran grafisk design og diskuterte datamaskiner på noen måter eller tidligere datamaskiner. Jeg antar at selv om de som kan svare best på det som nå er grafisk design, er trykkeribransjen, men det er ‘ ingen trykkindustri. Men det ‘ ville være interessant å vite hvem som lånte fra hvem og på hvilken måte betegnelsen Character.
• Typografi kom lenge før programvareteknikk. Vennligst skriv inn her hvis du foretar undersøkelsen og finner opprinnelsen. Jeg antar at det vil være en gang på 1600-tallet. Muligens så tidlig som de første typografene i midten av 16.

Det er et par svar her som gir god informasjon om tegn mot tegn, men de adresserer ikke egentlig kilden til forvirringen din når det gjelder kopiering og liming.

Først og fremst er din forståelse grunnleggende riktig:

Tegn defineres av deres betydning på språk, tegn, av deres utseende . Så, ligaturen for estetisk kombinasjon fi er ett tegn, men to tegn.

Det er verdt å understreke at listen over tegn er definert av Unicode standard, som er utgitt av Unicode Consortium, på grunn av det faktum at de har myndighet til å kode tekst i et maskinlesbart format. Definisjonen ovenfor er egentlig den primære retningslinjen som Unicode Consortium-medlemmene bruker for å avgjøre om noen foreslår tillegg ion til Unicode er et tegn og dermed verdt å inkludere, eller et tegn og bør håndteres av fontgjengivere.

Jeg nevner dette fordi forvirringen du opplevde ovenfor skyldtes det faktum at det finnes flere ligatur tegn (ikke tegn ) i Unicode.For eksempel er U+FB01 tegnet for ligaturen: http://unicode.org/charts/PDF/UFB00.pdf

Å ha ligaturtegn i Unicode er ikke egentlig i ånden av definisjonen ovenfor for hva slags ting som skal inkluderes i Unicode-standarden som tegn, siden ligaturer ikke har en betydning uavhengig av sammensetningen av to andre karakterer. Unicode-folket er naturlig klar over dette, og Unicode FAQ om ligaturer innrømmer like mye:

De eksisterende ligaturene eksisterer i utgangspunktet for kompatibilitet og rundetrykking med ikke-Unicode tegnsett. Bruken av dem frarådes.

Eksistensen av denne karakteren er til syvende og sist kilden til din forvirring.

I riktig implementert programvare kopieres kopiering. tekst bør alltid kopiere tegnene som ble spesifisert, ikke tegnene , og det er nøyaktig hva som skjer i de tre eksemplene dine.

1) I det første eksemplet skrev du f og i i Illustrator, som ga en enkelt ligatur glyph . Når du valgte og kopierte det gjengitte tegnet, kopierte Illustrator korrekt f (U+0066) og i (U+0069) tegn på utklippstavlen.

2) I det andre eksemplet skrev du HTML-koden for ligaturen karakter (&#64257) i inntastingsboksen, og fikk riktig ligaturen glyph som representerer ligaturen karakteren (. Siden den underliggende karakteren faktisk er den uklare og relativt meningsløse ligaturkarakteren jeg nevnte ovenfor, valgte at glyph vil kopiere et enkelt tegn U+FB01.

3) I det tredje eksemplet kopierer du den gjengitte ligaturen character U+FB01 som ble gjengitt i del 2, som alltid vil lime inn som det tegnet. Din viktigste forvirring ser ut til å være angående forskjellen mellom HTML-enhetskoder og tegn, spesielt med hensyn til hvordan de blir gjengitt i og utenfor kodeblokker.

HTML-enhetskoden fi er en streng med åtte forskjellige tegn. HTML-gjengiveren i nettleseren din erstatter de 8 tegnene U+0026 U+0023 U+0036 U+0032 U+0035 U+0037 U+0023 med enkelt Unicode-tegnet U+FB01, som det deretter gjengir passende. <code> -koden i HTML deaktiverer imidlertid denne oppførselen og lar de 8 tegnene være som de er.

Når du kopierer av gjengitt HTML, kopierer du den gjengitte tegn (som er forskjellige fra de gjengitte tegnene ). Når du kopierer den gjengitte HTML-enheten, kopieres altså U+FB01 -tegnet til utklippstavlen.

Når du limer inn fi U+FB01 tegn tilbake i HTML, ingen erstatning trenger å finne sted, noe som betyr at tegnet blir gjengitt som en ligatur, uavhengig av om det faller innenfor en <code> blokk.

Tegn er det som er lagret i tekstfiler, behandlet av applikasjoner, og flyttet rundt, mens tegn er deres visuelle fremstilling.

For å få et klart bilde, kan vi se hva som skjer når et program prøver å gjengi en tekststreng på skjermen (på en litt forenklet måte):

• Programmet leste først tekststrengen, at den var strengen av tegn som er lagret på disken eller i minnet.
• Den vil deretter sende den til en tekstlayoutmotor, blant noen andre egenskaper som ønsket skrift, tekstspråk og så videre:
  • T Tekstoppsettmotoren åpner i utgangspunktet skriftfilen, ber den om tegnene som tilsvarer hvert tegn, og gjør noen substitutt for tegn (som å erstatte tegnet for f og i med ligaturtegnen til fi) og posisjonering (som kerning).
  • På slutten har layoutmotoren en sekvens av tegn, deres posisjoner i forhold til hverandre, og en kartlegging mellom inndata og utdatategn. Tegnet til glyfkartlegging er slik at det vet at de to første tegnene i ordet file tilsvarer to de første glyphene (fi ligaturen ), det tredje tegnet til det andre tegnet og det 4. tegnet til det tredje tegnet.
• Et grafikkgjengivelsesbibliotek brukes deretter til å «tegne» disse tegnene på skjermen ved å bruke former fra skrifttypen.
• Når brukeren velger «tegn» på skjermen, vil applikasjonen konsultere teksten til tekstkartlegging levert av layoutmotoren for å finne hvilken del av inngangsteksten som tilsvarer det brukeren velger og sender teksten til utklippstavlen når brukeren kopierer den.
• Det samme skjer når brukeren setter inn markøren midt i teksten og begynner å skrive, kartleggingen bestemmer hvor i inngangsteksten de nye tegnene skal settes inn, og oppdateringsteksten sendes til layoutmotoren til prosess og tegnet på nytt og så videre.