Sortering påvirker kun sorteringsrækkefølgen, ikke kodningen. Du skal bestemme, hvad kodningen af dit kinesiske og japanske indhold er (se dette ). Hvis det ikke er UCS-2, har du et problem (da du ikke kan understøtte flere sidekodninger samtidigt). Hvis det er UCS-2, skal du sørge for, at kodningen af din ASP-side også er sat til UTF-8 (og at browseren genkender det ved at indstille kodningen korrekt til UTF-8 - se Vis/Kodning).
Eller i enklere vendinger:Hvis applikationen, der skabte indholdet, ikke brugte Unicode-tegn, bliver du nødt til at skifte sidekodning, hvis du skifter mellem kinesiske, japanske og europæiske tegn.
Hvis du har kodet Unicode-indhold korrekt i din database, og du bruger UTF-8-kodning på dine sider, bør du ikke have problemer med at vise specialtegn (så længe du bruger en Unicode-skrifttype på siden):
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
Jeg er klar over, at efter flere redigeringer er jeg ikke særlig klar, så lad mig tilføje nogle grundlæggende.
Et tegnsæt er en standardiseret repræsentation af et sæt tegn (f.eks. ASCII, UNICODE, ...).
Tegnkodning er den binære repræsentation, der bruges til at gemme tegn i et givet tegnsæt. ASCII har sin egen kodning. Unicode, som er et meget stort tegnsæt designet til at understøtte alle eksisterende tegn, har flere kodninger (UTF-8, UTF-16, UCS-2, ...).
Kun Unicode giver dig mulighed for at understøtte vestligt og fjernøstligt indhold på samme tid med de samme database- og applikationsindstillinger. Der er dog ældre tegnsæt til det kinesiske og japanske sprog, som ikke er Unicode. Hvis dit indhold ikke er Unicode (for eksempel BIG 5), kan du ikke vise det på en UTF-8-kodet webside.
Dette kan blive vanskeligt, hvis applikationen, der skabte indholdet, brugte én kodning (f.eks. BIG-5), og databasen gemte det som Unicode-data. Hvis dette sker, kan information være gået tabt.
Du skal endda installere de tilsvarende sprogpakker i Windows for at se tegnene korrekt. Desværre er kodningsproblemer ikke nemme at diagnosticere.