Tämä blogi ja ääkköset
Moni on raportoinut, etteivät skandit näy oikein tässä blogissa ainakaan Operan Symbian-versiolla. Tämä koskee ainakin osaa Nokia 9500:n käyttäjistä.
Olisi kiva kuulla kommentteja tähän, jos skandit näkyvät tai eivät näy oikein, ja perään päätelaite, selain ja laitteen softaversio, esim. Nokia 9500, Opera, v.4.44.
Blogin merkistön pitäisi olla UTF-8, ja osalla selaimista skandit näkyvätkin oikein. En ole vain onnistunut selvittämään miksi skandit eivät toimi kaikilla.
Kommentit: 10
SonyEricsson P900 R52B, Opera 6.31 ääkköset näkyy oikein.
Ei näy ääkköset oikein. Commarin kielenä englanti.
Nokia 9500, Opera, v.4.51
Hups, P900:n versio meni väärin, on R5B02. Ja kielenä laitteessa englanti.
Ei näy oikein täälläkään. Nokia 9500, englanti, Opera, v04.51.
Eipä näy oikein...
- N-Gage Classic, firmis 4.03
- Opera 6.20 for Symbian OS (452)
=)juha
Käsittämätöntä!!
Kokeilin ennen kuin postasin tuon edellisen ja ääkköset olivat päin prinkkalaa... Nyt sivun uudelleen lataamisen jälkeen kaikki ääkköset OK!! Mitä teitkin, nyt osui... =)
=)juha
HTTP headereissa ei mainita UTF-8:a, vaan vasta HTML:ssä. Siellä se ilmaistaan tavallaan liian myöhään, kun merkkejä pitäisi jo tulkita (myös mahdollisesti ääkkösiä title-elementissä). Voin hyvin kuvitella, ettei joku eksoottisempi selain tilanteesta selviä, vaan olettaa yleisempää ISO-8859-1:tä. Esim. vielä NS 4.x saattoi vastaavassa tilanteessa ladata koko sivun kahteen kertaan.
Jos voit vaikuttaa palvelinpäähän, muokkaa sivujen Content-Type headeria muotoon: "text/html; charset=utf-8", kun se nyt on vain "text/html" (ilman lainausmerkkejä).
Pelkästään elementtien <title>Mobiili- ja PDA-blogi: Tämä blogi ja ääkköset</title> ja <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> paikkojen vaihtaminen voi myös auttaa.
//ab
Nokia 9500 alkuperäisenä versiona. Skandit näkyy uudelleenlatauksen jälkeen, tai kun palaa alasivulta pääsivulle.
...hanu
hanun kokemus viittaisi juuri siihen mitä epäilinkin, eli että tieto merkistöstä tulee liian myöhään.
//ab
Kiitos vastauksista. Nyt ongelma on siis paikallistettu IIS:n "ominaisuuteen" jättää Content-Type lähettämättä, vaikka ymmärtääkseni HTTP 1.1 -protokolla vaatii sen lähettämistä.
Korjaan tämän, jos/kun saan asetuksen itse muutettua jostain tai saan palveluntarjoajan korjaamaan tämän.
Lähetä kommentti
<< Etusivulle