Visa ett inlägg
Oläst 2006-09-05, 22:22 #11
Kaffe Kaffe är inte uppkopplad
Medlem
 
Reg.datum: Dec 2003
Inlägg: 227
Kaffe Kaffe är inte uppkopplad
Medlem
 
Reg.datum: Dec 2003
Inlägg: 227
Citat:
Originally posted by Seattlegrunge@Sep 5 2006, 10:41
Byggt en sida i XHTML Strict till en kund som kräver superclean kod.
Efter att ha visat arbetet och fått svaret "gediget bygge, clean markup och ren o lättnavigerad css", så fick jag även kommentaren "inte jätteförtjust i bruket att sätta width/height på alla bilder".

Hur ska jag tolka detta?
Hur brukar ni göra med width/height?
Jag har alltid satt width/height på bilder av den gamla anledningen att när en sida laddas, så har bilderna rätt proportioner redan innan bilderna laddats, så att inte bilderna/sidan "hoppar omkring" medan de intar rätt storlek när webbläsaren väl laddat bild med info.

Men hur är det med många bilder av samma storlek som laddas i en lång rad, t ex bilder som loopas ut från en databas? Ska man ta bort width/height-attributen för dessa bilder och sätta en gemensam klass för dessa i stylesheetet och i denna klass deklarera width/height?
Är det i så fall lika effektivt? Vid laddning av sidan (och då antar jag att man även ska tänka på användare av sämre uppkopplingshastighet), slipper man då att bilderna intar rätt storlek först när bilden har laddats?

Hur ska man göra?
Är det god kodning att sätta ut width/height alltid på bilder eller inte?

Självklart pratar jag inte om dynamiska bilder som kanske ska kunna växa på höjden och/eller bredden, där sätter jag ingen width/height.
XHTML Strict när kunden vill ha superclean kod? Är kunden medveten om att XHTML Strict tolkas som tag-soup av merparten av webbläsare, så tillvida man inte leverar XHTML med korrekt MIME type? XHTML är en del av XML och fördelarna ligger i att det tolkas som ett XML-dokument, men eftersom 99% av alla webbservrar skickar dokument skrivna i XHTML som text/html så läses koden som HTML. Börjar bli lite halv-trött på alla dessa glorifieringar av XHTML, enbart för att det är den senaste standarden som W3C pumat ut.

Vad Width och Height anbelangar, så är de inte att ses som metadata, det förser inte elementet med någon extra innebörd. Det är alltså presentationell mark-up, och enligt logikens alla regler hör det således hemma i CSS. Men, om du har en uppsjö av bilder blir en sådan fil till slut ohanterlig.

Dagens webbläsare känner för det mesta av Width och Height ganska bra, men betydligt äldre webbläsare kan faktiskt bryta ihop helt när Width respektive Height saknas. Antar att det är en sakfråga. Offra super-ren kod i utbyte mot 0,01% av besökarna.

Beroende på layout och CMS, kan ju i o f tänkas att man skapar en uppsättning klasser för bilder. Arbetar man med fast storlek för layouten så skapar man således några av de mest använda storlekarna. Det ger ju en ökad enhetlighet och blir lättare att hantera.
Kaffe är inte uppkopplad   Svara med citatSvara med citat