Yv@n#32
"Hidd el jobban követi mint a google króóóm"
Úgyérted a webkit?
"de a megjelenítéssel csak azért van gond..."
Álmodban :)
Elég sok mindent másként kezel, mint a w3c ajánlás által illene tegye(box modell ugye, de formázz meg egy ul li blokkot is css-ből, ha gondolod. ie alatt eléggé szabadon értelmezi az alapértelmezett értékeket). IE esetében az elterjedt megoldása MS-nek az volt, hogy ha kitaláltak egy funkciót, akkor beledobták, amivel működés terén jó dolgokat lehetett ugyan elérni, viszont sehol máshol nem működött.(lásd pl document.all amit opera épp át is vett mondjuk, csak hogy ne fossa össze magát egy halom oldal). A vicc az, hogy non standard megoldások implementálására is lehetőséget ad például a css, de ms-nél erre is ballisztikus ívből szartak. (megvalósításra lásd: -moz-border-* változók, ez az elfogadott vendor specific extension kinézete)
"Margin tegeket IE máshogy kezeli, és pár pixellel a diveket is eltolja."
Máshogy... szép szó arra, hogy "szarul" :)
De mondhatnánk itt a form tag-eket is, amiket elhelyezéstől függően hasraütés szerűen néha blokk elemként kezel, és betöri miatta a dizájnt. esetleg kitérhetnénk a stílussal formázott gombokra, amikbe ie esetén pár plusz css értéket kell beledobni, különben elbassza az automatikus méretezést...
Nagy hirtelen nem jut most eszembe más, de nincs fejlesztés, hogy ne bukna ki IE baromság.
"Ám ha margineket nem használunk, és az oldalt egy középre igazított divbe rendezzük, minden böngésző alatt pont ugyanúgy fog kinézni."
Azt tudod ugye, hogy css-ben auto margin-el szokás középre igazítani, hogy ne kelljen igazítandó elemenként plusz egy befogadó blokk?
Természetesen futottam már olyanba is, hogy ff alatt volt valami szar, és ie kezelte le jól. A különbség mindössze annyi, hogy ez oly ritka és rég történt, hogy már arra sem emlékszem mi lehetett...