Detta är nästan allting, rensade bort lite script o css i början.
Kanske är det nån bugg som smygit sig igenom?
Kika gärna på det, så ska jag själv göra tester i form av en enkel sida med en tabell o height=100% - bara för att se om det funkar under de enklaste omständigheterna eller ej.
När du ställer webbläsaren i "Standards mode" (vilket du gör iom att du valt just den där <!DOCTYPE deklarationen) så ges höjden på html och body "per default" värdet "auto".
När du sätter höjden på tabellen till 100% - beräknas det som 100% av "auto", och per definition är det då inte det man kanske förväntar sig utan höjden av tabellens faktiska innehåll!
Lösning: Ställ in höjderna på html och body till 100% - så att de relaterar till visningsareans höjd istället för "auto" :) - detta kan du t.ex. göra genom att lägga till
Om det är någon tröst är du inte ensam över att snubbla över fenomenet (och nej - man kan inte lita på att det ser likadant ut i designläget i DW somi "verkliga webbläsare" i alla lägen ) :birp
Nu tänker jag inte predika, men... :)
Tabeller är inte avsedda för layout... I varje fall inte om du frågar W3C... Även om det är "så man gjort webblayout sedan urminnes tider" och oavsett att det finns (bra :) ) stöd för tabell-layouter i princip varje verktyg med "designläge" :) samtidigt som jag personligen tycker att det saknas (lika bra) verktyg för att skapa webbläsaroberoende CSS-layouter i dessa verktyg. (men jag kan ha missat något - jag har inte letat på några månader) :)
Vara hur det vill med det...
Jag tycker mig märka att följande funkar:
Kör du tabeller - Lägg dig i "quirks mode" (ta samma <!DOCTYPE du använder nu, men stryk "http:// ....." - delen
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
Kör du CSS-baserade layouter, kör i "Standards mode"...
Testa att ta en tabell med några rowspans och kör dem i de olika moderna genom att välja olika <!DOCTYPE så ser du vad jag menar...
Men det jag beskrivit här är åsikter !!! - och det finns flera andra sätt att se på saken också :)
Jarvklo: Den här enradig doctypelösninge, gäller den iframesfrågan eller bara tables.
Ifråga om din predika, bara kör på. Vilka alternativ har man? Hur mycket kan man göra med CSS egentligen, som man av tradition presterar med tabeller?
Om vi tänker oss en layout, som man styckar i fyrkanter. Vet inte om jag uttrycker mig tydligt. I photoshop kan man ju slica och exportera till tabeller
För mig känns detta som den mest logiska lösningen. Men gärna för mig om det finns fler lösningar. Men hur?
Jag håller med om att program med layoutläge hjälper en hel del, för jag tar över materialet som slicats i photoshop och in i dreamweaver för behandling.
Men återigen, hur skulle jag kunna göra nåt liknande eller bättre i CSS?
Snackar vi om div-taggar då?
Om vi tänker oss en layout, som man styckar i fyrkanter. Vet inte om jag uttrycker mig tydligt. I photoshop kan man ju slica och exportera till tabeller
...
För mig känns detta som den mest logiska lösningen. Men gärna för mig om det finns fler lösningar. Men hur?
Jag gillar inte tanken på att man ser på en websida som en samling med "boxar" utplacerade med exakta avstånd hit och dit, och med följden att man måste missbruka tabeller och slicade bilder som du beskriver. Bättre att låta innehållet flöda. Använd rätt elementtyp för rätt innehåll. Styr inte utseendet med html-attribut. Använd css hela vägen.
Text och bilder med innehåll är det viktiga och ska ligga i fokus.
Här är ett exempel på hur man kan få ett vanligt html-dokument att bli snyggt och stajlat utan att frångå principerna jag var inne på: http://www.markboulton.co.uk/journal/comments/semantic_typography_bridging_the_xhtml_gap/
Insider: jag håller med dig att det faktiskt är jobbigt. Men vad är alternativet?
Jag såg sidan du länkade till, mycket fin o stilren. Men ibland kan man behöva andra kombinationer.
Fast i skrivandets stud kom jag fram till att div:ar skulle kunna avlösa en hel del problem. Observera dock att så som jag ser det lär jag inte klara mig utan "samligen boxar", mest pga sättet jag designar mina sidor. (Mkt grafik).
Så problemet för mig som inte kan se kod och se resultat, är att det inte finns bra editors som har bra CSS stöd.
För hittills har jag känt att det varit svårt att skapa ett system för att hålla reda på alla "CSS-namn". Jag råkar jämt ut för att skapa dupletter, när jag hade kunnat återanvända vissa CSS namn. En automatisering av något slag skulle hjälpa mig en hel del.
Jag såg sidan du länkade till, mycket fin o stilren. Men ibland kan man behöva andra kombinationer.
Jag syftade på artikeln och inte själva sidan i sig. Bl a visas exempelbilder som illustrerar hur strukturen i koden kan se ut och hur det stajlade resultatet blir. (själva csskoden visas aldrig, men det är inga konstigheter)
262 ms totalt · 4 externa anrop · v20260731065814-full.1dc6f849