[HTML/CSS] container div hoogte niet goed in FF

[-SaveMe-]

Ik heb een container div van 622px breed. In die container komen afhankelijk van het wel of niet terugkrijgen van gegevens uit de db meerdere divjes van 306 px breed. Dmv floats worden er dan 2 divjes naast elkaar weergegeven, zodat je als het ware 2 kolommen krijgt.
De border van de container div krijgt links en rechts een border 1px.

Probleem: FF herkent de hoogte van de container div niet door de floats waardoor hij de border slechts een klein stukje weergeeft. IE geeft de border correct weer.

Als ik na de laatste div in de container een <br> met een clear plaats, dan geeft FF de hoogte en dus de border goed weer, maar dan gaat IE de mist in.

Hoe krijg ik in beide de volledige linker en rechter border (zonder de hoogte fixed in te stellen) ?

[BalusC]

maar dan gaar IE de mist in.

Dit zou niet het geval mogen zijn. Definieer eens de mist?

Maar probeer eens overflow: auto; in de container-div

[ Voor 9% gewijzigd door BalusC op 19-06-2006 14:47 ]

[-SaveMe-]

Hmmm, met de clear op de <br> en de overflow:auto op de container krijg ik zowel horizontale als verticale scrollbalken in IE.

Niet de bedoeling dus. Wat bedoel je met "Definieer eens de mist?" ?

[Blaise]

Vertel wat er precies fout gaat, op welke manier IE het fout doet.

[BalusC]

Inderdaad, jouw definitie van "de mist ingaan" is namelijk niet duidelijk
Die overflow zou je overigens zonder de cleared br moeten doen.

[-SaveMe-]

Ok, dus met de container div zonder overflow en de geen clear op de <br>

in IE:


en in FF:


Als ik op de <br> een clear geef, dan geeft FF het goed weer, maar dan geeft IE de border niet weer.
De productien die je ziet zitten ook weer in een divje (in de plaatjes drie producten, dus drie divjes)

[-SaveMe-]

Na een IISreset geeft de overflow:auto (zonder de <br>) het gewenste resultaat!

Muchos gracias!

[Verwijderd]

-SaveMe- schreef op maandag 19 juni 2006 @ 15:56:
Na een IISreset geeft de overflow:auto (zonder de <br>) het gewenste resultaat!

Muchos gracias!

Ik gok dat dit niet een probleem van IIS is, maar eerder caching van de browser