ASCII-kodning: Begyndere, newbies…. Vi har alle de oplysninger, du har brug for her.

Afsløring: Din support hjælper med at holde webstedet kørt! Vi tjener et henvisningsgebyr for nogle af de tjenester, vi anbefaler på denne side.


ASCII er en type karakterkodning, der bruges til computere til at gemme og hente tegn (bogstaver, tal, symboler, mellemrum, indrykk osv.) Som bitmønstre til opbevaring i hukommelse og på harddiske.

“Tegnkodning” på et højt niveau betyder konvertering af et symbol til et binært tal og ved hjælp af et “tegnkort” til at læse det binære tal som en type bogstav.

Og MIME-typer giver brugerne mulighed for at sende data ud over tegn, som billeder og videoer.

ASCII, karakterkodning, MIME-typer

Tegnkodning

Den tidligste form for karakterkodning går så langt tilbage som den elektriske telegraf. Faktisk var morskode og senere Baudot-koden nogle af de første standardiserede tegnkoder, der nogensinde er oprettet.

Et andet lag af kodning kaldet kryptering eller chiffering blev også oprettet af militærerne på den tid, men det er et temmelig andet emne.

Først i 1950’erne begyndte vi den moderne proces mod ASCII. IBM startede dette med at udvikle kodningsskemaer til brug i deres 7000-serie computere.

IBMs Binary Coded Decimal (BCD) brugte en fire-bit kodning på punchcards. Det var en måde at gemme decimaler på i binær form.

Så i stedet for tal, der løber fra 0000 (0) til 1111 (15), løb de fra 0000 (0) til 1001 (9) – hver fire bit repræsenterer et enkelt ciffer.

Senere oprettede IBM den udvidede version af BCD kaldet Extended Binary Coded Decimal Interchange Code (EBCDIC). Det var et 8-bit kodningssystem til alle de standard udskrivbare tegn.

Samme år 1963 blev ASCII introduceret.

Den bruger et 7-bit kodningsskema. Det repræsenterer 128 forskellige tal.

Dette 7-bit nummerformat kan virke underligt. Når alt kommer til alt er computere ikke alle 8-bit eller 16-bit eller 32-bit osv?

I dag er de det. Men tidlige computere blev ikke konstrueret på den måde.

Derudover var hukommelse på computere dyrebar, og der var ingen grund til at bruge en ekstra bit, hvis du ikke havde brug for det. En 6-bit kode (der eksisterede) dækker ikke alle store og små bogstaver, tal og grundlæggende tegnsætningstegn. Men en 7-bit-kode gjorde det – med plads til overs.

Som computere til at slå sig ned i en 8-bit (1-byte) struktur, blev ASCII gradvist til en uofficiel 8-bit-kode, hvor de andre 128 tegn ikke blev standardiseret.

Denne tilstand varede i nogen tid. I 1991 blev 8-bit det officielle format som opretholdt af ISO (International Organization for Standardization) for UTF-8.

Udfordringen, der imidlertid kom op på dette tidspunkt, var, at kun et alfabet kunne understøttes af en 7 eller 8-bit kodning.

For at understøtte et bredere sprogstykke blev Unicode-kodningsskemaet udtænkt sammen med det universelle tegnsæt. Unicode har et par kodningstyper, UTF-8 er den 8-bit kodning, der har kompatibilitet med ASCII, og som er steget til at erstatte ASCII som den dominerende karakterkodningsstandard på nettet i dag.

Vækst af UTF-8

Derudover er UTF-16 og UTF-32 blevet brugt til sprog med mange tegn. Imidlertid kan kinesisk, japansk og arabisk alle vises i UTF-8.

Som et resultat er UTF-8 langt det mest almindelige kodningsformat på nettet. Og for engelsktalende er tingene særligt lette, fordi de første 128 tegn i ASCII er de samme som i Unicode.

Så til brug i HTML fungerer henvisning til en ASCII-tabel for at oprette et tegn uanset hvilket kodningsformat du bruger.

Hvor ASCII passer ind

ASCII står for “American Standard Code for Information Interchange” og blev oprettet af American Standards Association (senere omdøbt til American National Standards Institute).

ASCII-standarden blev startet i 1960 og frigivet i 1963. Det var en udvidelse af telegrafiske koder og blev først brugt af Bell-datatjenester.

Der blev foretaget større revisioner i årenes løb. Indtil 2007 var det den mest anvendte karakterkodning på nettet, men den blev erstattet med UTF-8.

Webskiftet fra ASCII og Microsofts ANSI mod UTF-8 kan i vid udstrækning henføres til initiativer fra Google, da internetbrug blev mere international og ASCII kun var i stand til at vise latinske tegn.

Det, der er vigtigt at bemærke, er, at UTF-8 er en type kodning, mens Unicode er tegnsættet; fordi Unicodes første 128 tegn er de samme som ASCII, er det acceptabelt at henvise til en ASCII-tabel, når der genereres tegn i HTML.

ASCII har evnen til at bruge en “flugt-sekvens” til visning af alternative alfabeter, der gjorde det muligt at blive en international standard, men Unicode håndterer dette mere direkte.

Unicode stammer fra Apple i 1987 og blev projektet for Unicode Consortium i 1991. ASCII blev oprettet af ASA, men yderligere forbedring af det fortsatte som en del af erklæringerne fra ISO.

Kodningsnavnet UTF-8 bruges af alle standarder, der er i overensstemmelse med Internet Assigned Numbers Authority (IANA), hvilket betyder al HTML, CSS og XML. IANA er en afdeling for den større ICANN, som er den almennyttige, der bestemmer internetprotokol og domænenavne.

For at opsummere udviklede ASCII sig fra telegrafkode i 60’erne, voksede op og blev en del af Unicode-tegnsættet, der bruges af UTF-8, det mest dominerende kodningsformat på nettet.

Domænenavne og webside-kode afhænger af, at dette samlede tegnekort fungerer korrekt.

Det betyder, at der helt på grund af det moderne internet findes et tegnformat, der blev opfundet i 1870’erne, computeriseret som ASCII i 1960’erne, moderniseret til internettet med Unicode i 1990’erne og bredt vedtaget gennem UTF-8s flertalsbrug i 2007.

Kontroltegn kontra udskrivbare tegn

Der er to typer tegn i ASCII, udskrivbare tegn og kontroltegn.

Kontroltegnene definerer numrene 0-31 og 127. Kontroltegnene inkluderer alle de dele af skrivning, der giver mulighed for nye afsnit, faner, slutningen af ​​linjer, filseparatorer og en masse stykker, der hovedsageligt er gennemsigtige.

Disse kontroltegn blev oprettet på et tidspunkt, hvor trykte kort var en stor del af computerprocessen. Nogle af disse funktioner er siden blevet erstattet, men mange af linjeformateringsdelene findes stadig i dag. Kode 127 er faktisk koden til sletning (kun i reel ASCII, ikke ANSI eller Unicode).

Alle de udskrivbare tegn er, hvad du kunne forvente. Der er alle små bogstaver (a-z) og store bogstaver (A-Z) sammen med tal, symboler og tegnsætningstegn – stort set alt, der ses på et typisk tastatur. Disse hovedtegn består af alle skrevne ord.

Brug af ASCII i XML og HTML

Hver HTML-side har et karakterkodningsformat tildelt den.

Medmindre andet er angivet, er HTML-kodningen som standard UTF-8. Til brug af ren ASCII eller ANSI eller ethvert specialiseret, unikt format er alt, hvad der skal gøres, at have en erklæring i en metatag.

For HTML 4:

For HTML5:

I charset-tagget kan du bruge UTF-8, ANSI eller ASCII ved at bruge charset ="US-ASCII" eller du kan finde et specifikt tegnsæt, der skal bruges, normalt ved at angive et ISO-nummer. En komplet liste kan findes på IANA-tegnsetsiden.

Indsætningsformat for karakterkode

Generelt, når nogen henviser til at bruge ASCII-koden, vil du imidlertid have dem til at afklare, om de betyder SAND US-ASCII med et metatag, eller hvis de bare beder dig om at få vist en speciel karakter.

I HTML, når som helst du vil bruge et specialtegn, som f.eks. Cent-symbolet (¢) eller et inverteret spørgsmålstegnstegn (¿) – vil du normalt kunne bruge et Unicode-symbol eller US-ASCII (8-bit) ved at indtaste en henvisning som denne:

¢ i HTML ligner: ¢

¿I HTML ligner: ¿

Så du starter med en &# efterfulgt af et firecifret tal, der afsluttes med en semikolon (;).

På denne måde er du i stand til at vise tegn baseret på deres ASCII / Unicode-nummer.

Selvfølgelig vil kontroltegn udføre en formateringsfunktion eller ikke fungerer overhovedet, afhængigt af hvilken du bruger og hvilket reelt tegnsæt, du har angivet i din metatag.

Så i HTML ser du “&# ”Nummer, men når det vises i din browser, vil du se tegnet.

HTML-specialtegn

Lad os for eksempel sige, at du bare vil vise en & symbol på din side.

Du kan ikke bare indtaste den i HTML, men du kan indtaste den tilsvarende ASCII eller Unicode.

HTML er et markeringssprog, så mens normale bogstaver fungerer fint, er specialtegn og især < > parentes – er kritisk vigtige for, hvordan browseren læser og viser HTML.

Du behøver dog ikke altid indtaste Unicode / ASCII-referencenummeret. For HTML 4.0 og nyere er der specielle enheder, der fungerer som en Unicode-reference, men i stedet for at huske et nummer husker du et ord.

¢ i HTML ligner: ¢

¿ i HTML ligner: ¿

En komplet liste over disse tegnreferencer findes på W3-konsortiet.

Referencetabel

Med al denne opfølgning er du måske bare på udkig efter et let sted at finde en ASCII eller Unicode-reference. Se ikke længere, vi har referencer 000-127 her, og du kan finde det fulde Unicode-format på Wikipedia.

Bemærk, at tegn 000-032 og 127 generelt ikke kan udskrives og derfor er angivet med “NA.”

ASCII

table.wiht002 {
grænse-afstand: 0px;
border-sammenbrud: sammenbrud;
margin-left: auto;
margin-right: auto;
margin-bund: 1,5 em;
tekstjustering: center;
}

bord, tr, td
{
polstring: 0px;
margin: 0px;
}
td.bor
{
grænse-venstre: 1px solid # 000;
polstring til venstre: 1em;
margin-højre: 1em;
}
td.break
{
margin-venstre: 2em;
margin-højre: 2em;
}
td.sep
{
grænse-bund: 1px solid # 000;
}
td.sepbor
{
grænse-bund: 1px solid # 000;
grænse-venstre: 1px solid # 000;
polstring til venstre: 1em;
margin-højre: 1em;
}

0NA32NA64@@96``
1NA?33!!65ENEN97-en-en
2NA?34""66BB98bb
3NA?35##67CC99cc
4NA?36$$68DD100dd
5NA?37%%69EE101ee
6NA?38&&70FF102ff
7NA?3971GG103gg
8NA?40((72HH104hh
9NA41))73jegjeg105jegjeg
10NA42**74JJ106jj
11NA43++75KK107kk
12NA44,,76LL108ll
13NA4577MM109mm
14NA?46..78NN110nn
15NA?47//79OO111oo
16NA?480080PP112pp
17NA?491181QQ113qq
18NA?502282RR114rr
19NA?513383SS115ss
20NA?524484TT116tt
21NA?535585UU117uu
22NA?546686VV118vv
23NA?557787WW119ww
24NA?568888xx120xx
25NA?579989YY121yy
26NA?58::90ZZ122zz
27NA?59;;91[[123{{
28NA?60<<92\\124||
29NA?61==93]]125}}
30NA?62>>94^^126~~
31NA?63??95__127NA?

ASCII værktøjer og ressourcer

Der er meget historie om, hvordan karakterkoder udviklede sig, og de organisationer, der holder disse standarder sammen for resten af ​​os. Med de fleste internetudviklere og W3C, der afregner på UTF-8, i det mindste den nærmeste fremtid, er det, hvordan sider bliver kodet.

Du har brug for nogle ressourcer til at hjælpe dig, selvom du starter manuelt kodning i andre formater, eller det kan være dejligt bare at have en omfattende henvisning til.

Liste over ressourcer

  • IANA-tegnsæt sætter side

  • HTML-specialtegn af W3-konsortiet

  • Fuld Unicode-format på Wikipedia

  • ASCII-tabel på kun 0130-0255

  • ASCII’s historie på ASCII-Verden

  • Liste over Unicode-tegn på Wikipedia.

ASCII Art

Intet resume af ASCII ville være komplet uden en henvisning til ASCII art.

Speciel software kan bruges eller symboler håndkodes til at tage formen på et billede ved hjælp af intet andet end symboler. Denne type effekt har eksisteret siden 1980’erne og gjort populær på systemer som Commodore Amiga Computer.

Der er endda en sondring mellem “Oldskool” ASCII-kunst, der bruger ren ASCII i kommandolinjen, og “Newskool”, der bruger specialtegnene i Unicode til at gøre endnu mere komplekse kunstværker.

Her er et billede af en zebrahoved:

ASCII Art Zebra

ISO-8859-1

ISO-8859-1 er en tegnkodningsstandard. Det blev frigivet af International Organization for Standardization (ISO) i 1998 som en udvidelse til ASCII.

ASCII og ISO-8859-1

Den mest berømte karakterkodningsstandard er ASCII. ASCII brugte 7 bit af en otte-bit byte for at kode de mest basale 128 tegn, der blev brugt til at skrive engelsk. Et antal systemspecifikke anvendelser blev udviklet til den ottende (højordre) bit.

For eksempel brugte et system det til at skifte mellem romersk og kursiv udskrivning stilarter. Andre systemer brugte det til at kode yderligere tegn. Ved at bruge alle otte byte kan 256 tegn kodes.

Da det originale ASCII-sæt ikke indeholdt et antal tegn, der var nødvendige for at skrive på almindelige ikke-engelske sprog (f.eks. Bogstaver med diakritiske mærker), udvidede tegnsættet til 256 kraftigt dens kapaciteter.

IS0-8859-1 er en af ​​disse udvidelser. Det var beregnet til at være en international, tværplatform standard. Da det er et supersæt af standard 8-bit ASCII, er det bagudkompatibelt: et dokument, der er kodet i ASCII, kunne let dekodes ved hjælp af ISO-8859-1.

ISO-8859-1 og HTML

I henhold til standarden var ISO-8859-1 standardtegnkodning i HTML 4. De fleste browsere understøttede imidlertid et supersæt af ISO-8859, kaldet ANSI.

ANSI indeholder ekstra 32 tegn, der var tomme i ISO-8859-1. (Det meste af tiden, når du ser en liste med ISO-8859-1-tegn, er det faktisk den fulde ANSI-liste.)

I dag bruger HTML5-standarden UTF-8, et meget stort supersæt, der inkluderer de originale ASCII-, ISO-8859-1- og ANSI-kodinger.

De fleste engelsksprogede HTML-dokumenter, også dem, der eksplicit erklærer ISO-8859-1 eller UTF-8 som deres tegnsæt, bruger faktisk det mindre ASCII-tegnsæt. Der er to grunde til dette:

  • ASCII kan indtastes på et standard QWERTY-tastatur.

  • Mange af de teknologier, der bruges til at generere HTML, understøtter kun ASCII.

Da ISO-8859-1 og UTF-8 begge er ASCII-kompatible, skaber dette normalt ikke nogen problemer.

ISO-8859-1 og karakterenheder

Det udvidede sæt tegn, der er tilgængeligt i ISO-8859-1, kan produceres i et ASCII-eneste dokument ved hjælp af HTML-karakterenheder. Dette er strenge, der begynder med ampersand (“&”) Og afsluttes med en semikolon (“; ”).

For eksempel kan copyright-symbolet (cirklen med et “C” i) kodes direkte vha. ISO-8859-1 eller UTF-8. Men da der ikke er nogen “©” -tast på de fleste tastaturer, finder mange mennesker det lettere at skrive ©.

Dette gemmes i filen som seks ASCII-tegn: &, c, o, p, y og;. Webbrowsere viser derefter det passende ISO-8859-1-tegn til brugeren.

De fleste af de ikke-ASCII ISO-8859-1 tegn har navngivet HTML-karakterenheder. De der ikke kan skrives med deres numeriske kode. Den numeriske kode er faktisk den decimalversion (base 10) af den binære kodning.

For eksempel er copyright-symbolet kodet som 10101001 i binært, hvilket er 169 i base 10. Så du kan skrive © eller ©.

Ikke-ASCII-tegn i ISO-8859-1 og ANSI

Tegn 128-159 på dette diagram er ANSI-tegn, der ikke er inkluderet i ISO-8859. De første 127 koder i ISO-8859-1 / ANSI er ikke inkluderet her, da de er identiske med ASCII, som vi har nævnt ovenfor.

Karakter
HTML-navn
HTML-nummer
Beskrivelse
euro tegn
,,enkelt anførselstegn lavt-9
ƒƒƒsmå bogstaver f med krog
dobbelt lav-9 anførselstegn
vandret ellipsis
dolk
dobbelt dolk
ˆmodifikationsbrev circumflex accent
pr. mille-skilt
ŠŠŠstore bogstaver S med karon
<<enkelt citat med venstre vinkel
ŒŒŒkapitalligatur OE
ŽŽbogstav Z med karon
venstre enkelt anførselstegn
højre enkelt citatmærke
venstre dobbelt citatmærke
højre dobbelt citatmærke
kugle
da strejf
em strejf
~˜~tilde
TM varemærketegn
šššsmå bogstaver S med karon
>>højre-vinkel citatmærke
œœœsmå bogstaver oe
¼¼små bogstaver z med caron
ŸŸŸstore bogstaver Y med diarrese
 ikke-brudende plads
¡ ¡ ¡omvendt udråbstegn
¢ ¢ ¢cent tegn
£ £ £pundskilt (valuta)
¤ ¤ ¤valutategn
¥ ¥ ¥yen / yuan tegn
¦ ¦ |brudt lodret bjælke
§ § §sektionsskilt
¨ ¨ ¨omlyd
© © ©copyright-tegn
ª ª ªfeminin ordinal indikator
« « «venstre dobbeltvinkel citatmærke (guillemet)
¬ ¬ ¬ikke tegn (logik)
­ ­blød / diskretionær bindestrek
® ® ®registreret varemærketegn
¯ ¯ ¯afstand makron / overline
° ° °grad tegn
± ± ±plus / minus-tegn
² ² ²superskript to (firkantet)
³ ³ ³superskript tre (terning)
´ ´akut accent
µ µ μmikroskilt
afsnitstegn (pilcrow)
· · ·midterste prik
¸ ¸ ¸cedille
¹ ¹ ¹påtegnet et
º º ºmaskulin ordinal indikator
» » »højre dobbeltvinkel citatmærke (guillemet)
¼ ¼ ¼en fjerdedelfraktion (1 over 4)
½ ½ ½halvdel fraktion (1 over 2)
¾ ¾ ¾tre fjerdedelsfraktion (3 over 4)
¿ ¿ ¿omvendt spørgsmålstegn
EN EN ENstore bogstaver A med alvorlig accent
EN EN ENstore bogstaver A med akut accent
EN EN ENstore bogstaver A med omkrets
EN EN ENstore bogstaver A med tilde
EN EN ENstore bogstaver A med diarrese
EN EN ENstore bogstaver A med ring ovenfor
Æ Æ Æhovedstad AE-ligatur
Ç Ç Çstore bogstaver C med cedilla
È È Èstore bogstaver E med alvorlig accent
É É Éstore bogstaver E med akut accent
Ê Ê Êstore bogstaver E med omkrets
Ë Ë Ëstore bogstaver E med diarrese
JEG JEG JEGstore bogstaver I med alvorlig accent
JEG JEG JEGstore bogstaver I med akut accent
JEG JEG JEGstore bogstaver I med circumflex
JEG JEG JEGstore bogstaver I med diabetese
Ð Ð Ðstore bogstaver ETH (Dogecoin symbol)
Ñ Ñ Ñbogstav N med tilde
Ò Ò Òstore bogstaver O med alvorlig accent
Ó Ó Óstore bogstaver O med akut accent
Ô Ô Ôstore bogstaver O med omkrets
Õ Õ Õstore bogstaver O med tilde
Ö Ö Östore bogstaver O med diabetese
× × ×multiplikationsskilt
Ø Ø Østore bogstaver O skråstreg
Ù Ù Ùstore bogstaver U med alvorlig accent
Ú Ú Ústore bogstaver U med akut accent
Û Û Ûstore bogstaver U med omkrets
Ü Ü Üstore bogstaver U med diarrese
Ý Ý Ýstore bogstaver Y med akut accent
Þ Þ Þstore bogstaver THORN
ß ß ßsmå bogstaver skarpe s (Eszett / scharfes S )
en en enlille bogstav a med alvorlig accent
en en ensmå bogstaver a med akut accent
en en ensmå bogstaver a med circumflex
en en ensmå bogstaver a med tilde
en en ensmå bogstaver a med diabetese
en en ensmå bogstaver a med ring ovenfor
æ æ ælille bogstavligatur
ç ç çsmå bogstaver c med cedilla (cé cédille)
è è èsmå bogstaver e med alvorlig accent
é é ésmå bogstaver e med akut accent
ê ê êsmå bogstaver e med circumflex
ë ë ësmå bogstaver e med diabetese
jeg jeg jegsmå bogstaver i med alvorlig accent
jeg jeg jegsmå bogstaver i med akut accent
jeg jeg jegsmå bogstaver i med circumflex
jeg jeg jegsmå bogstaver i med diabetese
D / td> ðcode> ðsmå bogstaver eth
ñ ñ ñsmå bogstaver n med tilde
ò ò òsmå bogstaver o med alvorlig accent
ó ó ósmå bogstaver o med akut accent
ô ô ôsmå bogstaver o med circumflex
õ õ õsmå bogstaver o med tilde
ö ö ösmå bogstaver o med diarrese
÷ ÷ ÷opdelingsskilt
ø ø øsmå bogstaver o med skråstreg
ù ù ùsmå bogstaver u med alvorlig accent
ú ú úsmå bogstaver u med akut accent
û û ûsmå bogstaver u med circumflex
ü ü üsmå bogstaver u med diabetese
ý ý ýsmå bogstaver y med akut accent
þ þ þsmå bogstav torn
ÿ ÿ ÿsmå bogstaver y med diabetese

Unicode

Unicode er en standard for karakterkodning, der administreres af The Unicode Consortium.

Som vi har diskuteret, lagrer computersystemer ikke bogstaver (bogstaver, tal, symboler) bogstaveligt – der er ikke et lille billede af hvert bogstav i et dokument på din harddisk. Som du nu skulle vide, er hvert tegn kodet som en række binære bit – 1s og 0s. For eksempel er koden for små bogstaver “a” 01100001.

Men 01100001 er vilkårlig – der er ikke noget særligt ved den streng af bits, der skulle gøre det til bogstavet “a” – computerbranchen har samlet accepteret, at det betyder “a.” Så hvordan er hele branchen enige om, hvordan man repræsenterer enhver mulig karakter? Med en tegnkodningsstandard. En kodningsstandard specificerer simpelthen alle tilgængelige tegn og tildeler hver enkelt en streng med bits.

Der har været adskillige karakterkodningsstandarder brugt over hele verden i løbet af de sidste årtier af computing. I lang tid var den mest universelt accepterede standard ASCII. Problemet med ASCII er, at det kun kodede for et relativt begrænset antal tegn – højst 256. Dette udelukkede ikke-latinske sprog, mange vigtige matematiske og videnskabelige symboler og endda nogle grundlæggende tegnsætningstegn.

Bortset fra ASCII’s brug på engelsk og andre sprog, der bruger det latinske alfabet, havde sproggrupper, der bruger andre alfabeter, en tendens til at bruge deres egen tegnkodning. Da disse kodningsordninger blev defineret bortset fra hinanden, konflikter de ofte; det var umuligt at bruge et enkelt kodningsskema til flere sprog på samme tid.

Unicode blev oprindeligt undfanget og fortsætter med at blive udviklet, specifikt med det formål at overvinde disse udfordringer. Målet med Unicode er at tilvejebringe en uniersal, unified, og unique-kodeidentifikator for alle grafeme i alle sprog og skriftsystemer i verden.

UTF-8

Unicode er implementeret i flere tegnkodningsskemaer, men den standard, der mest bruges i dag, er UTF-8. UTF-8 er blevet næsten universel for alle typer moderne computere.

UTF-8 koder tegn ved hjælp af op til 4 8-bit kodeblokke. ASCII brugte kun 8 bit pr. Tegn. Unicode-tegn, der tidligere var inkluderet i ASCII, er repræsenteret i UTF-8 med en enkelt 8-bit-stykke, de samme 8 bit, der blev brugt i ASCII. Dette gør ASCII-tekst fremadkompatibel i UTF-8. (Dette er en af ​​de mange grunde til, at UTF-8 blev den universelle standard – overgangen var relativt let.)

8 × 4-ordningen giver UTF-8 over en million kodepunkter, der tillader Unicode at kode for tegn fra 129 scripts og skriftsystemer.

Ressourcer til forståelse af Unicode

  • En introduktion til skrivesystemer og Unicode er en meget grundig, endda veltalende, forklaring af karakterkodning generelt og Unicode især; Hvis du kun kan læse en ting på Unicode, er det den, du skal læse
  • Unicode-standarden: En teknisk introduktion er den officielle forklaring på Unicode-standarden
  • Til BMP og videre! er en tutorial om Unicode, der er egnet til klassetræspræsentation eller selvstudium
  • Unicode-vejledningen forklarer, hvordan Unicode fungerer, inklusive interessante detaljer som at kombinere tegn, og hvordan en Unicode-parsing-motor skal fungere.

Bøger om Unicode

  • Unicode Explained af Jukka Korpela giver et godt overblik over Unicode og forskellige udviklingsudfordringer, der følger med implementeringen af ​​det
  • Unicode Demystified: En praktisk programmeringsvejledning til kodningsstandarden af ​​Richard Gillam er en nyttig, hvis noget dateret, forklaring på Unicode med en masse Java-fokuserede implementeringsspecifikationer
  • Skrifttyper og kodninger af Yannis Haralambous handler ikke kun om Unicode, men er måske den bog, der er mest værd at læse; det dækker historien med kodning og repræsentation af tekst i computere, hvilket giver både et teoretisk og praktisk grundlag for forståelse af Unicode og et antal tæt beslægtede emner.

Unicode-referencemateriale

Når du først har en grundlæggende forståelse af Unicode, finder du det meste, at du har brug for at slå op på specifikke detaljer – f.eks. Den nøjagtige kodning af en bestemt karakter.

  • C / C ++ Unicode Cheatsheet indeholder oplysninger om konvertering af Microsoft C / C ++ til Unicode
  • XML og Unicode Technology Reports er en liste over tekniske rapporter, der dækker forskellige aspekter af at bruge XML og Unicode sammen
  • Decode Unicode giver en online Unicode-ordbog med en smuk brugergrænseflade, så du kan se alle definerede Unicode-tegn, også uden lokal skrifttypesupport
  • Data om sprog giver information, der kan søges om, hvordan man bruger Unicode-tegnsæt med forskellige sprog
  • Unicode Navigator indeholder en organiseret liste over alle Unicode-tegn

Unicode-værktøjer

  • Unicode Analyzer er en Chrome-browserudvidelse, der indeholder oplysninger om Unicode-tekst på websider og dokumenter
  • Character Identifier er et Firefox-plugin, der indeholder en kontekstmenu til at finde mere information om valgte Unicode-tegn
  • For at indsætte Unicode-tegn i tekstfelter på nettet, prøv Unicode-symboler til Chrome eller Unicode-inputværktøj til Firefox
  • UnicodeDataBrowser giver en GUI til lettere læsning af filen UnicodeData.txt
  • Polyglot 3000 identificerer automatisk sproget i enhver tekst
  • Unicode indeholder en liste over Unicode-karaktertastaturlayouter til forskellige Unicode-understøttede scripts
  • Babel er et Python-bibliotek til en bred vifte af internationaliserings- og lokaliseringsopgaver
  • D-Type Unicode Text Engine er et C ++ -bibliotek til udlægning, gengivelse og redigering af højkvalitets Unicode-tekst på enhver enhed, platform eller operativsystem
  • Nunicode er et C-bibliotek til kodning og dekodning af UTF-8-dokumenter
  • Bærbar UTF-8 giver Unicode-understøttelse af PHP-strenge
  • Tesseract OCR giver optisk tegngenkendelse til Unicode-tekst
  • Popchar er et forbedret tegnkort, der gør det nemt for dig at finde og indtaste tegn fra hele Unicode-rummet
  • Unicode Utilities leverer en række interessante og nyttige online-værktøjer til at arbejde med Unicode
  • Edicode leverer et fleksibelt online Unicode-tastatur til at skrive tekst ved hjælp af forskellige internationale scripts
  • Quickkey er en fleksibel tastaturudvidelse til at skrive de første 65.000 definerede Unicode-tegn
  • Unicode Code Converter konverterer alle indtastede tegnkoder til flere forskellige kodninger af samme karakter
  • CharFunk er et JavaScript-værktøj til at udføre en række interessante kontroller og handlinger på Unicode-tegn
  • Kreative Recode omdanner tekstfiler fra forskellige kodninger til Unicode
  • BabelMap Online giver et Unicode-tastatur i browseren med output i displaytegn såvel som hex- eller decimal-kodning

Tekst- og kodeeditorer

De fleste af dagens tekstredaktører, kodeditorer og IDE’er bruger enten Unicode som standard eller kan let håndtere Unicode. Sublime, Notepad ++, Atom og Eclipse er alle indstillet til UTF-8 som standardtegnkodning. Vim og Emacs har muligvis brug for en indstillingsændring for at bruge UTF-8:

  • Brug af Unicode med Emacs
  • Brug af Unicode med Vim

Der er også en håndfuld kode- og tekstredigerere, der er specifikt designet til at håndtere det udvidede Unicode-tegnsæt:

  • MinEd er en Unicode-teksteditor med kontekstuel understøttelse til at indsætte tegn fra hele spektret af Unicode-tegnrummet
  • Classical Text Editor er en avanceret editor til at arbejde med kritiske og videnskabelige udgaver af tekster, herunder flersprogede tekster ved hjælp af en bred vifte af Unicode tegnsæt

Unicode-skrifttyper

Forholdet mellem skrifttyper og Unicode er lidt skråt. Unicode blev oprettet for at være bagudkompatibel med ASCII – tekst, der er formateret i ASCII, kan dekodes som Unicode uden praktisk taget noget problem. Og Unicode-kodet tekst kan vises ved hjælp af ASCII-skrifttyper, så længe kun det lille sæt tegn, der vises i ASCII, bruges.

I dag er de fleste tilgængelige skrifttyper kodet med Unicode. Så fra dette synspunkt er de fleste skrifttyper “Unicode-skrifttyper.” De fleste skrifttyper understøtter dog ikke et særlig stort sæt af den fulde Unicode-standard.

Normalt er dette ikke et problem; En person, der forfatter en tekst på flere sprog, eller med et udvidet tegnsæt, bruger muligvis flere forskellige skrifttyper – et til latinskript, et andet for hvert CJK-sprog og et andet til matematiske symboler (for eksempel). Dog kan det undertiden være nyttigt at have enkle skrifttyper, der indeholder en stor procentdel af Unicode-tegnepladsen. Dette kan være nødvendigt, når du arbejder i almindelig tekst- og kildekodemiljøer, hvor det ikke er muligt at bruge flere skrifttyper, eller når visuel enhed mellem flere scripts er særlig vigtig.

Følgende er de mest bemærkelsesværdige fontprojekter, der tilbyder udvidet Unicode-support. Se denne side med Unicode-skrifttyper for at få en mere komplet oversigt, herunder deaktiverede og forældede skrifttyper. Se denne liste over CJK-skrifttyper for at indstille asiatiske sprog.

  • Everson Mono er en monospace-skrifttype oprettet af en af ​​ophavsmændene til Unicode-standarden; dets erklærede formål er at tilvejebringe glyfer for så meget af Unicode-tegnrummet som muligt, og (som dette skrives) 92 Unicode-karakterblokke understøttes.
  • Noto er et stort sæt displayskrifttyper, udviklet af Google, der tilsammen giver støtte til et stort flertal af Unicode-tegnsæt med det formål at til sidst understøtte hele Unicode-standarden.
  • Deja Vu Fonts er en fontfamilie, der giver bred dækning af Unicode-standarden med Serif, Sans og Monospace versioner.
  • GNU FreeFont er en familie af skrifttyper, der leverer ansigter af typen Serif, Sans og Mono til 37 skrivesystemer og 12 Unicode-symboler..
  • GNU Unifont er en monospace, bitmap-skrifttype med komplet dækning til Unicode 8.0 Basic flersproget plan og bred, men ufuldstændig dækning for det supplerende flersprogede plan.

Der er også et antal interessante skrifttyper, der koder for et bestemt undermængde af Unicode-standarden til specialiseret brug.

  • Junicode er et sæt skrifttyper for middelalderister
  • Last Resort er en “font til sidste udvej”; i stedet for konventionelle karakterglyfer, viser hver glyph faktisk information om selve Unicode-tegnet
  • Unicode-skrifttyper til antikke scripts er et projekt til at oprette et sæt skrifttyper til flere gamle og klassiske alfabeter
  • Unimath Plus giver et udvidet sæt videnskabs- og matematiske symboler

Og her er nogle ekstra Unicode-fontressourcer, hvis du stadig ikke kan finde det, du leder efter:

  • SIL-skrifttyper et antal skrifttyper til forskellige underunderstøttede sprog oprettet af SIL International, et globalt non-profit-serverende mindretalssprogsamfund
  • Unicode-karakterintervaller og Unicode-skrifttyper, der understøtter dem, hjælper dig med at finde en skrifttype til ethvert interval af Unicode-tegn.

Emoji-ressourcer

Emoji er de sjove små smiley-ansigter og tommelfingre op, som du kan lægge i dine tekstbeskeder. De er faktisk en del af Unicode-standarden. Emoji-delen af ​​Unicode understøttes ikke universelt, så hvis du vil integrere Emoji i din app eller dit websted, har du muligvis brug for hjælp. Her er ressourcer, der hjælper dig med at bruge og opbygge med Unicode emoji.

Emoji-reference

  • Emojipedia er en søgbar database med Emoji-tegn
  • Kan jeg Emoji? giver information om native support til Unicode-emoji på iOS, Android, OS X og Windows samt store browsere
  • WTF Emoji Foundation er en lidt seriøs organisation dedikeret til fremme af emoji; de kører Emoji-ordbogen.
  • Emoji-snyderi giver en hurtig reference til Emoji-indtastningskoder

Emoji-biblioteker

  • Inkluder Emoji i apps, og oversæt mellem flere leverandørstandarder med dette PHP Emoji-bibliotek; eller prøv dette PHP7 emoji-bibliotek, der lader dig referere til Emoji med navn i din kode
  • Emoji til Python understøtter både den officielle Unicode-emoji og flere sæt aliaser; Django-udviklere kan også bruge django-emoji-pakken
  • Emoji Golang giver Emoji support til Go programmeringssprog
  • der er adskillige perler til Emoji-støtte i Ruby, men den af ​​Github er sandsynligvis den bedste at bruge
  • Emoji-Java giver Emoji support i Java
  • Coloremoji.sty gør det nemt at inkludere Emoji i fuld farve i LaTeX-dokumenter
  • Npm, pakkehåndteringssystemet til Node.js har flere emoji-pakker:
    • Emoji og node-emoji giver grundlæggende support til emoji,
    • Ember-cli-emoji arbejder med Emojify.js for at give emoji-hjælpere til dine Ember.js-apps
    • Markdown-it-emoji tilføjer emoji til understøttelse af markdown-it Markdown-parseren
  • Emoji Syntax er et fjollet bibliotek til Atom-teksteditoren, der tilføjer emoji til kodelinjer baseret på deres betydning.

Emoji-tastaturer og samlinger

  • EmojiXpress til iOS er en Emoji-samling og tastatur til iPhone
  • Emojione er en tværplatformet Emoji-samling med Creative Commons-licenserede kunstværker gratis for udviklere
  • iDiversicons giver en bred vifte af forskellige Emoji-tegn og et iPhone-tastatur.

MIME-typer

MIME står for “Multipurpose Internet Mail Extensions.” Det er internetstandarden, der bruges til at identificere forskellige filtyper, der transmitteres online. Oprindeligt blev den udviklet til e-mail, der blev sendt via SMTP (Simple Mail Transfer Protocol), som er internetstandarden for e-mail-transmission. I dag er MIME ekstremt vigtig i andre kommunikationsprotokoller såsom HTTP.

MIME-historie

Vi har allerede diskuteret historien om ASCII og karakterkodning. Men historien om at sende information er meget mere end dette.

Med tiden begyndte vores beskeder at blive mere komplekse, og det blev tydeligt, at dette standardformat ikke var nok. Multimediebilleder, der indeholdt lyd- eller videofiler, blev slet ikke defineret. Det samme gjaldt sprog, der ikke brugte det engelske alfabet. Situationen begyndte endelig at ændre sig, da to mennesker gik sammen: Nathaniel Borenstein og Ned Freed.

Deres forslag omdefinerede formatet på meddelelser for at give mulighed for, at e-mail indeholder flere objekter i en enkelt meddelelse; brug af ikke-ASCII-tegn såvel som ikke-engelske sprog; og brugen af ​​billeder, lyd og video. Dette var fødslen af ​​MIME, der blev den officielle standard i 1993.

Forslaget definerede også kodningsstandarderne, der er 7bit, 8bit, base64, binære og citerede-udskrivbare. Disse kodningsstandarder skulle sikre, at alle data faktisk sendes. Den indeholdt også oplysninger om brugen af ​​Content-Type-header, som er nødvendig for korrekt at identificere den type data, der transmitteres.

Hvad er MIME-typer?

MIME-typer er identifikatorer, der bruges til at identificere de mange filformater, der transmitteres hver dag på Internettet. De er standardiseret af IANA (Internet Assigned Numbers Authority). MIME-typer blev først defineret og navngivet som sådan i anmodning om kommentarer: 2045 (RFC 2045) offentliggjort af IETF (Internet Engineering Task Force), som var det officielle forslag, der blev forelagt af Borenstein og Freed.

Struktur

MIME-typer består af en type og en undertype, som er to strenge, der er adskilt af en fremadskåret skråstreg. Type repræsenterer en kategori og kan være diskret eller multipart. Hver type har en bestemt undertype. Traditionelt skrives MIME-typer med små bogstaver.

Diskrete typer inkluderer tekst, billede, lyd, video og anvendelse. Multiparttyper repræsenterer en kategori af dokumenter, der er opdelt i forskellige dele og ofte inkluderer forskellige MIME-typer. De inkluderer formdata og byteranger.

Nogle MIME-typer er præfixeret af enten x eller vnd. X-præfikset betyder, at det ikke er blevet registreret med IANA, og vnd betyder leverandørspecifik præfiks.

Almindelige MIME-typer

Ansøgning:

  • ansøgning / msword (.doc)
  • application / vnd.openxmlformats-officedocument.wordprocessingml.document (.docx)
  • application / vnd.openxmlformats-officedocument.wordprocessingml.template (.dotx)
  • application / vnd.ms-powerpoint (.ppt)
  • ansøgning / ecmascript (.es)
  • application / x-javascript (.js)
  • applikation / oktet-stream (.bin, .exe)
  • ansøgning / pdf (.pdf)
  • ansøgning / efterskrift (.ps, .ai, .eps)
  • ansøgning / rtf (.rtf)
  • ansøgning / x-gtar (.gtar)
  • ansøgning / x-gzip (. gz)
  • ansøgning / x-java-arkiv (.jar)
  • applikation / x-java-serialiseret-objekt (.ser)
  • ansøgning / x-java-vm (.klasse)
  • applikation / x-tar (.tar)
  • ansøgning / zip (.zip)
  • applikation / x-7z-komprimeret (.7z)
  • applikation / x-rar-komprimeret (.rar)
  • applikation / x-shockwave-flash (.swf)
  • application / vnd.android.package-archive (.apk)
  • applikation / x-bittorrent (.torrent)
  • ansøgning / epub + zip (.epub)
  • application / vnd.ms-excel (.xsl)
  • ansøgning / x-font-ttf (.tff)
  • applikation / rss + xml (.rss, .xml)
  • application / vnd.adobe.air-application-installer-package + zip (.air)
  • ansøgning / x-debian-pakke (.deb)
  • ansøgning / json (.json)

Lyd:

  • lyd / x-midi (.mid, .midi)
  • lyd / x-wav (.wav)
  • lyd / mp4 (.mp4a)
  • lyd / ogg (.ogg)
  • lyd / mpeg (.mp3)

Billede:

  • image / bmp (.bmp)
  • image / gif (.gif)
  • image / jpeg (.jpeg, .jpg, .jpe)
  • image / tiff (.tiff, .tif)
  • image / x-xbitmap (.xbm)
  • image / x-ikon (.ico)
  • image / svg + xml (.svg)
  • image / png (.png)

Tekst:

  • tekst / html (.htm, .html)
  • tekst / almindelig (.txt)
  • tekst / richtext (.rtf, .rtx)
  • tekst / css (.css)
  • text / csv (.csv)
  • tekst / kalender (.ics)

Video:

  • video / mpeg (.mpg, .mpeg, .mpe)
  • video / ogg (.ogv)
  • video / quicktime (.qt, .mov)
  • video / x-msvideo (.avi)
  • video / mp4 (.mp4)
  • video / webm (.webm)

Ressourcer

MIME-typer gjorde det muligt for os at få en bedre og rigere e-mail-oplevelse. Den følgende liste over ressourcer hjælper dig med at lære mere dybtgående om, hvordan og hvorfor de blev, samt hvordan du korrekt konfigurerer en webserver til MIME-type support og mere.

Online ressourcer

Den følgende liste inkluderer links til det femdelt forslag, der blev standardudkastet for MIME.

  • RFC 2045 (PDF): den første del af forslaget specificerer de forskellige overskrifter, der bruges til at beskrive strukturen af ​​MIME-meddelelser.
  • RFC 2046 (PDF): det andet dokument definerer den generelle struktur for MIME-medietypesystemet og det indledende sæt mediatyper.
  • RFC 2047 (PDF): den tredje del af forslaget beskriver udvidelser, der tillader ikke-USA-ASCII tekstdata i felter med internetposthoved.
  • RFC 2048 (PDF): den fjerde del beskriver, hvordan nye MIME-typer kan registreres hos IANA.
  • RFC 2049 (PDF): det femte dokument beskriver MIME-overensstemmelseskriterier med eksempler på MIME-meddelelsesformater.
  • Medietyper: en komplet liste over alle medietyper, der også indeholder et link til applikationen til registrering af nye medietyper.
  • MIME-fyre: Hvordan to internetguruer ændrede e-mail for evigt: en artikel baseret på interviews med Nathaniel Borenstein og Ned Freed, som giver en interessant indsigt i deres arbejde.

Vejledninger

De følgende ressourcer giver nyttige tutorials til håndtering af MIME-typer, korrekt serverkonfiguration og mere.

  • Korrekt konfigurering af server MIME-typer: diskuterer, hvorfor webmastere skal passe på at konfigurere deres webserver korrekt, da nye MIME-typer tilføjes, især for Gecko-baserede browsere.
  • Medieformater understøttet af HTML-lyd- og videoelementerne: giver en liste over MIME-typer understøttet af de nye lyd- og videoelementer i HTML5
  • Hvad er MIME-snifning: denne artikel giver en grundig forklaring på MIME-snifning, og hvordan man undgår sårbarheder, der er forbundet med det.
  • MIME-typer forklaret: Hvorfor Linux og Mac OS X ikke har brug for filtypenavne: en interessant læsning, der forklarer en af ​​forskellene mellem en Windows-computer og en Linux / Mac OS X-computer.
  • Valg af den rigtige MIME-type til JavaScript: der er i øjeblikket mere end en MIME-type til JavaScript. Denne tutorial giver dig en forklaring af brugssagerne for hver.

Bøger

Selvom der ikke er nogen bøger, der kun er dedikeret til MIME-typer, er der stadig et anstændigt antal bøger om nært beslægtede emner, der dedikerer et par kapitler til dem.

  • Internet e-mail-protokoller, standarder og implementering (1998) af Lawrence Hughes: rettet mod mere avancerede brugere, denne bog styrker viden om væsentlige koncepter, der er nødvendige for at udvikle e-mail-software og beskriver grundigt de vigtigste internet-e-mail-protokoller og udvidelser såsom SMTP, POP3, IMAP , MIME og DSN.
  • Programmering Internet Email (1999) af David Wood: en vigtig guide, der dækker alle de vigtige koncepter, der er nødvendige for at opbygge applikationer oven på e-mail-muligheder. Emner, der dækkes, inkluderer forskellige e-mail-protokoller, e-mailformater inklusive MIME-typer og masser af eksempler.
  • Essential Email Standards (1999) af Peter Loshin: denne bog er et must for alle, der ønsker at få en indgående forståelse af e-mail-standarder. Det giver en grundig analyse af de vigtigste RFC’er, der er offentliggjort af IETF, samt deres potentielle anvendelse. Det inkluderer også en fuldt søgbar digital version af bogen på en CD.
  • MH & xmh (2006) af Jerry Peek: denne bog er frit tilgængelig online og udgivet under GNU-GPL-licensen. Det tredje kapitel forklarer meget detaljerede MIME-typer og multipart-meddelelser

Værktøj

Linksne nedenfor indeholder et par nyttige værktøjer til at kontrollere gyldigheden af ​​MIME-typer.

  • Hvilke MIME-typer understøtter min browser: et online-værktøj, der fortæller dig, hvilke MIME-typer din browser understøtter, så snart du indlæser siden.
  • MIME Validator: en gratis online MIME-validator, der kontrollerer overholdelsen af ​​MIME-meddelelser med IETF-standarder.
  • Hvad MIME: en anden gratis online checker til enhver fil.

Udvid din viden om MIME-typer

MIME-typer kan virke ubetydelige på overfladen, men de medførte store ændringer i den måde, vores e-mail-meddelelser fungerer på. Denne liste over ressourcer skal gøre din nysgerrighed vids og give dig en dybere forståelse af, hvordan e-mail og filer, der transmitteres via Internettet, har ændret sig gennem årene.

Resumé

De fleste skriver bare og tænker ikke rigtig meget på, hvad der sker. Et udvalg af få gider at tænke over det pæne ved fontdesign og typografi.

Men endnu mindre er antallet af mennesker, der ved eller interesserer sig for at vide, hvad der sker bag kulisserne – hvordan en tastetryk bliver et bogstav på deres computerskærm.

For alle andre er det enten gennemsigtigt eller trivielt.

Men som vi har vist, er processen med at repræsentere sprog næppe triviel, og en enorm mængde arbejde er gået i at gøre det så gennemsigtigt som det er. Unicode Consortium har sammen med utallige udviklere, designere og lingvister gjort det muligt for enhver at skrive enhver karakter, fra ethvert sprog, i ethvert script, på enhver computer.

Dette er en bemærkelsesværdig præstation og et nødvendigt skridt hen imod universal læsefærdighed og universel adgang til computere og internettet.

Ofte stillede spørgsmål

Spørgsmål: Hvad er forskellen mellem ASCII, Unicode og UTF-8?

EN. ASCII er den ældre standard fra 1960’erne, hvorimod Unicode kom til i slutningen af ​​1980’erne.

ASCII er kun 128 eller 256 tegn, men Unicode har over 10.000.

Unicode er karaktertabellen, UTF-8 (eller UTF-16 eller UTF-32) er kodningsniveauet. Unicode 0-256 og ASCII er næsten identiske med kun nogle mindre forskelle på kontroltegnene.

UTF-8 er den mest almindelige kodning på nettet i dag – og standard.

Spørgsmål: Har jeg brug for at erklære, hvilken kodningstype jeg bruger til min webside?

EN. Kun hvis du ved, skal du bruge en unik kodningstype.

Hvis du ikke erklærer en, vil de fleste browsere som standard være UTF-8. Hvis du opretter en webside på et fremmedsprog, især ikke-latin, skal du sørge for, at du enten bruger UTF-8 eller ellers vælger et specielt tegnesæt.

Q. Må jeg huske alle ASCII-koder for at skrive HTML?

EN. Kun hvis du prøver at være ekstremt effektiv.

De fleste websteder i dag er dynamiske og genererer HTML for dig gennem systemer som et content management system (CMS). Hvis du er en udvikler, bruger du sandsynligvis andre programmeringssprog ud over HTML, og disse sprog kan have specielle måder at generere disse ASCII-symboler.

Endelig, som omtalt ovenfor, bruger mange af disse koder specialtegnnavne i HTML i stedet for ASCII-numre.

Q. Er karakterkodningen forskellig på forskellige operativsystemer?

EN. Noget.

Unicode er lidt anderledes på Windows vs Unix / Linux. For eksempel bruger Windows UTF-16LE, mens Linux normalt bruger UTF-8.

Nu kan selvfølgelig den kodning, der bruges af dit operativsystem, afvige fra kodningen på en webside, men dit operativsystem og webbrowser arbejder sammen for at konvertere karakterkoder til noget, din computer kan vise.

Undertiden i ældre operativsystemer fungerer denne konvertering muligvis ikke, og du vil bare se tomme tegn. (Det er f.eks. Noget, du måske ser på et udenlandsk websted på Windows XP.)

Q. ASCII Art er fantastisk! Hvor kan jeg lave mine egne?

EN. AsciiWorld.com har nogle gode gallerier og værktøjer i deres softwareafdeling, såsom konvertere og “malere.” Hav det sjovt!

Andre interessante ting

Vi har flere guider, tutorials og infografik relateret til kodning og webstedsudvikling:

  • CSS3 – Intro, guider og ressourcer: dette er et godt sted at begynde at lære websides layout.

  • PostScript-introduktion og ressourcer: lær alt om sidevisningsproget, der ændrede verden.

  • Lorem Ipsum: Lær hvordan du bruger “dummy-tekst” til dit design, inden indholdet er skrevet.

HTML til begyndere – Ultimate Guide

Hvis du virkelig ønsker at lære HTML, har vi oprettet en boglængdeartikel, HTML til begyndere – Ultimate Guide. Og det er virkelig den ultimative guide; det vil tage dig helt fra begyndelsen til mestring.

HTML til begyndere - Ultimate Guide
HTML til begyndere – Ultimate Guide

Webdesign-tendenser, du aldrig vil glemme

Før Unicode var det almindeligt at besøge websteder, hvor al teksten var repræsenteret med tomme felter. Tingene har ændret sig meget. I vores infografiske Web Design Trends Du glemmer aldrig vi løber igennem, hvordan internettet plejede at være.

Webdesign-tendenser, du aldrig glemmer
Webdesign-tendenser, du aldrig vil glemme

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map