nicht angemeldet
Ich bin noch keinem Formular begegnet, das _keine_ tabellarischen Daten enthalten hätte: Zu jedem Eingabefeld gehört ein LABEL-Element, welches gut in einer TH-(Table-Header)-Zelle aufgehoben ist und sich zeilen- oder spaltenweise auf ein Eingabefeld in einer TD-(Table-Data)-Zelle bezieht.
die meisten formulare beinhalten lediglich eine eingabemaske für daten, die nicht zwangsläufig in dieser form tabellarisch erfasst werden
man stelle sich ein kommentarfeld vor
benutzername
email
kommentar
jeder der das 1:1 so in der datenbank erfasst, ist wahnsinnig und verstößt wahrscheinlich gegen alle möglichen regeln des datenbankdesigns :) - wenn ich nicht irre aber widerspricht das jedenfalls der dritten normalform
die daten werden zerlegt und in getrennte tabellen gespeichert - der kommentar:
kommetarid benutzerid kommentartext
die benutzerdaten in eine andere tabelle:
benutzerid benutzername email
von der seite betrachtet entspricht die eingabemaske zwar "irgendwie" tabellarischen daten aber nicht zwangsläufig welchen die auch sinnvoll normailisiert wurden
Natürlich kann man das auch gut mit einer Definitionsliste machen. Das wäre strukturell noch sinnvoller, da zu jeder Beschriftung (jedem LABEL-Element) ja immer nur genau ein Eingabefeld passt.
nein, bei einer defintionsliste ist es sinn, dass zu jedem term beliebig viele definitionen existieren können, die nicht in zusammehang zueinander stehen bei tabellen sind es matritzen
zb
merkmale:
größen
1
2
3
farben
rot
blau
das ganze in einer tabelle abgebildet sähe so aus
merkmale
größe farbe
1 rot
2 rot
3 rot
1 blau
2 blau
3 blau
tabellarische daten sind nicht automatisch in defintionslisten transprotierbar und umgekehrt
eine zuordnung von lable zu input mittels dt -> dd ist genausowenig notwendig wie th -> td, da lable über das for-attribut ohnehin einen eindeutigen bezug herstellt
eine tabelle zur stukturierung eines formulars ist somit aus semantischer sicher nicht notwendig
Gernot Back