Alle rechten voorbehouden.
Deze lijst van Frequently Asked Questions (Veel Voorkomende Vragen) wordt bijgehouden door de WDG. Deze vertaling is gemaakt door Rijk van Geijtenbeek, en is gebaseerd op de versie van 15 juli 2000. Dit document kan worden gevonden op de volgende URL's:
De oorspronkelijke Engelstalige tekst is te vinden op:
Als je een bijdrage wilt leveren aan de FAQ, stuur dan een (Engelstalige) e-mail naar <darin@htmlhelp.com>. Alle bijdragenden zullen onder aan deze FAQ worden vermeld.
Zie Alan Flavell's document met betrekking tot tabellen voor een goede behandeling, te vinden op <URL:http://ppewww.ph.gla.ac.uk/%7Eflavell/www/tablejob.html>.
Ja, een tabel kan worden opgenomen in een cel van een andere tabel. Hier is een eenvoudig voorbeeld:
<table>
<tr>
<td>dit is de eerste cel van de buitenste tabel</td>
<td>dit is de tweede cel van de buitenste tabel,
met de binnenste tabel daarin opgenomen<br>
<table>
<tr>
<td>dit is de eerste cel van de binnenste tabel</td>
<td>dit is de tweede cel van de binnenste tabel</td>
</tr>
</table>
</td>
</tr>
</table>
De belangrijkste valkuil met genestte tabellen is dat Netscape er problemen mee heeft, wanneer je de TD- and TR-tags niet consequent afsluit. Het is het verstandigste om elke </TD> en </TR> te plaatsen, ook al wordt dat niet vereist in de HTML specificatie; als je dat niet doet, kunnen Netscape-gebruikers mogelijk jouw pagina niet bekijken.
Kleine formulieren worden soms binnen een TD-element in een tabel gezet. Dit kan nuttig zijn voor het plaatsen van een formulier ten opzichte van andere inhoud, maar het helpt niet bij plaatsen van de formulier-items ten opzichte van elkaar.
Om formulieren-items ten opzichte van elkaar te plaatsen, moet de gehele tabel zich binnen het formulier bevinden. Je kunt niet een formulier beginnen in het ene TH- of TD-element en eindigen in een andere. Je kunt geen formulier in een tabel plaatsen zonder het binnen een TH- of TD-element te zetten. Je kunt wel de tabel binnen in het formulier zetten, en dan de tabel gebruiken om de INPUT-, TEXTAREA-, SELECT- en andere formulier-items te plaatsen, zoals in het volgende voorbeeld wordt getoond.
<FORM ACTION="[URL]">
<TABLE BORDER="0">
<TR>
<TH>Account:</TH>
<TD><INPUT TYPE="text" NAME="account"></TD>
</TR>
<TR>
<TH>Password:</TH>
<TD><INPUT TYPE="password" NAME="wachtwoord"></TD>
</TR>
<TR>
<TD> </TD>
<TD><INPUT TYPE="submit" NAME="Inloggen"></TD>
</TR>
</TABLE>
</FORM>
De "juiste" manier om dit te doen is <TABLE ALIGN=CENTER>, maar dit werkt niet in meerdere populaire browsers. Zet <CENTER> rondom de hele tabel voor deze browsers.
Dit veroorzaakt enkele problemen met browsers die wel CENTER ondersteunen, maar geen tabellen, zoals Lynx. In deze browsers wordt de inhoud van de cellen nu gecentreerd weergegeven, en dat is niet de bedoeling. Om dit te voorkomen kun je de inhoud van de cellen in <P ALIGN=left> of <DIV ALIGN=left> plaatsen, afhankelijk van de hoeveelheid tekst in de cel.
Je kunt <TABLE ALIGN="right"> gebruiken om een tabel rechts te laten zweven. (Gebruik ALIGN="left" om aan de linkerkant te zweven.) Alle inhoud die na de afsluitende </TABLE>-tag verschijnt, zal rond de tabel stromen. Gebruik <BR CLEAR="right"> of <BR CLEAR="all"> om het einde aan te geven van de tekst die rond te tabel moet stromen, zoals getoond in dit voorbeeld:
<TABLE ALIGN="right">...</TABLE>
De tabel zal aan de rechterkant zweven.
Deze tekxt zal links links van de tabel verschijnen.
<BR CLEAR="right">
Deze tekst zal onder de tabel verschijnen,
zelfs als er geboeg ruimte over is links naast de tabel.
De HTML 3.2 en HTML 4.0 specificaties staan alleen maar gehele getallen (die een aantal pixels aangeven) toe als waarden voor het WIDTH-attribuut van het TD-element. De HTML 4.0 DTD staat echter wel percentages (en andere niet gehele getallen) toe als waarde, dus een HTML-validator zal niet klagen over <TD WIDTH="xx%">.
Het moet worden opgemerkt dat Netscape's en Microsoft's browsers percentages voor <TD WIDTH=...> afwijkend interpreteren. Hun interpretaties (en die van andere table-herkennende browsers) zijn echter hetzelfde wanneer ze worden gecombineerd met <TABLE WIDTH="100%">. In zo'n situatie kunnen percentages als waarden tamelijk veilig gebruikt worden, ook al zijn ze niet toegestaan volgens de openbare specificaties.
Grafische browsers laten een smalle marge open tussen de rand van het weergavegebied en de inhoud. Zie het antwoord op de vraag "Hoe verwijder ik de marges rondom mijn pagina?" voor informatie over het zo instellen van de browser, dat deze de marges verwijdert.
Merk ook op dat Navigator altijd ruimte aan de rechterkant overlaat voor een schuifbalk, maar deze schuifbalk alleen maar tekent als het document zo lang is dat schuiven nodig is. Als het document geen schuiven nodig heeft, blijft er een rechter-"marge" over, die niet verwijderd kan worden.
Dit wordt vaak veroorzaakt door een ongeldige HTML-syntax. Met name losse inhoud binnen een tabel (bijv. inhoud die niet binnen een TD- of TH-element valt). Er is geen standaardmanier om losse inhoud in een tabel te behandelen. Sommige browsers geven alle losse inhoud voor of na de tabel weer. Als de losse inhoud alleen meerdere regelomlopen of lege alinea's bevat, zullen deze browsers al deze lege ruimte voor of na de tabel zelf weergeven.
De oplossing is het repareren van de HTML-syntaxfouten. Alle inhoud in een tabel moet binnen een TD- of TH-element vallen.
In de huidige browsers moet de gehele tabel worden binnengehaald en moeten de afmetingen van alles in de tabel bekend zijn voordat de tabel kan worden opgebouwd. Dit kan het weergeven van uw inhoud vertragen, vooral als uw tabel veel afbeeldingen zonder HEIGHT- of WIDTH-attributen bevat.
Als een van de elementen binnen een tabel te breed is voor de beschikbare weergaveruimte, dan zal de tabel uitgerekt worden om de te grote inhoud te kunnen omvatten. De rest van de inhoud past zich dan aan om in de uitgerekte tabel te passen, in plaats van zich aan te passen aan de beschikbare weergaveruimte. Hierdoor kunnen uw bezoekers gedwongen worden om horizontaal te schuiven om de inhoud te kunnen lezen, of kunnen afgedrukte versies worden afgekapt.
Bij lezers die een een smaller weergavegebied hebben dan de auteur verwachtte, veroorzaken tabellen met een vaste breedte dezelfde problemen als andere uitgerekte tabellen. Bij lezers die een weeragvegebied hebben dat groter is dan de auteur verwachtte, veroorzaken tabellen met een vaste breedte extreem brede marges, wat verspilling is van het weergavegebied. Voor lezers die grotere lettertypes nodig hebben, kunnen tabellen met een vaste breedte er voor zorgen dat de inhoud in korte afgebroken regels met slechts een paar woorden wordt weergegeven.
Veel browsers zijn erg gevoelig voor ongeldige syntax waar het tabellen betreft. Goede syntax is een kritische factor. Zie het antwoord op "Hoe controleer ik op fouten?". Zelfs met goede syntax kunnen genestte tabellen mogelijk verkeerd worden weergegeven in Netscape. Zie het antwoord op "Kan ik een tabel in een tabel plaatsen (nesten)?" voor oplossingen hiervoor.
Sommige browsers negeren tabellen, of kunnen worden ingesteld om tabellen te negeren. Deze browsers zullen de hele layout die u met tabellen heeft gemaakt negeren. Ook zoekmachines negeren tabellen. Sommige zoekmachines gebruiken de tekst aan het begin van een document voor een samenvatting bij het weergeven van zoekresultaten, sommigen indexeren enkel de eerste n bytes van een document. Als tabellen worden gebruikt voor layout, zal het begin van een document meestal veel navigatie-links bevatten die verschijnen voor de eigenlijke inhoud.
Veel versies van Navigator hebben problemen met het verwijzen naar benoemde ankers als deze zich in een tabel bevinden, die gebruikt maakt van het ALIGN-attribuut. Deze browsers lijken het benoemde anker te verbinden met de bovenkant van de tabel, in oplaats van met de inhoud van het anker. U kunt dit probleem vermijden door het ALIGN-attribuut niet met uw tabellen te gebruiken.
Als je tabellen voor layout gebruikt, kun je toch de hiermee samenhangende problemen beperken door zorgvuldige markup. Vermijd het plaatsen van brede afbeeldingen, PRE-elementen met lange lijnen, lange URL's, of andere brede inhoud in tabellen. Gebruik in plaats van één enkele layout-tabel voor de hele pagina, meerdere zelfstandige tabellen. u kunt bijvoorbeeld een tabel gebruiken om een navigatiebalk boven of onder aan een pagina op te maken, en het hoofddeel geheel buiten een layout-tabel laten.
Het gebruik van tabellen voor opmaak wordt uitgebreid onderzocht in <URL:http://www.dantobias.com/webtips/tables.html>.
Neem voor aanvullingen op of gebreken van deze FAQ contact op met <darin@htmlhelp.com> (in het Engels a.u.b.).
Alle hierin opgenomen informatie is oorspronkelijk samengesteld door door leden van de Web Design Group, met name Arnoud "Galactus" Engelfriet, John Pozadzides, en Darin McGrew. De Nederlandse vertaling van deze FAQ is gemaakt door Rijk van Geijtenbeek.
Aanvullende gegevens werden verstrekt door Boris Ammerlaan, Martin Atkins, Lori Atwater, Alex Bell, Stan Brown, Roger Carbol, Alex Chapman, Jan Roland Eriksson, Jon Erlandson, Mark Evans, Peter Evans, Alan Flavell, Rijk van Geijtenbeek, Lucie Gelinas, Bjoern Hoehrmann, Tina Marie Holmboe, Cliff Howard, Thomas Jespersen, Peter Jones, Nick Kew, Jukka Korpela, Simon Lee, Nick Lilavois, Neal McBurnett, Glen McDonald, Dan McGarry, Ken O'Brien, Timothy Prodin, Steve Pugh, Liam Quinn, Colin Reynolds, Kai Schätzl, Doug Sheppard, Sue Sims, Toby Speight, Warren Steel, Ian Storms, Peter Thomson, Daniel Tobias, en Diane Wilson.
Bedankt iedereen!
Home, Reference, FAQs, Tools, Design, Feature Article, BBS, Links
Copyright © 1996-2000. Alle rechten voorbehouden.