David Trasbo skrev:
> Hvis man derimod er et samuraisværd i skuffen (...) laver
> stylesheetet en gang for alle, og stylesheetet iøvrigt fylder
> *rigtig* meget, så er det man nok godt kan undvære disse.
Jeg tror ikke den slags optimeringer giver ret meget i praksis.
Hvis man har et monsterstort css-ark, er der formentlig langt bedre
grund til at tjekke det igennem for overflødige og redundante
oplysninger.
Jeg lavede lige et eksperiment med nogle css-ark (tilknyttet samme
side) fra et større site (det er ikke mine egne, men nogle hvor jeg
vidste at der ville være noget at forbedre):
Originalen var som samlet fil på knap 9 kb (9117 bytes)
Efter en tur gennem TopStyles Stylesweeper - med anmodning om at
benytte shorthands (FONT/MARGIN/PADDING mv), kombinere dublerede
regler o.l. kom filen ned på 6.25 kb (6406 bytes)
Herefter gik jeg filen igennem i hånden - bare en hurtig tur for at
fjerne oplagte redundante oplysninger (det er ikke alle der kan
fjernes maskinelt). Det fik filen ned på 5.6 kb / 5708 bytes.
Så bad jeg Topstyle gå endnu hårdere til værks, og fjerne
overflødige mellemrum. Det gav en ny størrelse på 5.06 kb / 5184
bytes - og sluttelig bad jeg så Topstyle om at fjerne overflødige
semikoloner. Det fik filen ned på 4.99 kb / 5113 bytes.
Ud af en samlet besparelse på 3.9 kb eller 44 % udgør semikolonerne
blot 71 bytes - altså 1.7 % af besparelsen.
En mulig besparelse der ikke er undersøgt i eksemplet her, er at
knytte css-koden mere sammen med strukturen af html-siden -
forstået på den måde at man sørger for at opbygge html-koden på en
måde så man kan bruge kontekstuelle selektorer (#menu a) i stedet
for at bruge ekstra klasser (a.menu). Det kan ikke alene spare css-
kode, men også en del html-kode (fordi man ikke behøver at tildele
klasser til nær så mange elementer).
--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på
http://usenet.dk/netikette/citatteknik.html