[CSS] Misterieuze gap bij list - Softwareontwikkeling

dinsdag 29 maart 2005 16:52

Acties:

One life, live it!

Topicstarter

Ik heb voor m'n site (http://www.barad-dur.nl/) een navigatie menu gebrouwen (de A List Apart variant) maar nu zie ik in FireFox na elke 3 items in een submenu een misterieuze gap verschijnen. In Internet Explorer 6 is hier niets van te zien en sluiten alle items mooi aan.
Ziet hier (rood omlijnt):
Afbeeldingslocatie: http://dev.barad-dur.nl/img/gaps.png

Afbeeldingslocatie: http://dev.barad-dur.nl/img/gaps.png

Best vreemd aangezien de margins+paddings (volgens mij) wel goed staan omdat het in IE wel werkt.
CSS: klik

Heeft iemand een idee waar dit door komt?

P.S. Opera users beware! Het ziet er niet uit

Nu met Land Rover Series 3 en Defender 90

dinsdag 29 maart 2005 16:59

Acties:

NMe

Quia Ego Sic Dico.

Valideer eerst eens je CSS, want dat lukt niet echt zo te zien.

Verder denk ik dat het wat te maken heeft met dit:

code:

1	margin: 0;

Moet dat niet 0px zijn?

'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.

dinsdag 29 maart 2005 17:03

Acties:

Sappie

De Parasitaire Capaciteit!

0 = 0, maakt niet uit of het pixels of koeien zijn.. er hoeft dus geen eenheid daarachter

verder lijkt het probleem opgelost, wanneer de height niet in 'em' wordt opgegeven.

code:

#hnav li ul li {
    float: left;
    width: 100%;
    margin-top: 0px;
        height: 18px
}

Hiermee override je dus de hoogte van 1.6em die hij anders zou hebben overgeërfd van #hnav ul li.
Verder zie ik zo snel ff niet waardoor dat komt.

edit:

Verder zou ik dit

code:

1	<?xml version="1.0" encoding="iso-8859-1" ?>

uit je html halen. Het is niet verplicht en forceert IE in quirksmode, waardoor het niet hetzelfde box-model gebruikt als firefox. Misschien komt daardoor dit specifieke verschil ook wel?
Ook denk ik niet dat je doctype wel valid is:

code:

1	<!DOCTYPE html SYSTEM "/pub/dtd/mathml.dtd">

[ Voor 37% gewijzigd door Sappie op 29-03-2005 17:12 ]

Specs | Audioscrobbler

dinsdag 29 maart 2005 19:02

Acties:

MTWZZ

One life, live it!

Topicstarter

Sappie schreef op dinsdag 29 maart 2005 @ 17:03:
0 = 0, maakt niet uit of het pixels of koeien zijn.. er hoeft dus geen eenheid daarachter

verder lijkt het probleem opgelost, wanneer de height niet in 'em' wordt opgegeven.
code:
1
2
3
4
5
6
#hnav li ul li {
    float: left;
    width: 100%;
    margin-top: 0px;
        height: 18px
}
Hiermee override je dus de hoogte van 1.6em die hij anders zou hebben overgeërfd van #hnav ul li.

Ah zie je wel dat ik iets vergeten was

Cascading Stylesheet:

1	height: 0.1%;

Zo doet ie het weer.

Verder zou ik dit
code:
1
<?xml version="1.0" encoding="iso-8859-1" ?>
uit je html halen. Het is niet verplicht en forceert IE in quirksmode, waardoor het niet hetzelfde box-model gebruikt als firefox. Misschien komt daardoor dit specifieke verschil ook wel?

Hm da's mogelijk. Overgens krijgt IE geen <?xml... ?> als het goed is. Ik controleer server side of de client XHTML echt ondersteund en spuug op basis daarvan HTML of XHTML uit.
Heb je dit trouwens uit IE of FF getrokken?

Ook denk ik niet dat je doctype wel valid is:
code:
1
<!DOCTYPE html SYSTEM "/pub/dtd/mathml.dtd">

Voor XHTML wel, ik was hier een beetje mee aan het experimenteren.

edit:
Ik heb het er maar even uitgehaald voor de zekerheid

[ Voor 6% gewijzigd door MTWZZ op 29-03-2005 19:04 . Reden: General barfage ]

Nu met Land Rover Series 3 en Defender 90

dinsdag 29 maart 2005 19:39

Acties:

Rowanov

Kop eens wat anders...

Sappie schreef op dinsdag 29 maart 2005 @ 17:03:
verder lijkt het probleem opgelost, wanneer de height niet in 'em' wordt opgegeven.
code:
1
2
3
4
5
6
#hnav li ul li {
    float: left;
    width: 100%;
    margin-top: 0px;
        height: 18px
}
Hiermee override je dus de hoogte van 1.6em die hij anders zou hebben overgeërfd van #hnav ul li.
Verder zie ik zo snel ff niet waardoor dat komt.

IE en Firefox geven "em's" allebei anders weer, altijd ellende met die maten. "Em" zou je opzich wel kunnen gebruiken als het om fonts gaat, maar voor de andere elementen is het af te raden.