Jo, jag förstår att du har utf-8 i charset-taggen.
Men är dokumentet SPARAT som utf-8?
Exempel: När man skapar nya dokument i t.ex. Dreamweaver och sparar, så anger man om utf-8 (eller annan charset) ska ingå i filens META-DATA, dvs inte bara som den synliga charset-taggen, utan även osynligt för ögat men i högsta grad läsbart för servern.
Har du sparat dokumentet som t.ex. iso8859-1, så kan det hända att servern skickar iväg koden som just iso8859-1 oavsett vad du har för charset i den synliga meta-taggen.
(Usch, jag är dålig på att förklara detta.... hoppas någon som kan detta och hur man sparar om filer på Windows så att dom får korrekt teckenkodning även i den för ögat osynliga META-DATAN)
Som nämnts tidigare brukar dessa fel kunna uppstå när sidan påstår sig vara sparat i ett format med egentligen inte är det. Felet kan även ligga i sparningen av en .js-fil i fel format eller ett format som skiljer sig från sidan i övrigt.
On another note. Vem är det som har skrivit den där hiskeliga valideringsrutinen? Tomma else-satser, totalt onödig användning av eval, typkonvertering mellan strängar och tal helt i onödan, redundans i koden...etc, etc.
Jo, jag förstår att du har utf-8 i charset-taggen.
Men är dokumentet SPARAT som utf-8?
Exempel: När man skapar nya dokument i t.ex. Dreamweaver och sparar, så anger man om utf-8 (eller annan charset) ska ingå i filens META-DATA, dvs inte bara som den synliga charset-taggen, utan även osynligt för ögat men i högsta grad läsbart för servern.
Har du sparat dokumentet som t.ex. iso8859-1, så kan det hända att servern skickar iväg koden som just iso8859-1 oavsett vad du har för charset i den synliga meta-taggen.
(Usch, jag är dålig på att förklara detta.... hoppas någon som kan detta och hur man sparar om filer på Windows så att dom får korrekt teckenkodning även i den för ögat osynliga META-DATAN)
Jo jo jag förstår vad du menar och det jag menade också ;) Dreamweaver är inställt att använda Unicode (UTF-8).
Jo jo jag förstår vad du menar och det jag menade också ;) Dreamweaver är inställt att använda Unicode (UTF-8).
OK. Bra.
Men kanske för säkerhets skull: skapa NYTT dok som du sparar med utf-8. Kopiera in koden från den delande sidan. Jag vill minnas att just denna manövern fixade samma problem för an annan wF-medlem i höstas.
Jag kan få detta problem i Safari - och bara i Safari - ibland. Av för mig outgrundlig anledning. Då måste jag ändra Safaris egen teckenkodningspreferens.
Uppträder dina problem i alla läsare, eller bara en speciell?
