[XTHML/CSS]Pagina laadt soms half in IE - Softwareontwikkeling

donderdag 15 juli 2004 13:07

Acties:

Topicstarter

Ik ben een beetje bezig mijn diep weggezakte kennis van HTML aan het oppoetsen. Ik heb een pagina die er in FF perfect uitziet en soms in IE ook, maar soms laadt de pagina in IE niet helemaal.
In de statusbalk staat gewoon 'Done' maar er mist nog een stuk. Ga ik met m'n muis over div die de missende div bevat springt de missende div ineens wel tevoorschijn. Het lijkt me een bug in IE maar ik kon er in de search niets over vinden.

Ik heb het volgende doctype gebruikt:

code:

1 2	<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

De pagina valideert netjes als ik hem test op validator.w3.org.

Iemand een idee? Als ik de HTML code moet plaatsen doe ik dat, maar ik heb het idee dat het niet in de code zit.

Oops! Google Chrome could not find www.rijks%20museum.nl

donderdag 15 juli 2004 13:14

Acties:

André

Analytics dude

Er zijn wel bepaalde renderbugs in IE ja, dus relevante code of een url zou handig zijn.

donderdag 15 juli 2004 13:42

Acties:

P_de_B

Topicstarter

[linkje verwijderd]

Naast genoemd probleem zie ik trouwens ook dat de rechterkant niet goed is. De headerdiv steekt uit in IE, niet in FF.

Overige kritiek is ook welkom

[ Voor 17% gewijzigd door P_de_B op 15-07-2004 19:34 ]

Oops! Google Chrome could not find www.rijks%20museum.nl

donderdag 15 juli 2004 13:43

Acties:

André

Analytics dude

En welk stuk mist er soms dan?

donderdag 15 juli 2004 13:46

Acties:

P_de_B

Topicstarter

André schreef op 15 juli 2004 @ 13:43:
En welk stuk mist er soms dan?

Het gedeelte met het login form links. Als je een paar keer refresht in IE zie je het wel, ga je dan over een menuitem zie je het missende gedeelte.

Oops! Google Chrome could not find www.rijks%20museum.nl

donderdag 15 juli 2004 13:57

Acties:

André

Analytics dude

Is een renderfout, hij maakt de <div id="main"> niet altijd hoog genoeg zodat een stukje van het menu wegvalt. Hij maakt hem net zo hoog als de wie-zijn-wij tekst, misschien helpt een overflow:visible?

donderdag 15 juli 2004 14:01

Acties:

P_de_B

Topicstarter

André schreef op 15 juli 2004 @ 13:57:
Is een renderfout, hij maakt de <div id="main"> niet altijd hoog genoeg zodat een stukje van het menu wegvalt. Hij maakt hem net zo hoog als de wie-zijn-wij tekst, misschien helpt een overflow:visible?

In de #main? Die heb ik er bijgezet maar dat lijkt niet te helpen.

Oops! Google Chrome could not find www.rijks%20museum.nl

donderdag 15 juli 2004 14:04

Acties:

André

Analytics dude

Hmm, het is wel wat met die #main denk ik. Misschien display:block erin, of de height op 100% zetten ofzo.

donderdag 15 juli 2004 14:27

Acties:

P_de_B

Topicstarter

André schreef op 15 juli 2004 @ 14:04:
Hmm, het is wel wat met die #main denk ik. Misschien display:block erin, of de height op 100% zetten ofzo.

Hmm, dat werkte ook niet. Wat wel lijkt te werken is voor de afsluitende </div> van main een lege div te zetten

Werkt ook niet

Leuk man, dat IE.

[ Voor 11% gewijzigd door P_de_B op 15-07-2004 14:54 ]

Oops! Google Chrome could not find www.rijks%20museum.nl

donderdag 15 juli 2004 15:15

Acties:

Verwijderd

ff geneust in de page.
Helmaal onderaan heb een stukje met hotspot als comment gemarkeerd.
Erin staat een div close tag. Ben er wel eens mee de boot ingegaan.

de div boven de k.t-ie moet een tab inspringen.. Die is van de 'content'
de k.t dus ook inspringen.
de div boven footer zou dan van de div 'main' bovenaan zijn.
Ik trapte in de val van de header div. Dacht dat die nog open stond.

Ik doe meestal als het om grote secties gaat ff een comment by de close tags
Dan is het level wat beter te volgen.

Div tag zijn mooi maar een progie om de open/close te tellen is heeel erg handig.

Wat ook helpt is boven body even een style voor div maken
div {border:1 dotted red; margin:2;padding:2}
Zie je waar de div blokken zitten.

Bij even proberen hier bleek de doctype onschadelijk gemaakt te moeten worden

Layout was toen goed om te zien.

[ Voor 15% gewijzigd door Verwijderd op 15-07-2004 15:26 . Reden: Was kleurtje/style border vegeten. add doctype ]

donderdag 15 juli 2004 15:24

Acties:

P_de_B

Topicstarter

Verwijderd schreef op 15 juli 2004 @ 15:15:
ff geneust in de page.
Helmaal onderaan heb een stukje met hotspot als comment gemarkeerd.
Erin staat een div close tag. Ben er wel eens mee de boot ingegaan.

de div boven de k.t-ie moet een tab inspringen.. Die is van de 'content'
de k.t dus ook inspringen.
de div boven footer zou dan van de div 'main' bovenaan zijn.
Ik trapte in de val van de header div. Dacht dat die nog open stond.

Ik doe meestal als het om grote secties gaat ff een comment by de close tags
Dan is het level wat beter te volgen.

Div tag zijn mooi maar een progie om de open/close te tellen is heeel erg handig.
Wat ook helpt is boven body even een style voor div maken
div {border:1 dotted red; margin:2;padding:2}
Zie je waar de div blokken zitten.

hmm, ik denk niet dat ik iets vergeten ben. Immers de pagina valideert als XHTML 1.0 strict. Het is echt een renderbug van IE, FF doet het wel goed

Het lijkt erop dat ik eruit ben:
Ik heb het volgende toegevoegd aan de pagina:

code:

1 2	<?xml version="1.0" encoding="iso-8859-1"?> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">

en het lijkt erop dat het nu werkt.

Nu steekt alleen de header nog uit.

[ Voor 5% gewijzigd door P_de_B op 15-07-2004 15:25 ]

Oops! Google Chrome could not find www.rijks%20museum.nl

donderdag 15 juli 2004 15:27

Acties:

André

Analytics dude

P_de_B schreef op 15 juli 2004 @ 15:24:
[...]

Het lijkt erop dat ik eruit ben:
Ik heb het volgende toegevoegd aan de pagina:
code:
1
2
<?xml version="1.0" encoding="iso-8859-1"?>
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
en het lijkt erop dat het nu werkt.

Nu steekt alleen de header nog uit.

Hmm, nu wordt de pagina in quirks-mode gerenderd en niet in standard-compliance mode volgens mij.

donderdag 15 juli 2004 15:58

Acties:

P_de_B

Topicstarter

André schreef op 15 juli 2004 @ 15:27:
[...]

Hmm, nu wordt de pagina in quirks-mode gerenderd en niet in standard-compliance mode volgens mij.

Voor een leek, wat betekent dat precies? Ik heb dit rechtstreeks van http://www.w3.org/TR/xhtml1/ gehaald.

edit:

Volgens http://www.mozilla.org/do...oper/quirks/doctypes.html staat wat ik heb wel goed voor full standards mode.

PUBLIC doctype i.c.m. "-//W3C//DTD XHTML 1.0 Strict//EN" moet standards mode zijn als ik het goed lees.

edit2:

javascript:alert(document.compatMode); geeft ook CSS1compact.

edit3:

hmm, je hebt wel gelijk. <?xml version="1.0" encoding="iso-8859-1"?> toevoegen brengt IE6 in BackCompact mode, maar zonder die toevoeging werkt het niet.
Loop ik tegen groten problemen aan als IE in quirksmode staat?

[ Voor 53% gewijzigd door P_de_B op 15-07-2004 16:13 ]

Oops! Google Chrome could not find www.rijks%20museum.nl

donderdag 15 juli 2004 16:14

Acties:

André

Analytics dude

Volgens mij was het zo dat als je <?xml version="1.0" encoding="iso-8859-1"?> voor je document zet je de browser automatisch in quirksmode zet

Edit:
Aha, daar was je al achter

[ Voor 22% gewijzigd door André op 15-07-2004 16:14 ]

donderdag 15 juli 2004 19:35

Acties:

crisp

Devver

Pixelated

je hoeft er geen xml-declaratie voor te zetten om IE in quirksmode te dwingen; een simpele HTML comment is voldoende (en ook aan te raden boven een xml-declaratie).

Intentionally left blank

donderdag 15 juli 2004 21:43

Acties:

A_L

P_de_B schreef op 15 juli 2004 @ 13:07: Ik heb een pagina die er in FF perfect uitziet en soms in IE ook, maar soms laadt de pagina in IE niet helemaal.
In de statusbalk staat gewoon 'Done' maar er mist nog een stuk. Ga ik met m'n muis over div die de missende div bevat springt de missende div ineens wel tevoorschijn. Het lijkt me een bug in IE maar ik kon er in de search niets over vinden.

Het lijkt op een bug die ik laats ook tegen kwam. Alleen was dit bij een :hover over links met een aangepaste border. Internet Explorer 6 liet hierbij de helft van het menu verdwijnen.

Na wat gezocht te hebben vondt ik dit op css-discuss:

.......
PROBLEM - BUG 2
IE6Win Disappearing/reappearing content
Using floats in some contexts (maybe just right floats, but I need to test
more) causes IE6 to hide some text or images, only to reveal them upon hover
over a link or upon refresh. Sometimes moving the cursor between two links
will cause content to toggle between invisible and visible. It's a bizarre
effect to see.

It's a complicated bug affected by floats, the container that contains the
floated element, background colour or URL, and clear. This makes it very
difficult to diagnose and correct, since there are several different
combinations of valid code that can trigger the IE6 bug. Even more
insidious: the same page will trigger the bug on some installations of IE6
but not on others. I don't know why this varies by PC.

Workaround 1: nest the floated elements within the P. (This is not
acceptable for all layouts, as in some contexts when a floated IMG is nested
in a P, NN6 will render only that para's text beside the floated IMG.
Subsequent paras drop below the IMG.)

Workaround 2: remove any "background" property from any upper-level DIVs
that contain the floated content.

Workaround 2: set "position:relative" on an upper-level container such as a
DIV...........

Ik heb deze "oplossingen" niet gebruikt, maar minder fancy links gebruikt.....