HTML 4.01-Spezifikation

Deutsche Übersetzung

Diese Version:

http://www.edition-w3.de/TR/1999/REC-html401-19991224

Aktuelle Version:

http://www.edition-w3c.de/TR/html4

Übersetzer:

Christine Kühnel (Übersetzung, fachliche Kommentierung) <kuehnel@screenexa.net>

Stefan Mintert (Fachlektorat und fachliche Kommentierung) <www.mintert.com/stefan/mail/>

Stefan Schumacher (Übersetzung, fachliche Kommentierung) <sts@schumacher-netz.de>

Bei diesem Dokument handelt es sich um eine Übersetzung eines W3C-Textes. Dieser Text ist urheberrechtlich geschützt; bitte beachten Sie die nachfolgenden Hinweise des Originaldokuments. Die Rechte an der Übersetzung liegen bei den Übersetzern und dem Verlag Addison-Wesley. Die Übersetzung hat keine durch das W3C legitimierte, normative Wirkung. Das einzige maßgebliche Dokument ist das englische Original.

Bitte senden Sie Fehler und Korrekturen zur deutschen Fassung an die Übersetzer.

Kommentare der Übersetzer, die als solche gekennzeichnet sind, unterliegen dem Urheberrecht der Übersetzer. Sie sind nicht Bestandteil des Ursprungsdokuments.

Diese Veröffentlichung ist eine Vorveröffentlichung. Kein Teil dieses Textes darf kopiert werden. Alle Rechte vorbehalten. Nach Abschluss der Arbeit wird das endgültige Dokument unter der oben angegebenen Adresse veröffentlicht. Die jetzige Veröffentlichung während der laufenden Arbeit dient zur Information von Interessierten und zur Prüfung durch die Fachöffentlichkeit. Sollten Sie Fehler finden oder Verbesserungsvorschläge haben, schicken Sie diese bitte per Mail an die Übersetzer.
Folgende Teile liegen noch in Englisch vor und müssen noch in deutscher Fassung generiert werden: (a) Gesamtinhaltsverzeichnis (b) Index

17 Formulare

17.1 Einführung in Formulare

Ein HTML-Formular ist ein Abschnitt eines Dokuments, der normalen Inhalt, Bezeichner, spezielle Elemente, genannt Steuerelemente (Checkboxen, Radio-Buttons, Menüs und so weiter) und Beschriftungen für diese Steuerelemente enthält. Benutzer »vervollständigen« ein Formular im Allgemeinen durch die Veränderung seiner Steuerelemente, bevor das Formular zu einer Anwendung übertragen wird (zum Beispiel zu einem Webserver, zu einem Mailserver und so weiter).

 <FORM action="http://somesite.com/prog/adduser" method="post">
    <P>
    <LABEL for="vorname">Vorname: </LABEL>
              <INPUT type="text" id="vorname"><BR>
    <LABEL for="nachname">Nachname: </LABEL>
              <INPUT type="text" id="nachname"><BR>
    <LABEL for="email">E-Mail: </LABEL>
              <INPUT type="text" id="email"><BR>
    <INPUT type="radio" name="geschlecht" value="Maskulin"> Maskulin<BR>
    <INPUT type="radio" name="geschlecht" value="Feminin"> Feminin<BR>
    <INPUT type="submit" value="Absenden"> <INPUT type="reset" value="Zurücksetzen">
    </P>
 </FORM>

17.2 Steuerelemente

Benutzer interagieren mit Formularen über benannte Steuerelemente.

Der »Steuerelementname« eines Steuerelements wird über sein name-Attribut zugewiesen. Der Geltungsbereich des name-Attributs für ein Steuerelement innerhalb eines FORM-Elements ist das FORM-Element.

Anmerkung der Übersetzer:

Ein kleines Beispiel wird das verdeutlichen. Wir gehen von einer Seite aus, die die beiden folgenden Formulare enthält:

 <FORM ACTION="adduser.pl" METHOD="get">
    <P>
    <LABEL FOR="vorname">Vorname: </LABEL>  
              <INPUT TYPE="text" NAME="vorname"><BR>
    <LABEL FOR="nachname">Nachname: </LABEL> 
              <INPUT TYPE="text" NAME="nachname"><BR>
    <LABEL FOR="email">E-Mail: </LABEL>   
              <INPUT TYPE="text" NAME="email"><BR>
    <INPUT TYPE="radio" NAME="geschlecht" VALUE="Maskulin"> Maskulin<BR>
    <INPUT TYPE="radio" NAME="geschlecht" VALUE="Feminin"> Feminin<BR>
    <INPUT TYPE="submit" VALUE="Absenden"> 
    <INPUT TYPE="reset" VALUE="Zurücksetzen">
    </P>
 </FORM>
 <FORM ACTION="searchuser.pl" METHOD="get">
    <P>
    <LABEL FOR="vorname">Vorname: </LABEL>  
              <INPUT TYPE="text" NAME="vorname"><BR>
    <LABEL FOR="nachname">Nachname: </LABEL> 
              <INPUT TYPE="text" NAME="nachname"><BR>
    <INPUT TYPE="submit" VALUE="Absenden"> 
    <INPUT TYPE="reset" VALUE="Zurücksetzen">
    </P>
 </FORM>

Beim Absenden des ersten Formulars wird das Perl-Skript adduser.pl aufgerufen, beim zweiten searchuser.pl. Beide erwarten Parameter, nämlich die Werte des ausgefüllten Formulars. Füllt man die Formulare aus und schaut nach dem Absenden den URI an, so erkent man deutlich, dass die Werte des jeweiligen Formulars übertragen werden.

Der URI nach dem Übertragen des ersten Formulars:

...adduser.pl?vorname=Albert&nachname=Meier&email=albert.meier%40irgendwo.de&geschlecht=Maskulin

Der URI nach dem Übertragen des zweiten Formulars:

...searchuser.pl?vorname=Ruth&nachname=Schulze

»vorname« und »nachname« werden in beiden Fällen übergeben, jedoch mit dem eingegebenen Wert des jeweiligen Formulars.

Jedes Steuerelement hat sowohl einen Anfangswert als auch einen aktuellen Wert, beide Werte sind Zeichenketten. In den individuellen Definitionen der Steuerelemente finden Sie Informationen über Anfangswerte und mögliche Beschränkungen für Werte, die vom Steuerelement auferlegt werden. Im Allgemeinen wird der Anfangswert über das Attribut value des Steuerelements angegeben. Jedoch wird der Anfangswert eines TEXTAREA-Elements durch seinen Inhalt angegeben, und der Anfangswert eines OBJECT-Elements in einem Formular wird durch die Implementierung des Objekts bestimmt (das heißt, er liegt außerhalb des Geltungsbereichs dieser Spezifikation).

Der »aktuelle Wert« eines Steuerelements wird zuerst auf seinen Anfangswert gesetzt. Danach kann der aktuelle Wert des Steuerelements durch Interaktion des Benutzers oder durch Skripte verändert werden.

Der Anfangswert eines Steuerelements verändert sich nicht. Wird ein Forumlar zurückgesetzt, werden folglich die aktuellen Werte aller Steuerelemente auf ihre Anfangswerte zurückgesetzt. Hat ein Steuerelement keinen Anfangswert, ist die Auswirkung einer Zurücksetzung für dieses Steuerelement nicht definiert.

Wird ein Formular für die Verarbeitung übertragen, fassen einige Steuerelemente ihre Namen mit den aktuellen Werten zu einem Paar zusammen, und diese Paare werden mit dem Formular übertragen. Steuerelemente, für die solche Name/Wert-Paare übertragen werden, nennt man erfolgreiche Steuerelemente (successful controls).

17.2.1 Steuerelementtypen

HTML definiert die folgenden Steuerelementtypen:

Schaltflächen

Autoren können drei verschiedene Schaltflächentypen erzeugen:

• Absenden-Schaltflächen (submit buttons): Wird sie aktiviert, sendet die Absenden-Schaltfläche ein Formular. Ein Formular kann mehr als eine Absenden-Schaltfläche enthalten.
• Zurücksetzen-Schaltflächen (reset buttons): Wird sie aktiviert, setzt eine Zurücksetzen-Schaltfläche alle Steuerelemente auf ihren Anfangswert zurück.
• Allgemeine Schaltflächen (push buttons): Allgemeine Schaltflächen zeigen kein voreingestelltes Verhalten. Jede Schaltfläche kann über die Event-Attribute des Elements mit einem Client-seitigen Skript verbunden sein. Wird das Event ausgelöst (zum Beispiel wenn der Benutzer eine Schaltfläche drückt, loslässt und so weiter), wird das entsprechende Skript ausgeführt.

  Autoren sollten die Skriptsprache für das Skript einer allgemeinen Schaltfläche über eine Deklaration der Standard-Skriptsprache (siehe Abschnitt 18.2.2) angeben (mit dem Element META).

Autoren können Schaltflächen mit den Elementen BUTTON oder INPUT erzeugen. Details über die Angabe unterschiedlicher Schaltflächentypen finden Sie in den Definitionen dieser Elemente.

Anmerkung: Autoren sollten beachten, dass BUTTON -Elemente mehr Darstellungsmöglichkeiten bieten als INPUT-Elemente.

Checkboxen

Checkboxen und Radio-Buttons sind Ein/Aus-Schalter, die vom Benutzer geschaltet werden können. Ein Schalter ist auf »Ein« gesetzt, wenn das Attribut checked eines Steuerelements angegeben ist. Wird ein Formular übertragen, können nur Checkbox-Steuerelemente erfolgreich werden, die auf »Ein« stehen.

Einige Checkboxen in einem Formular können den gleichen Steuerelementnamen teilen. So gestatten es Checkboxen zum Beispiel, mehrere Werte für die gleiche Eigenschaft auszuwählen. Checkbox-Steuerelemente werden mit dem Element INPUT erzeugt.

Radio-Buttons

Radio-Buttons gleichen normalen Checkboxen, wenn jedoch mehrere den gleichen Steuerelementnamen teilen, schließen Sie sich gegenseitig aus: ist eine Auswahl eingeschaltet, sind alle anderen mit dem gleichen Namen ausgeschaltet. Steuerelemente vom Typ Radio-Button werden mit dem Element INPUT erzeugt.

Ist zu Beginn kein Radio-Button in einer Gruppe mit Elementen gleichen Namens eingeschaltet, dann ist nicht definiert, welches Steuerelement ein Benutzerprogramm zu Beginn einschalten soll. Anmerkung: Weil bestehende Implementationen diese Fälle unterschiedlich behandeln, weicht die aktuelle Spezifikation von RFC 1866 ([RFC1866] Abschnitt 8.1.2.4) ab, welcher aussagt:

Zu allen Zeiten ist genau ein Radio-Button in einer Gruppe ausgewählt. Ist für keines der <INPUT>-Elemente einer Gruppe mit Radio-Button das Attribut CHECKED gesetzt, dann muss das Benutzerprogramm den ersten Radio-Button der Gruppe zu Beginn auswählen.

Weil sich die Vorgehensweise der Benutzerprogramme voneinander unterscheidet, sollten Autoren sicherstellen, dass in jeder Gruppe mit Radio-Buttons einer zu Beginn eingeschaltet ist.

Menüs

Menüs bieten Benutzern Auswahlmöglichkeiten, aus denen sie wählen können. Das Element SELECT erzeugt in Verbindung mit den Elementen OPTGROUP und OPTION ein Menü.

Texteingabe

Autoren können zwei verschiedene Steuerelementtypen einsetzen, die Benutzern die Texteingabe gestatten. Das Element INPUT erzeugt ein Eingabe-Steuerelement mit einer einzelnen Zeile, und das Element TEXTAREA erzeugt ein Eingabe-Steuerelement mit mehreren Zeilen. In beiden Fällen wird der Eingabetext zum aktuellen Wert des Steuerelements.

Dateiauswahl

Dieser Steuerelementtyp gestattet dem Benutzer die Auswahl von Dateien, so dass ihr Inhalt mit dem Formular übertragen werden kann. Dateiauswahl-Steuerelemente werden mit dem Element INPUT erzeugt.

Versteckte Steuerelemente

Autoren können Steuerelemente erzeugen, die nicht dargestellt werden, deren Werte aber mit dem Formular übertragen werden. Autoren verwenden diese Steuerelementtypen im Allgemeinen, um Informationen von Client/Server-Operationen zu speichern, die ansonsten dadurch, dass HTTP ein zustandsloses Protokoll ist (stateless nature), verloren gingen (siehe [RFC2616]). Versteckte Steuerelemente werden mit dem Element INPUT erzeugt.

Objekt-Steuerelemente

Autoren können allgemeine Objekte so in Formulare einbinden, dass damit verbundene Werte zusammen mit anderen Steuerelementen übertragen werden. Autoren können Objekt-Steuerelemente mit dem Element OBJECT erzeugen.

Die Elemente, die zur Erzeugung eines Steuerelements verwendet werden, stehen im Allgemeinen innerhalb eines FORM-Elements, können aber auch außerhalb eines FORM-Elements stehen, wenn sie zur Erzeugung von Benutzerschnittstellen verwendet werden. Dies wird in Abschnitt 18.2.3, »Eingebettete Ereignisse« besprochen. Beachten Sie, dass Steuerelemente außerhalb eines Formulars keine erfolgreichen Steuerelemente werden können.

17.3 Das Element FORM

<!ELEMENT FORM - - (%block;|SCRIPT)+ -(FORM) -- interactive form -->
<!ATTLIST FORM
  %attrs;                              -- %coreattrs, %i18n, %events --
  action      %URI;          #REQUIRED -- server-side form handler --
  method      (GET|POST)     GET       -- HTTP method used to submit the form--
  enctype     %ContentType;  "application/x-www-form-urlencoded"
  accept      %ContentTypes; #IMPLIED  -- list of MIME types for file upload --
  name        CDATA          #IMPLIED  -- name of form for scripting --
  onsubmit    %Script;       #IMPLIED  -- the form was submitted --
  onreset     %Script;       #IMPLIED  -- the form was reset --
  accept-charset %Charsets;  #IMPLIED  -- list of supported charsets --
  >

Start-Tag: erforderlich, End-Tag: erforderlich

Das Element FORM ist ein Container für Steuerelemente. Es gibt an:

• Das Layout des Formulars (gegeben durch den Inhalt des Elements).
• Das Programm, welches das vervollständigte und übertragene Formular weiterverarbeiten wird (das Attribut action). Das empfangende Programm muss in der Lage sein, die Name/Wert-Paare zu verarbeiten, um sie verwenden zu können.
• Die Methode, mit der Benutzerdaten zum Server gesendet werden (das Attribut method).
• Eine Zeichenkodierung, die vom Server akzeptiert werden muss, um dieses Formular zu verarbeiten (das Attribut accept-charset). Benutzerprogramme können den Benutzer auf diesen Wert des Attributs accept-charset hinweisen und/oder die Möglichkeit des Benutzers einschränken, nicht erkannte Zeichen einzugeben.

Ein Formular kann zusätzlich zu Formular-Steuerelementen Text und Auszeichnungen (Absätze, Listen und so weiter) enthalten.

 <FORM action="http://somesite.com/prog/adduser" method="post">
 ...Formularinhalt...
 </FORM>

Informationen darüber, wie ein Benutzerprogramm die Formulardaten für Server herrichten muss und wie es die erwarteten Antworten verarbeiten soll, finden sie im Abschnitt »Formularübertragung«.

17.4 Das Element INPUT

<!ENTITY % InputType
  "(TEXT | PASSWORD | CHECKBOX |
    RADIO | SUBMIT | RESET |
    FILE | HIDDEN | IMAGE | BUTTON)"
   >

<!-- attribute name required for all but submit and reset -->
<!ELEMENT INPUT - O EMPTY              -- form control -->
<!ATTLIST INPUT
  %attrs;                              -- %coreattrs, %i18n, %events --
  type        %InputType;    TEXT      -- what kind of widget is needed --
  name        CDATA          #IMPLIED  -- submit as part of form --
  value       CDATA          #IMPLIED  -- Specify for radio buttons and checkboxes --
  checked     (checked)      #IMPLIED  -- for radio buttons and check boxes --
  disabled    (disabled)     #IMPLIED  -- unavailable in this context --
  readonly    (readonly)     #IMPLIED  -- for text and passwd --
  size        CDATA          #IMPLIED  -- specific to each type of field --
  maxlength   NUMBER         #IMPLIED  -- max chars for text fields --
  src         %URI;          #IMPLIED  -- for fields with images --
  alt         CDATA          #IMPLIED  -- short description --
  usemap      %URI;          #IMPLIED  -- use client-side image map --
  ismap       (ismap)        #IMPLIED  -- use server-side image map --
  tabindex    NUMBER         #IMPLIED  -- position in tabbing order --
  accesskey   %Character;    #IMPLIED  -- accessibility key character --
  onfocus     %Script;       #IMPLIED  -- the element got the focus --
  onblur      %Script;       #IMPLIED  -- the element lost the focus --
  onselect    %Script;       #IMPLIED  -- some text was selected --
  onchange    %Script;       #IMPLIED  -- the element value was changed --
  accept      %ContentTypes; #IMPLIED  -- list of MIME types for file upload --
  >

Start-Tag: erforderlich, End-Tag: verboten

17.4.1 Steuerelementtypen mit INPUT

Der durch das INPUT-Element definierte Steuerelementtyp ist abhängig vom Wert des type-Attributs:

text

Erzeugt ein einzeiliges Texteingabe-Steuerelement.

password

Wie »text«, jedoch wird der Eingabetext so dargestellt, dass die Zeichen versteckt werden (zum Beispiel jeweils hinter einem Sternchen). Dieser Steuerelementtyp wird oft für vertrauliche Eingaben wie Passworte verwendet. Beachten Sie, dass der aktuelle Wert der eingegebene Text durch den Benutzer ist, nicht der Text, der vom Benutzerprogramm dargestellt wird.

Anmerkung: Anwendungsentwickler sollten berücksichtigen, dass dieser Mechanismus nur geringen Schutz bedeutet. Auch wenn das Benutzerprogramm das Passwort vor den Augen möglicher Beobachter versteckt, wird es als normaler Text zum Server übertragen und könnte von jedem gelesen werden, der auf einer niedrigeren Ebene Zugang zum Netzwerk hat.

checkbox

Erzeugt eine Checkbox.

radio

Erzeugt einen Radio-Button.

submit

Erzeugt eine Absenden-Schaltfläche.

image

Erzeugt eine graphische Absenden-Schaltfläche. Der Wert des src-Attributs gibt den URI der Bilddatei an, welche die Schaltfläche zieren wird. Aus Gründen der Zugänglichkeit sollten Autoren mit Hilfe des alt-Attributs alternativen Text für das Bild anbieten.

Wird ein Zeigergerät verwendet, um auf ein Bild zu klicken, dann wird das Formular übertragen und die Klick-Koordinaten werden an den Server weitergeleitet. Der x-Wert wird in Pixeln von der linken Seite des Bildes und der y-Wert wird in Pixeln von der Oberseite des Bildes gezählt. Die übermittelten Daten enthalten name.x=x-Wert und name.y=y-Wert, wobei »name« der Wert des Attributs name ist, und x-Wert sowie y-Wert die Werte der x- bzw. y-Koordinaten sind.

Zeigt der Server abhängig vom angeklickten Ort unterschiedliche Reaktionen, werden Benutzer von nicht graphischen Browsern benachteiligt sein. Aus diesem Grund sollten Autoren alternative Möglichkeiten in Erwägung ziehen:

• Verwenden Sie mehrere Schaltflächen (jede mit einem eigenen Bild), anstatt einer einzelnen graphischen Absenden-Schaltfläche. Autoren können Stylesheets verwenden, um die Anordnung dieser Schaltflächen zu bestimmen.
• Verwenden Sie eine Client-seitige Imagemap in Verbindung mit Skripten.

reset

Erzeugt eine Zurücksetzen-Schaltfäche.

button

Erzeugt eine allgemeine Schaltfläche. Benutzerprogramme sollten den Wert des Attributs value als Beschriftung für die Schaltfläche verwenden.

hidden

Erzeugt ein verstecktes Steuerelement.

file

Erzeugt ein Dateiauswahl-Steuerelement. Benutzerprogramme können den Wert des value-Attributs als den Anfangsdateinamen verwenden.

17.4.2 Beispielformulare mit INPUT-Steuerelementen

 <FORM action="http://somesite.com/prog/adduser" method="post">
    <P>
    Vorname: <INPUT type="text" name="vorname"><BR>
    Nachname: <INPUT type="text" name="nachname"><BR>
    E-Mail: <INPUT type="text" name="email"><BR>
    <INPUT type="radio" name="geschlecht" value="Maskulin"> Maskulin<BR>
    <INPUT type="radio" name="geschlecht" value="Feminin"> Feminin<BR>
    <INPUT type="submit" value="Absenden"> <INPUT type="reset" value="Zurücksetzen">
    </P>
 </FORM>

Anmerkung der Übersetzer:

Formularelemente werden in unterschiedlichen Browsern und erst recht unter verschiedenen Betriebssystemen stark voneinander abweichend dargestellt. Die folgenden Bilder des Formulars von oben, lediglich erweitert um ein Menü-Element, illustrieren dies:

Auch Stylesheets ändern nichts an betriebssystemspezifischen Darstellungen von Steuerelementen. Wir empfehlen daher beim Einsatz von Formularen, nicht zu versuchen, optisch starre Layouts zu erstellen. Dieser Versuch wird sehr wahrscheinlich scheitern.

<HEAD>
<META http-equiv="Content-Script-Type" content="text/javascript">
</HEAD>
<BODY>
 <FORM action="..." method="post">
    <P>
    <INPUT type="button" value="Drück Mich" onclick="verify()">
 </FORM>
</BODY>

<FORM action="http://server.dom/cgi/handle"
    enctype="multipart/form-data"
    method="post">
 <P>
 Wie heißt Du? <INPUT type="text" name="name_des_absenders">
 Welche Dateien verschickst Du? <INPUT type="file" name="name_der_dateien">
 </P>
</FORM>

17.5 Das Element BUTTON

<!ELEMENT BUTTON - -
     (%flow;)* -(A|%formctrl;|FORM|FIELDSET)
     -- push button -->
<!ATTLIST BUTTON
  %attrs;                              -- %coreattrs, %i18n, %events --
  name        CDATA          #IMPLIED
  value       CDATA          #IMPLIED  -- sent to server when submitted --
  type        (button|submit|reset) submit -- for use as form button --
  disabled    (disabled)     #IMPLIED  -- unavailable in this context --
  tabindex    NUMBER         #IMPLIED  -- position in tabbing order --
  accesskey   %Character;    #IMPLIED  -- accessibility key character --
  onfocus     %Script;       #IMPLIED  -- the element got the focus --
  onblur      %Script;       #IMPLIED  -- the element lost the focus --
  >

Start-Tag: erforderlich, End-Tag: erforderlich

Schaltflächen, die mit dem BUTTON-Element erzeugt werden, funktionieren wie Schaltflächen, die mit dem INPUT-Element erzeugt wurden, bieten ledoch mehr Darstellungsmöglichkeiten: das BUTTON-Element kann Inhalt haben. Zum Beispiel funktioniert ein BUTTON-Element mit Bild wie ein INPUT-Element, dessen type-Attribut auf »image« gesetzt ist und kann ihm gleichen, das Element BUTTON gestattet jedoch Inhalt.

Visuelle Benutzerprogramme könnten BUTTON-Schaltflächen mit Relief und Auf/Ab-Bewegung darstellen, wenn sie angeklickt werden, während sie INPUT-Schaltflächen als »flaches« Bild anzeigen könnten.

 <FORM action="http://somesite.com/prog/adduser" method="post">
    <P>
    Vorname: <INPUT type="text" name="vorname"><BR>
    Nachname: <INPUT type="text" name="nachname"><BR>
    E-Mail: <INPUT type="text" name="email"><BR>
    <INPUT type="radio" name="genus" value="Maskulin"> Maskulin<BR>
    <INPUT type="radio" name="genus" value="Feminin"> Feminin<BR>
    <BUTTON name="senden" value="senden" type="submit">
    Absenden<IMG src="/icons/wow.gif" alt="wow"></BUTTON>
    <BUTTON name="reset" type="reset">
    Zurücksetzen<IMG src="/icons/oops.gif" alt="oops"></BUTTON>
    </P>
 </FORM>

Rufen Sie sich in Erinnerung, dass Autoren alternativen Text für ein IMG-Element angeben müssen.

Es ist nicht gestattet, eine Imagemap mit einem IMG zu verknüpfen, das im Inhalt eines BUTTON-Elements steht.

<BUTTON>
<IMG src="foo.gif" usemap="...">
</BUTTON>

17.6 Die Elemente SELECT, OPTGROUP und OPTION

<!ELEMENT SELECT - - (OPTGROUP|OPTION)+ -- option selector -->
<!ATTLIST SELECT
  %attrs;                              -- %coreattrs, %i18n, %events --
  name        CDATA          #IMPLIED  -- field name --
  size        NUMBER         #IMPLIED  -- rows visible --
  multiple    (multiple)     #IMPLIED  -- default is single selection --
  disabled    (disabled)     #IMPLIED  -- unavailable in this context --
  tabindex    NUMBER         #IMPLIED  -- position in tabbing order --
  onfocus     %Script;       #IMPLIED  -- the element got the focus --
  onblur      %Script;       #IMPLIED  -- the element lost the focus --
  onchange    %Script;       #IMPLIED  -- the element value was changed --
  >

Start-Tag: erforderlich, End-Tag: erforderlich

Das SELECT-Element erzeugt ein Menü. Jede Auswahlmöglichkeit wird durch ein OPTION-Element repräsentiert. Ein SELECT-Element muss mindestens ein OPTION-Element enthalten.

Das OPTGROUP-Element gestattet Autoren, die Auswahlmöglichkeiten logisch anzuordnen. Dies ist besonders hilfreich, wenn der Benutzer aus einer langen Liste auswählen muss; Gruppen verwandter Auswahlmöglichkeiten sind einfacher zu verstehen und zu behalten als eine einfache lange Liste mit Auswahlmöglichkeiten. In HTML 4 müssen alle OPTGROUP-Elemente direkt innerhalb eines SELECT-Elements angegeben werden (das heißt, Gruppen dürfen nicht verschachtelt werden).

17.6.1 Vorauswahlen

Keine oder mehrere Möglichkeiten können für den Benutzer vorausgewählt sein. Benutzerprogramme sollten wie folgt feststellen, welche Möglichkeiten ausgewählt sind:

• Ist für kein OPTION-Element das Attribut selected angegeben, ist für Benutzerprogramme nicht definiert, welche Möglichkeit zu Beginn ausgewählt wird. Anmerkung: Weil vorhandene Implementationen diese Fälle unterschiedlich behandeln, weicht die aktuelle Spezifikation vom RFC 1866 ([RFC1866] Abschnitt 8.1.3) ab, welcher aussagt:

  Im Anfangszustand ist die erste Möglichkeit ausgewählt, wenn kein SELECTED-Attribut für irgendein <OPTION>-Element angegeben ist.

  Weil sich die Vorgehensweise der Benutzerprogramme unterscheidet, sollten Autoren sicherstellen, dass jedes Menü als Voreinstellung ein vorausgewähltes OPTION-Element enthält.

• Ist für ein OPTION-Element das selected-Attribut angegeben, sollte es vorausgewählt sein.
• Ist für das SELECT-Element das multiple-Attribut angegeben und mehr als ein OPTION-Element über das selected-Attribut ausgewählt, sollten all diese vorausgewählt sein.
• Es wird als Fehler angesehen, wenn für mehr als ein OPTION-Element das selected-Attribut angegeben ist, für das SELECT-Element jedoch kein multiple-Attribut gesetzt ist. Benutzerprogramme können bei diesem Fehler unterschiedlich vorgehen, jedoch sollten sie nicht mehr als eine Möglichkeit vorauswählen.

<!ELEMENT OPTGROUP - - (OPTION)+ -- option group -->
<!ATTLIST OPTGROUP
  %attrs;                              -- %coreattrs, %i18n, %events --
  disabled    (disabled)     #IMPLIED  -- unavailable in this context --
  label       %Text;         #REQUIRED -- for use in hierarchical menus --
  >

Start-Tag: erforderlich, End-Tag: erforderlich

<!ELEMENT OPTION - O (#PCDATA)         -- selectable choice -->
<!ATTLIST OPTION
  %attrs;                              -- %coreattrs, %i18n, %events --
  selected    (selected)     #IMPLIED
  disabled    (disabled)     #IMPLIED  -- unavailable in this context --
  label       %Text;         #IMPLIED  -- for use in hierarchical menus --
  value       CDATA          #IMPLIED  -- defaults to element content --
  >

Start-Tag: erforderlich, End-Tag: optional

Wird eine Menüauswahl dargestellt, sollten Benutzerprogramme den Wert des label-Attributs des OPTION-Elements als Auswahlmöglichkeit präsentieren. Ist dieses Attribut nicht angegeben, sollten Benutzerprogramme den Inhalt des OPTION-Elements verwenden.

Das label-Attribut des OPTGROUP-Elements gibt die Beschriftung für eine Gruppe mehrerer Auswahlmöglichkeiten an.

<FORM action="http://somesite.com/prog/component-select" method="post">
   <P>
   <SELECT multiple size="4" name="component-select">
      <OPTION selected value="Komponente_1_a">Komponente_1</OPTION>
      <OPTION selected value="Komponente_1_b">Komponente_2</OPTION>
      <OPTION>Komponente_3</OPTION>
      <OPTION>Komponente_4</OPTION>
      <OPTION>Komponente_5</OPTION>
      <OPTION>Komponente_6</OPTION>
      <OPTION>Komponente_7</OPTION>
   </SELECT>
   <INPUT type="submit" value="Absenden"><INPUT type="reset" value="Zurücksetzen">
   </P>
</FORM>

<FORM action="http://somesite.com/prog/someprog" method="post">
 <P>
 <SELECT name="ComOS">
     <OPTION selected label="keine" value="keine">Keine</OPTION>
     <OPTGROUP label="PortMaster 3">
       <OPTION label="3.7.1" value="pm3_3.7.1">PortMaster 3 mit ComOS 3.7.1</OPTION>
       <OPTION label="3.7" value="pm3_3.7">PortMaster 3 mit ComOS 3.7</OPTION>
       <OPTION label="3.5" value="pm3_3.5">PortMaster 3 mit ComOS 3.5</OPTION>
     </OPTGROUP>
     <OPTGROUP label="PortMaster 2">
       <OPTION label="3.7" value="pm2_3.7">PortMaster 2 mit ComOS 3.7</OPTION>
       <OPTION label="3.5" value="pm2_3.5">PortMaster 2 mit ComOS 3.5</OPTION>
     </OPTGROUP>
     <OPTGROUP label="IRX">
       <OPTION label="3.7R" value="IRX_3.7R">IRX mit ComOS 3.7R</OPTION>
       <OPTION label="3.5R" value="IRX_3.5R">IRX mit ComOS 3.5R</OPTION>
     </OPTGROUP>
 </SELECT>
</FORM>

  Keine
  PortMaster 3
      3.7.1
      3.7
      3.5
  PortMaster 2
      3.7
      3.5
  IRX
      3.7R
      3.5R

Anmerkung der Übersetzer:

Die Darstellung derartige Menüs ist von Benutzerprogramm zu Benutzerprogramm sehr verschieden. In der gleichen Situation wie eben sieht ein Nutzer des Internet Explorer 5 unter MAC OS dieses:

Er sieht in diesem Moment zum Beispiel nicht mehr, dass er aktuell den Wert »PortMaster 3, 3.7.1« ausgewählt hat, weil er sich mit der Maus inzwischen über »Postmaster 2« befindet

17.7 Das Element TEXTAREA

<!ELEMENT TEXTAREA - - (#PCDATA)       -- multi-line text field -->
<!ATTLIST TEXTAREA
  %attrs;                              -- %coreattrs, %i18n, %events --
  name        CDATA          #IMPLIED
  rows        NUMBER         #REQUIRED
  cols        NUMBER         #REQUIRED
  disabled    (disabled)     #IMPLIED  -- unavailable in this context --
  readonly    (readonly)     #IMPLIED
  tabindex    NUMBER         #IMPLIED  -- position in tabbing order --
  accesskey   %Character;    #IMPLIED  -- accessibility key character --
  onfocus     %Script;       #IMPLIED  -- the element got the focus --
  onblur      %Script;       #IMPLIED  -- the element lost the focus --
  onselect    %Script;       #IMPLIED  -- some text was selected --
  onchange    %Script;       #IMPLIED  -- the element value was changed --
  >

Start-Tag: erforderlich, End-Tag: erforderlich

Das Element TEXTAREA erzeugt ein mehrzeiligesTexteingabe-Steuerelement. Benutzerprogramme sollten den Inhalt dieses Elements als den Anfangswert des Steuerelements verwenden und diesen als Text zu Beginn darstellen.

<FORM action="http://somesite.com/prog/text-read" method="post">
   <P>
   <TEXTAREA name="thetext" rows="20" cols="80">
   Erste Zeile mit Anfangstext.
   Zweite Zeile mit Anfangstext.
   </TEXTAREA>
   <INPUT type="submit" value="Absenden"><INPUT type="reset" value="Zurücksetzen">
   </P>
</FORM>

17.8 Das Element ISINDEX

ISINDEX ist missbilligt. Dieses Element erzeugt ein einzeiliges Texteingabe-Steuerelement. Autoren sollten das INPUT-Element verwenden, um Texteingabe-Steuerelemente zu erzeugen.

Die formale Definition ist in der Transitional DTD nachzulesen.

Das Element ISINDEX erzeugt ein einzeiliges Texteingabe-Steuerelement, das eine beliebige Anzahl von Zeichen erlaubt. Benutzerprogramme können den Wert des prompt-Attributs als Titel für die Eingabeaufforderung verwenden.

<ISINDEX prompt="Geben Sie Ihren Suchbegriff an: ">

<FORM action="..." method="post">
<P>Geben Sie Ihren Suchbegriff an: <INPUT type="text"></P>
</FORM>

17.9 Beschriftungen

Einige Formular-Steuerelemente haben bereits automatisch eine zugehörige Beschriftung (Schaltflächen), während die meisten keine haben (Textfelder, Auswahlfelder, Radio-Buttons und Menüs).

Für Steuerelemente, die eine implizite Beschriftung haben, sollten Benutzerprogramme den Wert des value-Attributs als Beschriftungszeichenkette verwenden.

Das Element LABEL wird für die Beschriftung der Steuerelemente verwendet, die keine implizite Beschriftung haben.

17.9.1 Das Element LABEL

<!ELEMENT LABEL - - (%inline;)* -(LABEL) -- form field label text -->
<!ATTLIST LABEL
  %attrs;                              -- %coreattrs, %i18n, %events --
  for         IDREF          #IMPLIED  -- matches field ID value --
  accesskey   %Character;    #IMPLIED  -- accessibility key character --
  onfocus     %Script;       #IMPLIED  -- the element got the focus --
  onblur      %Script;       #IMPLIED  -- the element lost the focus --
  >

Start-Tag: erforderlich, End-Tag: erforderlich

Das Element LABEL kann dazu verwendet werden, Steuerelementen Informationen hinzuzufügen. Jedes LABEL-Element ist genau einem Formular-Steuerelement zugeordnet.

Das for-Attribut verknüpft eine Beschriftung explizit mit einem anderen Steuerelement: der Wert des for-Attributs muss der gleiche sein, wie der des id-Attributs des verbundenen Steuerelements. Mehr als ein LABEL kann mit dem gleichen Steuerelement verknüpft werden, wenn mehrere Verweise über das for-Attribut erzeugt werden.

<FORM action="..." method="post">
<TABLE>
  <TR>
    <TD><LABEL for="vname">Vorname</LABEL>
    <TD><INPUT type="text" name="vorname" id="vname">
  <TR>
    <TD><LABEL for="nname">Nachname</LABEL>
    <TD><INPUT type="text" name="nachname" id="nname">
</TABLE>
</FORM>

 <FORM action="http://somesite.com/prog/adduser" method="post">
    <P>
    <LABEL for="vorname">Vorname: </LABEL>
              <INPUT type="text" id="vorname"><BR>
    <LABEL for="nachname">Nachname: </LABEL>
              <INPUT type="text" id="nachname"><BR>
    <LABEL for="email">E-Mail: </LABEL>
              <INPUT type="text" id="email"><BR>
    <INPUT type="radio" name="geschlecht" value="Maskulin"> Maskulin<BR>
    <INPUT type="radio" name="geschlecht" value="Feminin"> Feminin<BR>
    <INPUT type="submit" value="Senden"> <INPUT type="reset" value="Zurücksetzen">
    </P>
 </FORM>

Um eine Beschriftung mit einem anderen Steuerelement implizit zu verbinden, muss das Steuerelement innerhalb des Inhalts des LABEL-Elements liegen. In diesem Fall sollte das LABEL nur ein Steuerelement enthalten. Die Beschriftung selbst kann vor oder nach dem entsprechenden Steuerelement angebracht werden.

<FORM action="..." method="post">
<P>
<LABEL>
   Vorame
   <INPUT type="text" name="vorname">
</LABEL>
<LABEL>
   <INPUT type="text" name="nachname">
   Nachname
</LABEL>
</P>
</FORM>

Bekommt ein LABEL-Element den Fokus, reicht es den Fokus weiter an sein entsprechendes Steuerelement. Der folgende Abschnitt über Zugriffstasten zeigt Beispiele.

Beschriftungen können von Benutzerprogrammen auf verschiedene Art dargestellt werden (zum Beispiel optisch, durch Sprachsynthesizer gesprochen und so weiter).

17.10 Formularen Struktur hinzufügen: die Elemente FIELDSET und LEGEND

<!--
  #PCDATA is to solve the mixed content problem,
  per specification only whitespace is allowed there!
 -->
<!ELEMENT FIELDSET - - (#PCDATA,LEGEND,(%flow;)*) -- form control group -->
<!ATTLIST FIELDSET
  %attrs;                              -- %coreattrs, %i18n, %events --
  >

<!ELEMENT LEGEND - - (%inline;)*       -- fieldset legend -->

<!ATTLIST LEGEND
  %attrs;                              -- %coreattrs, %i18n, %events --
  accesskey   %Character;    #IMPLIED  -- accessibility key character --
  >

Start-Tag: erforderlich, End-Tag: erforderlich

Das Element FIELDSET gestattet Autoren, thematisch vergleichbare Steuerelemente und Beschriftungen zu gruppieren. Die Gruppierung von Steuerelementen vereinfacht Benutzern, deren Zweck zu verstehen, gleichzeitig wird die Tabulatornavigation für optische Benutzerprogramme und die Sprachnavigation für sprachorientierte Benutzerprogramme erleichtert. Die sorgfältige Verwendung dieser Elemente macht Dokumente zugänglicher.

Das Element LEGEND gestattet Autoren, einem FIELDSET eine Beschriftung zu verleihen. Die Beschriftung verbessert die Zugänglichkeit, wenn das FIELDSET nicht visuell ausgegeben wird.

<FORM action="..." method="post">
 <P>
 <FIELDSET>
  <LEGEND>Persönliche Informationen</LEGEND>
  Nachname: <INPUT name="pers_nachname" type="text" tabindex="1">
  Vorname: <INPUT name="pers_vorname" type="text" tabindex="2">
  Adresse: <INPUT name="pers_adresse" type="text" tabindex="3">
  ...mehr persönliche Informationen...
 </FIELDSET>
 <FIELDSET>
  <LEGEND>Medizinische Vergangenheit</LEGEND>
  <INPUT name="geschichte_krankheit" 
         type="checkbox" 
         value="Pocken" tabindex="20"> Pocken
  <INPUT name="geschichte_krankheit" 
         type="checkbox" 
         value="Mumps" tabindex="21"> Mumps
  <INPUT name="geschichte_krankheit" 
         type="checkbox" 
         value="Schwindel" tabindex="22"> Schwindel
  <INPUT name="geschichte_krankheit" 
         type="checkbox" 
         value="Schnupfen" tabindex="23"> Schnupfen
  ...mehr medizinische Vergangenheit...
 </FIELDSET>
 <FIELDSET>
  <LEGEND>Aktuelle Medikation</LEGEND>
  Nehmen Sie zur Zeit irgendwelche Medikamente? 
  <INPUT name="medikamente_jetzt" 
         type="radio" 
         value="Ja" tabindex="35">Ja
  <INPUT name="medikamente_jetzt" 
         type="radio" 
         value="Nein" tabindex="35">Nein

  Wenn Sie zur Zeit Medikamente nehmen, geben Sie diese bitte
  im Textfeld unten an:
  <TEXTAREA name="aktuelle_medikamente" 
            rows="20" cols="50"
            tabindex="40">
  </TEXTAREA>
 </FIELDSET>
</FORM>

17.11 Einem Element den Fokus zuweisen

In einem HTML-Dokument muss ein Element vom Benutzer den Fokus zugewiesen bekommen, um aktiv zu werden und seine Aufgabe zu erfüllen. Zum Beispiel müssen Benutzer einen durch das A erzeugten Verweis aktivieren, um dem angegebenen Verweis zu folgen. Ähnlich müssen Benutzer einer TEXTAREA den Fokus zuweisen, um dort Text eingeben zu können.

Es gibt verschiedene Wege, einem Element den Fokus zuzuweisen:

• Das Element mit einem Zeigergerät kennzeichnen.
• Von einem Element zum nächsten mit der Tastatur navigieren. Der Autor eines Dokuments kann die Tabulator-Reihenfolge definieren und so die Reihenfolge angeben, in der Elemente den Fokus erlangen, wenn der Benutzer mit der Tastatur durch das Dokument navigiert (siehe »Tabulatornavigation«). Einmal ausgewählt, kann das Element durch eine andere Tastensequenz aktiviert werden.
• Ein Element durch eine Zugriffstaste (manchmal auch »Tastenkombination« oder »Tastenkürzel bzw. Shortcut« genannt) auswählen.

17.11.1 Tabulatornavigation

Die Tabulator-Reihenfolge definiert die Reihenfolge, in der die Elemente den Fokus erlangen, wenn der Benutzer über die Tastatur navigiert. Die Tabulator-Reihenfolge kann Elemente enthalten, die innerhalb anderer Elemente verschachtelt sind.

Elemente, die den Fokus erlangen können, sollten durch Benutzerprogramme nach folgenden Regeln angesteuert werden:

1. Die Elemente, welche das tabindex-Attribut unterstützen und einen positiven Wert dafür enthalten, werden zuerst angesteuert. Die Navigation verfährt vom Element mit dem niedrigsten tabindex-Wert zu dem Element mit dem höchsten Wert. Werte müssen weder aufeinanderfolgend sein, noch müssen sie mit einem bestimmten Wert anfangen. Elemente mit identischen tabindex-Werten sollten in der Reihenfolge angesteuert werden, in der sie imr Zeichenstrom erscheinen.
2. Die Elemente, die das tabindex-Attribut nicht unterstützen oder es unterstützen und ihnen der Wert »0« zugewiesen ist, werden als nächstes angesteuert. Diese Elemente werden in der Reihenfolge angesteuert, in der sie im Zeichenstrom erscheinen.
3. Elemente, die »disabled« sind, sind nicht in der Tabulator-Reihenfolge enthalten.

Die folgenden Elemente unterstützen das tabindex-Attribut: A, AREA, BUTTON, INPUT, OBJECT, SELECT und TEXTAREA.

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
   "http://www.w3.org/TR/html4/strict.dtd">
<HTML>
<HEAD>
<TITLE>Ein Dokument mit FORM</TITLE>
</HEAD>
<BODY>
...etwas Text...
<P>Gehe zu der 
<A tabindex="10" href="http://www.w3.org/">W3C-Webseite.</A>
...noch mehr...
<BUTTON type="button" name="get-database"
           tabindex="1" onclick="get-database">
Hole die aktuelle Datenbank.
</BUTTON>
...noch mehr...
<FORM action="..." method="post">
<P>
<INPUT tabindex="1" type="text" name="feld1">
<INPUT tabindex="2" type="text" name="feld2">
<INPUT tabindex="3" type="submit" name="submit">
</P>
</FORM>
</BODY>
</HTML>

17.11.2 Zugriffstasten

Das Drücken einer Zugriffstaste, die einem Element zugeordnet ist, gibt dem Element den Fokus. Die Aktion, die eintritt, wenn ein Element den Fokus erhält, ist abhängig vom Element selbst. Wenn zum Beispiel ein Benutzer einen Link aktiviert, der vom A-Element erzeugt wird, folgt das Benutzerprogramm im Allgemeinen dem Link. Aktiviert ein Benutzer einen Radio-Button, verändert das Benutzerprogramm den Wert des Radio-Buttons. Aktiviert ein Benutzer ein Textfeld, erlaubt es die Texteingabe und so weiter.

Die folgenden Elemente unterstützen das Attribut accesskey: A, AREA, BUTTON, INPUT, LABEL, LEGEND und TEXTAREA.

<FORM action="..." method="post">
<P>
<LABEL for="fuser" accesskey="U">
User Name
</LABEL>
<INPUT type="text" name="user" id="fuser">
</P>
</FORM>

<P><A accesskey="C" 
      rel="Contents"
      href="http://someplace.com/specification/inhalt.html">
    Inhaltsverzeichnis</A>

Der Aufruf der Zugriffstasten hängt vom basierenden System ab. Zum Beispiel muss man auf Rechnern mit MS Windows im Allgemeinen die »Alt«-Taste zusätzlich zur Zugriffstaste drücken. Auf Apple-Systemen muss im Allgemeinen die »cmd«-Taste zusätzlich zur Zugriffstaste gedrückt werden.

Die Darstellung der Zugriffstasten hängt vom Benutzerprogramm ab. Wir empfehlen, dass Autoren die Zugriffstaste in die Beschriftung einschließen oder wo immer die Zugriffsaste verwendet werden muss. Benutzerprogramme sollten den Wert einer Zugriffstaste so darstellen, dass ihre Funktion unterstrichen wird und dass sie von den anderen Zeichen unterschieden werden kann (zum Beispiel durch unterstreichen).

17.12 Deaktivierte und schreibgeschützte Steuerelemente

In Kontexten, in denen Benutzereingaben entweder unerwünscht oder irrelevant sind, ist es wichtig, Steuerelemente deaktivieren zu können oder sie schreibgeschützt darzustellen. Zum Beispiel möchte vielleicht jemand eine Absenden-Schaltfläche deaktivieren bis der Benutzer erforderliche Daten eingegeben hat. Oder es möchte ein Autor vielleicht schreibgeschützten Text einschließen, der als Wert mit dem Formular übertragen werden muss. Der folgende Abschnitt beschreibt deaktivierte und schreibgeschützte Steuerelemente.

17.12.1 Deaktivierte Steuerelemente

Ist es angegeben, hat das Attribut disabled die folgenden Auswirkungen auf ein Element:

• Deaktivierte Steuerelemente erhalten keinen Fokus.
• Deaktivierte Steuerelemente werden in der Tabulatornavigation übergangen.
• Deaktivierte Steuerelemente können nicht erfolgreich sein.

Die folgenden Elemente unterstützen das Attribut disabled: BUTTON, INPUT, OPTGROUP, OPTION, SELECT und TEXTAREA.

Dieses Attribut wird vererbt, jedoch überschreiben lokale Deklarationen den vererbten Wert.

Wie deaktivierte Elemente dargestellt werden, ist abhängig vom Benutzerprogramm. Zum Beispiel stellen einige Benutzerprogramme deaktivierte Menüpunkte, Schaltflächenbeschriftungen und so weiter grau dar.

<INPUT disabled name="fred" value="stone">

17.12.2 Schreibgeschützte Steuerelemente

Das Attribut readonly gibt an, ob das Steuerelement vom Benutzer verändert werden kann.

Ist es angegeben, hat das readonly-Attribut die folgenden Auswirkungen auf ein Element:

• Schreibgeschützte Elemente erhalten den Fokus, können jedoch nicht vom Benutzer verändert werden.
• Schreibgeschützte Elemente sind Teil der Tabulatornavigation.
• Schreibgeschützte Elemente können erfolgreich sein.

Die folgenden Elemente unterstützen das Attribut readonly: INPUT und TEXTAREA.

Wie schreibgeschützte Elemente dargestellt werden, ist abhängig vom Benutzerprogramm.

17.13 Formularübertragung

Der folgende Abschnitt erklärt, wie Benutzerprogramme Formulardaten zu formularverarbeitenden Programmen übertragen.

17.13.1 Formularübertragungsmethode

Das Attribut method des FORM-Elements gibt die HTTP-Methode an, die zur Übertragung des Formulars an das verarbeitende Programm verwendet wird. Dieses Attribut kann zwei Werte entgegennehmen:

• get: Mit der HTTP-Methode »get« wird der Formulardatensatz an den URI gehängt, der durch das action-Attribut angegeben ist (mit einem Fragezeichen (»?«) als Trennzeichen) und dieser neue URI wird zu dem verarbeitenden Programm geschickt.
• post: Mit der HTTP-Methode »post« wird der Formulardatensatz im Rumpf des Formulars eingeschlossen und zum verarbeitenden Programm geschickt.

Die Methode »get« sollte verwendet werden, wenn das Formular idempotent ist (das heißt, keine Nebeneffekte hat). Viele Datenbankanfragen haben keinen sichtbaren Nebeneffekt und bieten ideale Anwendungen für die Methode »get«.

Wenn der Dienst zur Verarbeitung eines Formulars Nebeneffekte verursacht (wenn das Formular zum Beispiel eine Datenbank oder ein Abonnement eines Dienstes verändert), sollte die Methode »post« verwendet werden.

17.13.2 Erfolgreiche Steuerelemente

Ein erfolgreiches Steuerelement ist »gültig« für die Übertragung. Für jedes erfolgreiche Steuerelement wird sein Steuerelementname, gepaart mit seinem aktuellen Wert, als Teil des Formulardatensatzes übermittelt. Ein erfolgreiches Steuerelement muss innerhalb eines FORM-Elements definiert sein und muss einen Steuerelementnamen haben.

Jedoch:

• Steuerelemente, die deaktiviert sind, können nicht erfolgreich sein.
• Enthält ein Formular mehr als eine Absenden-Schaltfläche ist nur die aktivierte Absenden-Schaltfläche erfolgreich.
• Alle Checkboxen, die eingeschaltet sind, können erfolgreich sein.
• Im Fall von Radio-Buttons, die den gleichen Wert des name-Attributs besitzen, kann nur der Radio-Button erfolgreich sein, der eingeschaltet ist.
• Im Fall von Menüs wird der Steuerelementname durch ein SELECT-Element angegeben und Werte durch OPTION-Elemente. Nur ausgewählte Optionen können erfolgreich sein. Sind keine Optionen ausgewählt, ist das Steuerelement nicht erfolgreich und weder der Name noch irgendein Wert werden an den Server übertragen, wenn das Formular übertragen wird.
• Der aktuelle Wert einer Dateiauswahl ist eine Liste mit einem oder mehreren Dateinamen. Bei der Übertragung des Formulars wird der Inhalt jeder Datei mit dem Rest der Formulardaten übertragen. Der Dateiinhalt wird entsprechend dem Inhaltstypen des Formulars gepackt.
• Der aktuelle Wert eines Objekt-Steuerelements wird durch die Implementation des Objekts bestimmt.

Hat ein Steuerelement keinen aktuellen Wert, wenn das Formular übertragen wird, wird von Benutzerprogrammen nicht gefordert, es als ein erfolgreiches Steuerelement zu behandeln.

Überdies sollten Benutzerprogramme die folgenden Steuerelemente nicht als erfolgreich betrachten:

• Reset-Buttons.
• OBJECT-Elemente, deren declare-Attribut angegeben ist.

Versteckte Steuerelemente und Steuerelemente, die aufgrund von Stylesheet-Angaben nicht dargestellt werden, können dennoch erfolgreich sein. Zum Beispiel:

<FORM action="..." method="post">
<P>
<INPUT type="password" style="display:none"  
          name="unsichtbares-passwort"
          value="meinpasswort">
</FORM>

17.13.3 Formulardaten verarbeiten

Überträgt der Benutzer ein Formular (zum Beispiel durch die Aktivierung einer Absenden-Schaltfläche), verarbeitet das Benutzerprogramm dieses Formular wie folgt.

Schritt eins: erfolgreiche Steuerelemente identifizieren 

Schritt zwei: Einen Formulardatensatz erzeugen 

Ein Formulardatensatz ist eine Folge von Paaren aus Steuerelementname/aktueller Wert, die aus erfolgreichen Steuerelementen erzeugt wird.

Schritt drei: Kodieren des Formulardatensatzes  

Der Formulardatensatz wird dann entsprechend dem Inhaltstyp kodiert, der vom enctype-Attribut des FORM-Elements angegeben wird.

Schritt vier: Den kodierten Formulardatensatz übertragen 

Schließlich werden die kodierten Daten unter Verwendung des vom method-Attribut angegeben Protokolls zum vom action-Attribut ausgewählten verarbeitenden Programm gesendet.

Diese Spezifikation gibt nicht alle gültigen Übertragungsmethoden oder Inhaltstypen an, die mit Formularen verwendet werden könnten. Jedoch müssen HTML 4-Benutzerprogramme die bestehenden Konventionen in den folgenden Fällen erfüllen:

• Ist die Methode »get« und der action-Wert ein HTTP-URI, verwendet das Benutzerprogramm den Wert von action, hängt ein »?« und dann den Formulardatensatz an, kodiert mit dem Inhaltstypen »application/x-www-form-urlencoded«. Das Benutzerprogramm führt daraufhin den Link zu diesem URI aus. In diesem Szenario sind Formulardaten auf ASCII-Kode beschränkt.
• Ist die Methode »post« und der action-Wert ein HTTP-URI, führt das Benutzerprogramm eine HTTP-Post-Transaktion unter Verwendung des action-Attributwerts und einer entsprechend dem Inhaltstypen, angegeben durch das enctype-Attribut, erzeugten Nachricht durch.

Für jeden anderen Wert von action oder method ist das Verhalten nicht spezifiziert.

Benutzerprogramme sollten die Antwort der HTTP-Transaktionen »get« und »post« darstellen.

17.13.4 Formular-Inhaltstypen

Das Attribut enctype des FORM-Elements gibt den Inhaltstypen an, der zur Kodierung des Formulardatensatzes für die Übertragung zum Server notwendig ist. Benutzerprogramme müssen die unten aufgeführten Inhaltstypen unterstützen. Das Verhalten für andere Inhaltstypen ist nicht spezifiziert.

Bitte lesen Sie ebenfalls den Abschnitt »Und-Zeichen in URI-Attributwerten« (B.2.2).

application/x-www-form-urlencoded  

Dies ist der Standard-Inhaltstyp. Formulare, die mit diesem Inhaltstyp übertragen werden, müssen wie folgt kodiert werden:

1. Steuerelementnamen und Werte werden ersetzt. Leerraum-Zeichen werden durch »+« ersetzt, dann werden reservierte Zeichen ersetzt wie in [RFC1738], Abschnitt 2.2 beschrieben: Nicht alphanumerische Zeichen werden durch »%HH«, ein Prozent-Zeichen und zwei hexadezimale Digits, die den ASCII-Kode des Zeichens repräsentieren. Zeilenumbrüche werden als »CR LF«-Paare repräsentiert (zum Beispiel »%0D%0A«).
2. Die Steuerelementnamen/Werte werden in der Reihenfolge aufgeführt, in der sie im Dokument erscheinen. Der Name wird vom Wert durch ein »=« getrennt und die Name/Wert-Paare untereinander durch ein »&«.

multipart/form-data  

Der Inhaltstyp »application/x-www-form-urlencoded« ist nicht leistungsfähig genug, um große Mengen binärer Daten zu verschicken oder Daten, die Nicht-ASCII-Zeichen enthalten. Der Inhaltstyp »multipart/form-data« sollte zur Übertragung von Formularen verwendet werden, die Dateien, Nicht-ASCII-Daten und binäre Daten enthalten.

Der Inhalt »multipart/form-data« ist konform zu den Regeln aller mehrteiligen MIME-Datenströme, wie in [RFC2045] umrissen. Die Definition von »multipart/form-data« ist verfügbar bei der [IANA]-Registratur.

Eine »multipart/form-data«-Nachricht enthält mehrere Teile, jedes repräsentiert ein erfolgreiches Steuerelement. Die Teile werden in der gleichen Reihenfolge zu dem verarbeitenden Programm gesendet, in der sie im Dokumentfluss auftauchen. Teilgrenzen sollten nicht in irgendeinem Teil der Daten auftauchen; wie dies erreicht wird, liegt außerhalb des Geltungsbereichs dieser Spezifikation

Wie bei allen mehrteiligen MIME-Typen, hat jeder Teil einen optionalen »Content-Type«-Header, dessen Voreinstellung »plain/text« ist. Benutzerprogramme sollten den »Content-Type«-Header angeben, begleitet von einem »charset«-Parameter.

In jedem Teil werden erwartet:

1. Einen »Content-Disposition«-Header, dessen Wert »form-data« ist.
2. Ein name-Attribut, das den Steuerelementnamen des entsprechenden Steuerelements angibt. Steuerelementnamen, die ursprünglich in Nicht-ASCII-Zeichensätzen kodiert waren, können mit der Methode kodiert werden, die in [RFC2045] umrissen wird.

So würde zum Beispiel für ein Steuerelement mit Namen »meinesteuerung« der korrespondierende Teil so angegeben:

Content-Disposition: form-data; name="meinesteuerung"

Wie bei allen MIME-Übertragungen wird »CR LF« (zum Beispiel »%0D%0A«) dazu verwendet, Datenzeilen voneinander zu trennen.

Jeder Teil kann kodiert und der »Content-Transfer-Encoding«-Header übergeben werden, falls der Wert des Teils nicht konform zu der voreingestellten (7 Bit) Kodierung ist (siehe [RFC2045], Abschnitt 6)

Wird der Inhalt einer Datei mit einem Formular übertragen, sollte der Dateiinhalt durch den entsprechenden Inhaltstypen (zum Beispiel »application/octet-stream«) identifiziert werden. Werden mehrere Dateien als Ergebnis eines einfachen Formulareintrags zurückgegeben, sollten sie als »multipart/mixed« eingebettet in »multipart/form-data« zurückgegeben werden.

Das Benutzerprogramm sollte versuchen, einen Dateinamen für jede übertragene Datei zu übergeben. Der Dateiname könnte mit dem Parameter »filename« des »Content-Disposition: form-data«-Headers angegeben werden, oder, im Fall von mehreren Dateien, in einem »Content-Disposition: file«-Header des Teilstückes. Ist der Dateiname des Client-Betriebsystems nicht in US-ASCII, könnte der Dateiname angenähert oder mit einer Methode nach [RFC2045] kodiert werden. Dies ist zum Beispiel in den Fällen praktisch, in denen die hochgeladenen Dateien Verweise zueinander enthalten (zum Beispiel eine TeX-Datei und ihre ».sty«-Hilfsformatbeschreibung).

Das folgende Beispiel zeigt eine »multipart/form-data«-Kodierung. Stellen Sie sich vor, wir haben das folgende Formular:

 <FORM action="http://server.com/cgi/handle"
       enctype="multipart/form-data"
       method="post">
   <P>
   Wie ist Dein Name? <INPUT type="text" name="submit-name"><BR>
   Welche Dateien schickst Du? <INPUT type="file" name="files"><BR>
   <INPUT type="submit" value="Absenden"> <INPUT type="reset">
 </FORM>

Gibt der Benutzer in der Texteingabe »Larry« ein, und wählt die Textdatei »file1.txt« aus, könnte das Benutzerprogramm folgende Daten zurücksenden:

   Content-Type: multipart/form-data; boundary=AaB03x

   --AaB03x
   Content-Disposition: form-data; name="submit-name"

   Larry
   --AaB03x
   Content-Disposition: form-data; name="files"; filename="file1.txt"
   Content-Type: text/plain

   ... Inhalt von file1.txt ...
   --AaB03x--

Hat der Benutzer eine zweite Datei »file2.gif« (ein Bild) ausgewählt, könnte das Benutzerprogramm die Teile wie folgt aufbauen:

   Content-Type: multipart/form-data; boundary=AaB03x

   --AaB03x
   Content-Disposition: form-data; name="submit-name"

   Larry
   --AaB03x
   Content-Disposition: form-data; name="files"
   Content-Type: multipart/mixed; boundary=BbC04y

   --BbC04y
   Content-Disposition: file; filename="file1.txt"
   Content-Type: text/plain

   ... Inhalt von file1.txt ...
   --BbC04y
   Content-Disposition: file; filename="file2.gif"
   Content-Type: image/gif
   Content-Transfer-Encoding: binary

   ...Inhalt von file2.gif...
   --BbC04y--
   --AaB03x--