Hi,
ich muss jetzt für die zukünftige XHTML-Programmierung mal was wissen. Es gibt da ein Attribut namens ID,
In XHTML gibt es KEIN Attribut namens ID. Aber eines namens id!
um ein Element einer Webseite eindeutig zu identifizieren - So weit, so gut. Das brauche ich im Moment eigentlich nur für die Verwendung des DOM, aber ansonsten eher nicht.
Dann gibt es bei Formulareelementen/Formularen das klassische name-Attribut (das bei <form> aber schon als deprecated eingestuft ist wenn ich richtig liege).
In XHTML 1.0 strict hat form kein name-Attribut. In XHTML 1.0 transitional gibt es das noch.
Unter diesen Namen erhalten meine Server-Skripte den Inhalt der Formularfelder.
Das hat aber mit dem name-Attribut des form-Elementes nichts zu tun.
D.h. von diesem Standpunkt habe ich hier zwei völlig unabhängige Konzepte, einmal DOM und einmal Formularinhalt.
Genau.
Meine Frage nun: Bleibt das in späteren (in absehbarer Zeit) XHTML-Versionen so oder soll langfristig das name-Attribut aus dem Standard verschwinden und auch Formularelemente mit IDs arbeiten? Falls ja, wie setzt man denn dann in Zukunft den "PHP-Trick" des Array-Abschickens (name="radiogruppe[]") um, wo doch [ und ] keine erlaubten ID-Inhalte sind?
Die [ und ] sind nicht das eigentliche Problem - bei anderen serverseitigen Sprachen klappt es ja auch ohne.
Bei Radiobuttons, die kein name-Attribut hätten, gäbe es vor allem das Problem, die Gruppenzugehörigkeit zu definieren, da id eindeutig sein muß.
Es gab erst vor ein paar Tagen eine Diskussion dazu, siehe http://forum.de.selfhtml.org/archiv/2004/1/68517/
cu,
Andreas
MudGuard? Siehe http://www.mud-guard.de/