Jag har fem stycken flytande div:ar som ligger brevid varandra. Varje div har en border-left. Dessa div:ar måste tillsammans uppnå en viss storlek. Problemet är att IE gör den totala längden av div:arna till två pixlar större än Firefox och Opera, vilket innebär att den sista div:en kommer på raden under i IE.
Jag har samma lösning för fyra div:ar i rad och då blir den totala storleken samma i IE som i Firefox och Opera, men när det är fem så blir storleken alltså 2 pixlar större i IE.

Någon som vet vad det beror på och har någon något förslag på hur man kan lösa det?

Löste det. Det var samma gamla vanliga box model, trodde inte IE 6 hade kvar samma problem som femman.
Lösningen hittade jag här: css-discuss.incutio.com/?page=BoxModelHack

Box Model triggas fortfarande i Quirksmode i IE6: http://www.wellstyled.com/html-docty...wser-mode.html

Som framtida referens ;)

IE6 har inte kvar problemet så länge sidan genereras i standards mode och inte i quirks mode. Mao använd en strict doctype.

Jag ser att jag använder xhtml 1.0 Transitional, vilket är rätt onödigt då jag egentligen följer strict. Men om problemet finns kvar för IE5.X så får jag ändå ha kvar box modell hacket pga. den läsaren.

Lånar din tråd Ric.. tack för lånet :)

Jag har en sida som följer xhtml 1.0 Transitional och den fungerar fint i IE6. Dock på EN dator, med IE6 (exakt samma version som på flera andra av företagets datorer, och med exakt samma version av Win XP) så genereras sidan riktigt konstigt.

I mina ögon ser det ut som att denna dators webbläsare genererar sidan i Quirks mode och inte standard mode. Kan man i så fall "stänga av" Quirks mode eller sätta på "Standard mode" i IE6?

När jag deklararer doctypen så gör jag på "vanligt sätt" UTAN en xml-prolog. Så IE6 borde inte kunna generera sidan i Quirks mode utan i Standard.

Kan det kanske vara en bugg i denna dators IE6 som precis uppstått? För sidan genererades rätt från början på denna dator, plötsligt så gjorde den det inte, samtidigt som alla andra datorers IE6 fortfarade genererade sidan rätt.

Har du flera varianter av IE installerat? Det kan vålla lite problem när IE försöker välja motor väljer den oftast senaste, men kan nog finnas undantag. Är det exakt senaste, med alla uppdateringar? Är CSS:en korrekt, för övrigt?

Sedan kanske bör klargöras att XHTML transitional egentligen aldrig blir mycket bättre än p-STD (pseudo-standard) i N(etscape) N(avigator) 6 eller Mozilla (Firefox). IEs standard ligger betydligt närmare p-STD än dessa två webbläsares standard mode. Överhuvudtaget är XHTML ett uselt val om man skall ställa de principiella orsakerna till varför man överhuvudtaget besvärar sig med en bra, korrekt och strikt dokumenttyp.

Nope, endast en version av IE installerat på burken... och det är exakt samma maskin-, os- och ie-konfiguration på den burken som på flera andra burkar på företaget. Och alla senaste uppdateringarna är installerade, både för Win XP och IE.

Ska man övergå till Strict mode istället då? Kan det hjälpa menar du?!?!
Koden är ju egentligen färdig för Strict mode... var bara det att jag valde Transitional när jag drog igång projektet.

En strict doctype är alltid att föredra. Puritanerna (däribland jag själv inräknad) debatterar ju mycket för att en Transitional doctype inte är mycket bättre än gammal hederlig tagsoup.

Sedan finns det ju också en debatt om XHTML vs HTML, som grundar sig en liten myt om HTML-kompatibel XHTML.

Synd att inte Microsoft också är puritaner...

Som svar på fråga om Transitional eller inte kan vara orsaken finner jag som bäst tvivelaktigt. Jag är nog mer övertygad om att något annat fel smugit sig in. IE skall vara ganska konsekvent i a f.

Kanseke du använder något befintligt box model hack?

Kommentarer innan Doctype-deklarationen kan också vålla lite problem.

Är det IE för Win XP SP2 skall det inte vara några problem.

Det är senaste IE och det är på Win XP SP2-maskin med senaste uppdateringarna.
Nope, jag använder mig inte av nåt Box Model Hack faktiskt.

Jag har inga kommentarer innan doctype-deklararationen. Dock har jag ett par php-includes innan doctype, fast dessa includes innehåller t ex ett par funktioner och session_start(). Men det ska ju inte påverka?!?! I ren html-markup så är det ju inget som genereras.

Det skall inte göra något, nej.

Du verkar ju säker på din sak så då får man väl säga om nätverksteknikern på Komvux sa: "Dä ä bugg!". Även fast jag tycker själv det låter väldigt konstigt. Hade varit spännande att försöka reproducera det, du har inga kod-exempel du kan visa upp?

Spana in följande sida www . swema - trading . se

Bl a är det förstasidan som valideras konstigt på just nämnd dator. Det är så att all mitt-content, dvs puffarna i mitten, dess container lägger sig under produktnavigationen. Så händer det även med mitt-content på några av de andra sidorna.

Detta har jag endast sett på EN dator av många många. Läsaren är senaste IE med Win XP SP2 med senaste uppdateringarna.