<!doctype>

hehe

ik snap het al.
ik doe het helemaal verkeerd

Gelukkig maar.
Another bug bites the dust.

Joost Schulpen schreef op 07.02.2006 14:40

Wil ik best geloven. Maar wijs hem dan eens aan?

wat dacht je hiervan? (regel 345)

<?php
} else {
session_destroy();
header("Location:" . $login_page);
}
?>

*handig aan Zend Studio Client... als je een accolade selecteerd, word automatisch de 'sluit-accolade' geselecteerd :)

werkt met editplus ook :)
alleen staat dat niet standaard aan.

ik heb nog 1 vraag
moet de <form> tag altijd boven de <table> tag staan?
want ik krijg er wel een error op

maar als ik de <form> tag boven de <table> tag zet wordt de ruimte in IE er iets groter door waardoor het niet mooi uitkomt ik m'n div

weet iemand nog hoe het werkt met de <form> en <table> tag?

de form tag moet voor de table tag... wat je zou kunnen doen is cellpadding='0' en cellspacing='0' toevoegen aan je table tag :)

(of natuurlijk met css oplossen :P)

Pim heeft gelijk. De table tag moet binnen de form tag vallen. Overigens, je bent niet verplicht om een table in je form(ulier) te zetten. De form geeft alleen maar aan dat de data die er wordt ingevoerd in de daarvoor geschikte elementen (<input>) terug worden gestuurd naar de server voor verdere verwerking, afhankelijk van de methode die je gebruikt (normaal gesproken "post"). Voor de rest is het vrijheid. De table tag is enkel handig om je formulier vorm te geven.

dat is dus een probleem met IE.

de witruimte wordt groter als ik de form tag boven de table tag zet

aangezien het in mijn divje precies past hou ik het zo.
het veroorzaakt geen problemen verder. het is enkel niet helemaal w3c valid