webForumDet fria alternativet

css först i listan och hur göra tankstreck

HTML & CSS

8 svar · 796 visningar · startad av Mackell

Medlem sedan maj 2007147 inlägg
Frågan#1

Så var det dags att uppdatera ett antal sidor på vår föreningswebb. Tänkte samtidigt "fixa till dem", ändra till utf-8, rensa bort gammal skräpkod och använda extern css, skriva beskrivningar - men inte nyckelord (de diskussionerna tackar mitt lata jag för!) etc

Mycket har jag lärt mig genom att söka här men några frågor återstår.

- ska css komma först i huvudet? Eller ska man först ha "charset=utf-8", "generator", description, title och faviconen?

- hur gör man så att tankstreck inte blir ett frågetecken på vissa datorer? Finns det något i stil med "&" för &?
Eller klarar utf-8 tankstreck till skillnad mot ISO-8859-1?

Medlem sedan aug. 20068 090 inlägg
#2

Mackell skrev:

Så var det dags att uppdatera ett antal sidor på vår föreningswebb. Tänkte samtidigt "fixa till dem", ändra till utf-8, rensa bort gammal skräpkod och använda extern css, skriva beskrivningar - men inte nyckelord (de diskussionerna tackar mitt lata jag för!) etc

Mycket har jag lärt mig genom att söka här men några frågor återstår.

- ska css komma först i huvudet? Eller ska man först ha "charset=utf-8", "generator", description, title och faviconen?

- hur gör man så att tankstreck inte blir ett frågetecken på vissa datorer? Finns det något i stil med "&" för &?
Eller klarar utf-8 tankstreck till skillnad mot ISO-8859-1?

Du kan ha länken till stilmallen var som helst mellan <head> och </head>. Har du flera inlänkade stilmallar som påverkar samma element, så är det länken som ligger närmast koden som "vinner". Men det är överkurs.

Använder du utf-8 så ska det räcka med att ha ett - i koden. (Bäst jag reserverar mig dock. Är inte helt 100. Ska kolla).

EDIT: Jo, det funkar. Har testat.

Medlem sedan maj 2007147 inlägg
#3

Tack
Nej det får räcka med en stilmall (det blir den första)

Är det samma sak med de övriga sakerna - att det kan ligga huller-om-buller "var som helst mellan <head> och </head>"?

Är det ett minus du skrivet? Det ser så ut och jag tänkte på riktiga tankstreck (dash), dvs dubbelt så långt. På min mac gör man de oftast med alt och - (och lägger man till skift så blir det ytterligare dubbelt så lång - emdash, om jag inte minns fel).

Det var tankstreck som en del såg som ? och jag fick byta till "minus" vilket stör mitt öga.

Medlem sedan nov. 20051 596 inlägg
#4

Jag tror det är — eller & # 151; (med två felaktiga mellanslag) du "tänker" på. lika brett som m, går att ändra till n för att få den lite kortare.
Metataggen med charset bör komma högst upp efter <head> eller åtminstone före <titel>.

Ändrade efter upptäckt av rörighet när jag ändrade förra gången. :r

Medlem sedan maj 2007147 inlägg
#5

Där är den!!!!
ndash är vad vi använder i Sverige som "från-till", tankstreck, talminus etc
(en halv fyrkant på de gamla blytypernas tid - mdash var en hel)
mdash används vanligtvis inte i svensk typografi.

Vad glad jag blev!
På skrivmaskinens tid fanns bara bindestreck och de fick användas i brist på annat (ibland skrev man dubbla) Så kom ordbehandlarna och äntligen kunde man få riktiga tecken. Med Wwbben var det att tillbaka till gå - men nu vet hur man gå framåt (utan att passera fängelset!)

Medlem sedan feb. 20041 816 inlägg
#6

Danne V skrev:

Har du flera inlänkade stilmallar som påverkar samma element, så är det länken som ligger närmast koden som "vinner". Men det är överkurs.

Nope, det stämmer inte. Eller det kan stämma, men inte alltid. ;) För mer info, se Specificity Wars.

Medlem sedan feb. 20041 816 inlägg
#7

tanten skrev:

Metataggen med charset bör komma högst upp efter <head> eller åtminstone före <titel>.

Varför det?

Medlem sedan juni 20008 205 inlägg
#8

Om metataggen innehåller ett annat charset än vad webbläsaren använt hittills kommer den att tvingas parsa om dokumentet, i vilket fall det är bra om det händer så tidigt som möjligt.

Medlem sedan feb. 20041 816 inlägg
#9

Jo, iofs. Brukar alltid sätta värdet i http headern istället men är det som du säger, att parsern måste börja om från 0, då är det bara onödigt att inte göra rätt från början. Även om man knappast lär märka av någon skillnad. :)

275 ms totalt · 4 externa anrop · v20260731065814-full.a51de22e
129 ms — deklarationer (db)
0 ms — hämta statistik (cache)
143 ms — hämta tråd, inlägg och bilagor (db)
127 ms — ändringar (db)