Danne Vendel Postad 12 februari, 2007 Share Postad 12 februari, 2007 Kan vara som Danne säger. Det är då en "felinställning" (även om det går att ställa det där, om vi nu pratar Apache). Hade ett helvete med en sajt för nåt år sen. Inget jag gjorde funkade. Inte ens W3C:s validator ville godkänna sidorna eftersom "dom saknade definerad charset" trots att det i allra högsta grad fanns i varje j-la sida. När jag till slut begrep att det måste vara nåt på server-sidan så fick jag tjata på snubben som skötte den i en vecka. han GARANTERADE att dom t.o.m. hade utf-8 som "default" i Apachens inställningar. Till slut orkade han inte med mitt tjat utan kollade. Det visade sig att dom hade skrivit "utf8" istället för "utf-8". I alla fall hedrade det killen att han talade om vad felet var..... Länk till kommentar Dela på andra webbplatser More sharing options...
pal8 Postad 12 februari, 2007 Share Postad 12 februari, 2007 Hade ett helvete med en sajt för nåt år sen. Inget jag gjorde funkade. Inte ens W3C:s validator ville godkänna sidorna eftersom "dom saknade definerad charset" trots att det i allra högsta grad fanns i varje j-la sida. När jag till slut begrep att det måste vara nåt på server-sidan så fick jag tjata på snubben som skötte den i en vecka. han GARANTERADE att dom t.o.m. hade utf-8 som "default" i Apachens inställningar. Till slut orkade han inte med mitt tjat utan kollade. Det visade sig att dom hade skrivit "utf8" istället för "utf-8". I alla fall hedrade det killen att han talade om vad felet var..... 491332[/snapback] Kan vara just detta. Men man bör inte använda AddDefaultCharset alls – i första taget, bara vid speciella tillfällen. Den kör över meta-taggen. Kan vara just det som felar för JollyJumper. Länk till kommentar Dela på andra webbplatser More sharing options...
Gerhard Postad 12 februari, 2007 Share Postad 12 februari, 2007 Det beror snarare på att man inte hänger med i utvecklingen, vilket utf8 kontra latin1 handlar om, eller är särskilt insatt i web även om man framställer sig som sådan. Som jag ser det är unicode en mycket viktig utveckling, en given "standard", inom professionella kretsar. Inte bara för web utan programmering i stort. Varför INTE använda unicode? Men vill man hellre skriva å istället för å så varsågod :-) Nu har t ex nya Ruby on Rails stöd för unicode, och snart även Ruby självt. Och alla icke engelskspråkiga webutvecklare jublar. Tro tusan dom gör det! Finns inget att ens fundera på, speciellt för en nybörjare. 491320[/snapback] Hänger med i utvecklingen eller inte har inte med saken att göra. Uppenbarligen är det ju så att även professionella utvecklare av hemsidor i Sverige använder iso-8859-1 mer än UTF-8. Du är nog snarare ett undantag. Visst, ni har alla övertygad mig att UTF-8 är bättre (även om jag själv kommer att använda ISO, då det är det jag har lärt mig), men jag går knappast med på att det skulle vara störst i Sverige. Länk till kommentar Dela på andra webbplatser More sharing options...
JollyJumper Postad 12 februari, 2007 Share Postad 12 februari, 2007 Kan vara som Danne säger. Det är då en "felinställning" (även om det går att ställa det där, om vi nu pratar Apache). Jobbar du i utf8? Har du deklarerat att det är utf8 i sidan? Se meta-taggen nedan. <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html;charset=utf-8" /> <title></title> </head> <body> </body> </html> 491326[/snapback] Jag har med metainfon som den ser ut ovan. I Smultron har jag sedan valt Textkodning>Unicode utf-8 och sparat. Om jag sedan öppnar filen i Textredigerarprogrammet så ser åäö ut såhär: ?•?§?? Är detta korrekt? EDIT: Upptäcker att tecknen visas fel och lägger till ett screenshot för att visa: Länk till kommentar Dela på andra webbplatser More sharing options...
tema Postad 12 februari, 2007 Share Postad 12 februari, 2007 Hänger med i utvecklingen eller inte har inte med saken att göra. Uppenbarligen är det ju så att även professionella utvecklare av hemsidor i Sverige använder iso-8859-1 mer än UTF-8. Du är nog snarare ett undantag. Visst, ni har alla övertygad mig att UTF-8 är bättre (även om jag själv kommer att använda ISO, då det är det jag har lärt mig), men jag går knappast med på att det skulle vara störst i Sverige. 491456[/snapback] Naturligtvis handlar det om att inte hänga med i utvecklingen. Om du för några år sedan skulle envisas med att använda ascii istället för iso skulle det också uppfattas som märkligt. Att det finns många sidor som använder sig av iso-8859-1 idag har naturligtvis med en viss eftersläpning att göra. Sidor är inte gjorda idag med framtiden i åtanke utan ofta för flera år sedan. Jag har ju själv gjort sidor i iso-8859-1 som fortfarande ligger kvar på nätet. Att det finns fler sidor med iso idag än med utf gör det inte bättre för det. Otaliga texteditorer, mallar (som det här forumet) och CMS är förinställda och byggda med iso, det tar ett tag innan utf-8 slår igenom. Dessutom är förstås utf-8 och unicode fastlagda standarder: 1. Unicode har medvetet utvecklats av en samarbetsorganisation för unicode för vara en tillförlitlig internationell och entydig teckensättning för dokument i alla språk (och därmed på sikt helt lösa det eviga problemet med försvunna å ä ö och alla andra liknande problem i alla andra länder). Det är alltså en fastlagd standard som kommer i väl definierade versioner (1.0, 2.0 etc) och är även formellt erkänd som ISO/IEC 10646. 2. XML har som implicit teckensättning utf-8 vilket betyder att om ingen teckenuppsättning anges ska det tolkas som utf-8 (då är det dumt att råka ha dokumentet i iso-8859-1). XHTML är tekniskt sett XML och därmed gäller detsamma för XHTML. 3. JavaScript, java, xml, mac os x använder sedan länge unicode eller utf-8 som standarduppsättning. PHP6 kommer göra det. Det handlar om en pågående omvandling som kommer slå igenom även på webben. Det viktigaste är att deklarera vilken teckenuppsättning man använder så om du gillar det begränsade iso-8859-1 så använd den (om det beror på att du vill följa med flocken eller något annat vet jag inte), men deklarera det på sidan. Det finns egentligen inget problem med att gå över till utf-8 För er andra så får ni en liten symbol för att ni är så förutseende: Länk till kommentar Dela på andra webbplatser More sharing options...
Tobberoth Postad 12 februari, 2007 Share Postad 12 februari, 2007 Hänger med i utvecklingen eller inte har inte med saken att göra. Uppenbarligen är det ju så att även professionella utvecklare av hemsidor i Sverige använder iso-8859-1 mer än UTF-8. Du är nog snarare ett undantag. Visst, ni har alla övertygad mig att UTF-8 är bättre (även om jag själv kommer att använda ISO, då det är det jag har lärt mig), men jag går knappast med på att det skulle vara störst i Sverige. 491456[/snapback] Det handlar inte om att lära sig någonting. Bara skriv dina hemsidor i UTF-8, svårare än så är det inte. Det är snarare lättare då du slipper minnas massa struntkoder för tecken som använts online i minst 10 år... Länk till kommentar Dela på andra webbplatser More sharing options...
tema Postad 12 februari, 2007 Share Postad 12 februari, 2007 Jag har med metainfon som den ser ut ovan. I Smultron har jag sedan valt Textkodning>Unicode utf-8 och sparat. Om jag sedan öppnar filen i Textredigerarprogrammet så ser åäö ut såhär: ?•?§?? Är detta korrekt? EDIT: Upptäcker att tecknen visas fel och lägger till ett screenshot för att visa: 491464[/snapback] Din sida visas som MacRoman även fast den är korrekt kodad som utf-8. Prova att ställa in webläsaren på unicode manuellt för att kontrollera att allt är riktigt. I TextEdit, öppna programmet, välj öppna fil, där kan du sedan välja i vilken teckenkodning filen ska öppnas. Prova att den ser korrekt ut om du väljer utf-8 i TextEdit. Kan det ha med BOM att göra? (tre små tecken i början av filen) man kan spara unicode med eller utan BOM, utan BOM måste användas på webben. Länk till kommentar Dela på andra webbplatser More sharing options...
pal8 Postad 12 februari, 2007 Share Postad 12 februari, 2007 Naturligtvis handlar det om att inte hänga med i utvecklingen. Om du för några år sedan skulle envisas med att använda ascii istället för iso skulle det också uppfattas som märkligt. Att det finns många sidor som använder sig av iso-8859-1 idag har naturligtvis med en viss eftersläpning att göra. Sidor är inte gjorda idag med framtiden i åtanke utan ofta för flera år sedan. Jag har ju själv gjort sidor i iso-8859-1 som fortfarande ligger kvar på nätet. Att det finns fler sidor med iso idag än med utf gör det inte bättre för det. Otaliga texteditorer, mallar (som det här forumet) och CMS är förinställda och byggda med iso, det tar ett tag innan utf-8 slår igenom. Dessutom är förstås utf-8 och unicode fastlagda standarder: 1. Unicode har medvetet utvecklats av en samarbetsorganisation för unicode för vara en tillförlitlig internationell och entydig teckensättning för dokument i alla språk (och därmed på sikt helt lösa det eviga problemet med försvunna å ä ö och alla andra liknande problem i alla andra länder). Det är alltså en fastlagd standard som kommer i väl definierade versioner (1.0, 2.0 etc) och är även formellt erkänd som ISO/IEC 10646. 2. XML har som implicit teckensättning utf-8 vilket betyder att om ingen teckenuppsättning anges ska det tolkas som utf-8 (då är det dumt att råka ha dokumentet i iso-8859-1). XHTML är tekniskt sett XML och därmed gäller detsamma för XHTML. 3. JavaScript, java, xml, mac os x använder sedan länge unicode eller utf-8 som standarduppsättning. PHP6 kommer göra det. Det handlar om en pågående omvandling som kommer slå igenom även på webben. Det viktigaste är att deklarera vilken teckenuppsättning man använder så om du gillar det begränsade iso-8859-1 så använd den (om det beror på att du vill följa med flocken eller något annat vet jag inte), men deklarera det på sidan. Det finns egentligen inget problem med att gå över till utf-8 För er andra så får ni en liten symbol för att ni är så förutseende: 491515[/snapback] Mkt bra förklaring. Länk till kommentar Dela på andra webbplatser More sharing options...
JollyJumper Postad 12 februari, 2007 Share Postad 12 februari, 2007 Din sida visas som MacRoman även fast den är korrekt kodad som utf-8. Prova att ställa in webläsaren på unicode manuellt för att kontrollera att allt är riktigt. I TextEdit, öppna programmet, välj öppna fil, där kan du sedan välja i vilken teckenkodning filen ska öppnas. Prova att den ser korrekt ut om du väljer utf-8 i TextEdit. Kan det ha med BOM att göra? (tre små tecken i början av filen) man kan spara unicode med eller utan BOM, utan BOM måste användas på webben. 491534[/snapback] Att ställa om kodningen i webbläsarn gör ingen skillnad för mig, varken i Safari eller Firefox. Om jag ställer om teckenkodningen i Textedit så visas åäö korrekt där. Det där med BOM förstår jag inte riktigt, hur ändrar man detta? Länk till kommentar Dela på andra webbplatser More sharing options...
pal8 Postad 12 februari, 2007 Share Postad 12 februari, 2007 Jag har med metainfon som den ser ut ovan. I Smultron har jag sedan valt Textkodning>Unicode utf-8 och sparat. Om jag sedan öppnar filen i Textredigerarprogrammet så ser åäö ut såhär: ?•?§?? Är detta korrekt? EDIT: Upptäcker att tecknen visas fel och lägger till ett screenshot för att visa: 491464[/snapback] Tror det beror på att Textredigerarprogrammet inte riktigt är mogen uppgiften – tycks det som. Jag provade göra samma sak och det blir mycket riktigt fel. Man kan dock ange vilken kodning man vill köra med när man öppnar filen innefrån Textredigeraren, då blir det rätt. Håll dig till Smultron, ett överlägset redskap för webkodning om man jämför med Textredigeraren. Länk till kommentar Dela på andra webbplatser More sharing options...
pal8 Postad 12 februari, 2007 Share Postad 12 februari, 2007 Att ställa om kodningen i webbläsarn gör ingen skillnad för mig, varken i Safari eller Firefox. Om jag ställer om teckenkodningen i Textedit så visas åäö korrekt där. Det där med BOM förstår jag inte riktigt, hur ändrar man detta? 491583[/snapback] Tror inte man kan använda något annat än utf-8 utan BOM s k "byte order mark" i varken Textedit eller Smultron. Men BOM är inget att bry sig om. Bara väldigt viktigt om man jobbar i vissa miljöer som t ex Lasso. Länk till kommentar Dela på andra webbplatser More sharing options...
tema Postad 12 februari, 2007 Share Postad 12 februari, 2007 Tror inte man kan använda något annat än utf-8 utan BOM s k "byte order mark" i varken Textedit eller Smultron. Men BOM är inget att bry sig om. Bara väldigt viktigt om man jobbar i vissa miljöer som t ex Lasso. 491596[/snapback] BOM ställde till det rejält i någon webläsare eller server för mig någon gång, sidan visades överhuvud taget inte, har jag för mig. Sant, BOM är inget att bry sig om men man ska spara utan BOM. Smultron etc är givetvis bättre än TextEdit. JollyJumper: Hursomhelst, öppna dokumentet i TextEdit, titta så att åäö ser riktigt ut och välj spara som och välj teckenuppsättning utf-8. Prova sedan i Safari etc Konstigt att det inte gör någon skillnad i Safari och Firefox, ändrar du text-kodningen i menyn i Safari efter att sidan laddats (och inte i inställningar, det är bara för sidor som saknar angiven teckenuppsättning) Kanske kunde du skicka en länk till sidan om den är uppladdad? Länk till kommentar Dela på andra webbplatser More sharing options...
JollyJumper Postad 12 februari, 2007 Share Postad 12 februari, 2007 BOM ställde till det rejält i någon webläsare eller server för mig någon gång, sidan visades överhuvud taget inte, har jag för mig. Sant, BOM är inget att bry sig om men man ska spara utan BOM. Smultron etc är givetvis bättre än TextEdit.JollyJumper: Hursomhelst, öppna dokumentet i TextEdit, titta så att åäö ser riktigt ut och välj spara som och välj teckenuppsättning utf-8. Prova sedan i Safari etc Konstigt att det inte gör någon skillnad i Safari och Firefox, ändrar du text-kodningen i menyn i Safari efter att sidan laddats (och inte i inställningar, det är bara för sidor som saknar angiven teckenuppsättning) Kanske kunde du skicka en länk till sidan om den är uppladdad? 491617[/snapback] Här har jag lagt upp en testsida (det står exakt: Testing testing... åäö ÅÄÖ, om det inte skulle synas) http://www.fagelguiden.se/div/test.html Sidan är gjord i Smultron och kodad med utf-8. Det märkliga är att sidan ser ut som den ska när jag tittar på den från hårddisken, det är när jag lägger upp den på servern som det händer nåt skumt... Här är samma sida sparad som utf-8 i TextEdit: http://www.fagelguiden.se/div/test2.html Länk till kommentar Dela på andra webbplatser More sharing options...
tema Postad 12 februari, 2007 Share Postad 12 februari, 2007 Här har jag lagt upp en testsida (det står exakt: Testing testing... åäö ÅÄÖ, om det inte skulle synas) http://www.fagelguiden.se/div/test.htmlSidan är gjord i Smultron och kodad med utf-8. Det märkliga är att sidan ser ut som den ska när jag tittar på den från hårddisken, det är när jag lägger upp den på servern som det händer nåt skumt... Här är samma sida sparad som utf-8 i TextEdit: http://www.fagelguiden.se/div/test2.html 491650[/snapback] Aha, där kommer vi ju lösningen lite närmare. Det kan hända att den ftp-uppladdare du använder skickar som text och därmed kapar/förstör "specialtecken" som åäö. Ställ in ftp-uppladdaren att skicka som binary så kommer det till servern oförstört. Finns en tidigare tråd här om detta (var nog ett bra tag sedan). Länk till kommentar Dela på andra webbplatser More sharing options...
JollyJumper Postad 12 februari, 2007 Share Postad 12 februari, 2007 Aha, där kommer vi ju lösningen lite närmare. Det kan hända att den ftp-uppladdare du använder skickar som text och därmed kapar/förstör "specialtecken" som åäö. Ställ in ftp-uppladdaren att skicka som binary så kommer det till servern oförstört. Finns en tidigare tråd här om detta (var nog ett bra tag sedan). 491698[/snapback] Ja, där var det! Jag satte Mode: Binary och Format: Raw data så funkade det! Alltid nån löjlig liten detalj... Tack iallafall för tålmodig support Länk till kommentar Dela på andra webbplatser More sharing options...
Spunk Postad 12 februari, 2007 Share Postad 12 februari, 2007 När vi nu ändå är inne på det här hur udda tecken visas, lite OT men intressant. Jag har testat att koda med utf-8 i det eminenta programmet Smultron och åäö visas då precis som de ska, men när jag lägger upp sidan på servern och tittar på den över internet så försvinner alla åäö helt och hållet! Nån som kan förklara varför? 489970[/snapback] Om du anger html-dokumentet som UTF-8 måste även det dokument du skrivit koden i vara av i UTF-8. Gå in i Smultrons inställningar och ändra under "Ändra och spara --> "Gissa textkodning använd annars" -->"Unicode (UTF-8)" Det löser problemet! Länk till kommentar Dela på andra webbplatser More sharing options...
Spunk Postad 12 februari, 2007 Share Postad 12 februari, 2007 Ja, där var det! Jag satte Mode: Binary och Format: Raw data så funkade det!Alltid nån löjlig liten detalj... Tack iallafall för tålmodig support 491726[/snapback] Funkar kanske som nödlösning, men min lösning i ovanstående inlägg är den "riktiga". Länk till kommentar Dela på andra webbplatser More sharing options...
tema Postad 12 februari, 2007 Share Postad 12 februari, 2007 Ja, där var det! Jag satte Mode: Binary och Format: Raw data så funkade det!Alltid nån löjlig liten detalj... Tack iallafall för tålmodig support 491726[/snapback] Härligt, där satt den! Ja, det är märkligt att man kan ställa in ftp-programmen till att "förstöra" text… Om du anger html-dokumentet som UTF-8 måste även det dokument du skrivit koden i vara av i UTF-8. Gå in i Smultrons inställningar och ändra under "Ändra och spara --> "Gissa textkodning använd annars" -->"Unicode (UTF-8)" Det löser problemet! Jag tror du missade målet lite här, det ovan hade han redan gjort, det var ftp:n som strulade. Länk till kommentar Dela på andra webbplatser More sharing options...
Rekommendera Poster
Arkiverat
Det här ämnet är nu arkiverat och är stängt för ytterligare svar.