Hvorfor det?
Det er rigtigt at man ikke skal bruge tabeller til at lave layout med
(det ender oftest endda med tabeller i tabellere i ...)
Men til tabulære data, så er tabellen det helt rigtige at bruge.
It fif til at finde ud af om man viser tabulære data er, at hvis
man meningsfuldt kan bytte om på rækker og søjler, så er det nok
en tabel.
Jeg fik vidst ikke helt forklaret det tydeligt. Jeg benytter tabeller
til forms, og muligvis også et forum jeg skal lave, men ikke til
sideopbygning. Beklager jeg fik formuleret mig så dårligt
> Siden har problemer hvis browseren er mindre end ca. 800 pixels bred.
> Så begynder ting at overlappe. Her skulle der nok noget "min-width"
> til (understøtter IE det endnu?).
Jeg er godt klar over det. Det er inputs'ne (login-boksen) der laver
fejlen, men kan ikke lige finde på noget bedre lige nu, da inputs ikke
kan laves i %.
> Den er magen til i Opera. Du kan nok godt regne med at de har ret og
> IE tager fejl, hvor lidt det så end hjælper dig. :)
Tja, hvornår tager IE ikke fejl?
Men det er jo smartest hvis det virker i alle browsere
> Du bruger XHTML i siden, men sender det med ContentType'en
"text/html"
> (og ikke "application/xml+xhtml", som man bør).
> Der er der som sådan ikke nogen grund til at bruge XHTML før IE
> begynder at forstå det. Som det er nu, så behandler IE det bare som
> fejlfyldt HTML. Det gør måske ikke noget, men det kan give
problemer
> hvis andre browsere gør andre ting for XHTML end IE gør for HTML.
Tja, men jeg har bare fået tæsket det ind i hovedet på de
forskellige webdesign sider at XHTML er det bedste. Om dette så er
rigtigt eller forkert ved jeg ikke, men så længe min side ses
ordentligt i gængse browsere er jeg egentlig lidt ligeglad med
doctypen
Din #profilleft har ikke en bredde angivet. Det skal man, når man
laver
den float. Ellers er det op til browseren at finde ud af hvad man
måske
mente, og de er ikke altid enige.
På den anden side har #profilleftop og #profilletftekst en bredde på
32%
af ... netop den #profilleft der ikke har en bredde angivet. Giv i
stedet
disse to en bredde på 100% og sæt de 32% op på #profilleft.
Du mangler nok en <div style="clear:both"></div> i bunden af #i, det
vil garantere at feltet når ned under gæstebogs-feltet.
Dette er nu alt sammen rettet! Tusind tak for din STORE hjælp!
Lasse Reichstein Nielsen May 16, 7:44 am show options
Newsgroups: dk.edb.internet.webdesign.html
From: Lasse Reichstein Nielsen <l...@hotpop.com> - Find messages by
this author
Date: Mon, 16 May 2005 13:44:14 +0200
Local: Mon,May 16 2005 7:44 am
Subject: Re: Firefox og divs
Reply | Reply to Author | Forward | Print | Individual Message | Show
original | Report Abuse
"Christi@n Hjort" <christian.hj...@gmail.com> writes:
....
> og jeg vil helt undgå brugen af tabeller.
Hvorfor det?
Det er rigtigt at man ikke skal bruge tabeller til at lave layout med
(det ender oftest endda med tabeller i tabellere i ...)
Men til tabulære data, så er tabellen det helt rigtige at bruge.
It fif til at finde ud af om man viser tabulære data er, at hvis
man meningsfuldt kan bytte om på rækker og søjler, så er det nok
en tabel.
> Jeg har en del af sitet der viser brugerens profiler. Den del er
> ligesom 'delt' via divs. I IE (6) ser det ud som jeg ønsker det
> (designet er kun i beta version, og farvevalget er ikke det
> smukkeste, men det fremgår tydeligt i IE hvordan det skal se ud.).
Siden har problemer hvis browseren er mindre end ca. 800 pixels bred.
Så begynder ting at overlappe. Her skulle der nok noget "min-width"
til (understøtter IE det endnu?).
> I Firefox er det noget helt andet, det ser simpelt hen grufuldt ud.
Den er magen til i Opera. Du kan nok godt regne med at de har ret og
IE tager fejl, hvor lidt det så end hjælper dig. :)
> Jeg ved I ikke ønsker at se tonsvis af kode pastet her, så I får
et
> link i stedet
Gody valg!
>
http://nyhederne.frac.dk/?p=brugere/se.php&id=1
Du bruger XHTML i siden, men sender det med ContentType'en "text/html"
(og ikke "application/xml+xhtml", som man bør).
Der er der som sådan ikke nogen grund til at bruge XHTML før IE
begynder at forstå det. Som det er nu, så behandler IE det bare som
fejlfyldt HTML. Det gør måske ikke noget, men det kan give problemer
hvis andre browsere gør andre ting for XHTML end IE gør for HTML.
Du sætter din font-størrelse på body (font-size: 0.7em;). Det er
lidt
småt. Man må forvente at brugeren har indstillet browseren til at
brødtekst har den størrelse han ønsker den skal have. Så er 70% af
det
ikke særlig meget.
Og så virker det ikke i min browser, da jeg har
.body { font-size: 100% !important; }
i mit user-stylesheet :) Den slags skal man også være forberedt på.
Din #profilleft har ikke en bredde angivet. Det skal man, når man
laver
den float. Ellers er det op til browseren at finde ud af hvad man
måske
mente, og de er ikke altid enige.
På den anden side har #profilleftop og #profilletftekst en bredde på
32%
af ... netop den #profilleft der ikke har en bredde angivet. Giv i
stedet
disse to en bredde på 100% og sæt de 32% op på #profilleft.
Du mangler nok en <div style="clear:both"></div> i bunden af #i, det
vil garantere at feltet når ned under gæstebogs-feltet.
Ikke testet i IE, kun Opera.
> Det hele validerer naturligvis!
Ikke style-sheetet.
Uuups! Så må jeg jo æde min ord i mig igen
<URL:
http://jigsaw.w3.org/css-validator/validator?uri=http%3A%2F%2Fnyheder...>
Du har en linje der begynder med ".50". Selvom "50" er et gyldigt
klassenavn, så er det ikke en gyldig CSS-selektor. Der skal du skrive
".\50". Eller kald den noget mere normalt, som "w50" (fordi den har
bredde 100px? :).
Er rettet nu
Tak fordi du gjorde mig opmærksom på det!
Go' pinse!