HTML5 Object Form-Attribute
hotti
- html
« The form attribute specifies one or more forms the <object> element belongs to. »
Auch schön.
Was können wir denn damit machen?
Bitte mal um Hinweise, Horst
Hi,
Was können wir denn damit machen?
Relativ wenig: "The form attribute is not supported in any of the major browsers."
Außerdem widerspricht sich die Seite selbst:
"The form attribute specifies one or more forms the <object> element belongs to."
"The value of this attribute must be the id attribute of a <form> element in the same document."
Mal dürfen es mehrere forms sein, dann aber doch nur eine id ...
cu,
Andreas
hi,
Was können wir denn damit machen?
Relativ wenig: "The form attribute is not supported in any of the major browsers."
Naja, und wenn? Also irgendwie gehts mir gerade wie meinem Onkel Osram, der auf die Lampe guckt und nicht sieht, dass die helle brennt...
Horst Bohrer
Hi,
Naja, und wenn?
http://www.w3.org/TR/html5/forms.html#attr-fae-form:
“A form-associated element is, by default, associated with its nearest ancestor form element (as described below), but, if it is reassociateable, may have a form attribute specified to override this.
Note: This feature allows authors to work around the lack of support for nested form elements.”
Ich verstehe das so, dass man damit Formular-Elemente einem Formular zuordnen kann, ohne dass sie Nachfahren dieses Formulars sein müssen.
Beispielsweise kann also ein Submit-Button nicht „Bestandteil“ des Formulars sein (in der DOM-Hierarchie gesehen), aber trotzdem benutzt werden, um das Formular abzuschicken; oder ein File-Upload-Feld könnte außerhalb des Formulars platziert sein (wieder: DOM), um leichter innerhalb eines modalen Dialogs angezeigt werden zu können, aber trotzdem noch zusammen mit dem Formular versendet zu werden; oder oder oder …
MfG ChrisB
hi,
Beispielsweise kann also ein Submit-Button nicht „Bestandteil“ des Formulars sein (in der DOM-Hierarchie gesehen), aber trotzdem benutzt werden, um das Formular abzuschicken; oder ein File-Upload-Feld könnte außerhalb des Formulars platziert sein (wieder: DOM), um leichter innerhalb eines modalen Dialogs angezeigt werden zu können, aber trotzdem noch zusammen mit dem Formular versendet zu werden; oder oder oder …
Ja, das habe ich auch so verstanden. Aber was hats nun mit dem <object form="form_123"></object>
auf sich? Oder: Überhaupt Object-<tags> in Formularen?
Horst Formlos
Hallo
Ja, das habe ich auch so verstanden. Aber was hats nun mit dem
<object form="form_123"></object>
auf sich? Oder: Überhaupt Object-<tags> in Formularen?
Nicht *in* Formularen (wie das Beispiel auf der von dir verlinkten Seite auch aufzeigt), *sondern neben* Formularen mit Bezug auf selbige.
Tschö, Auge
Hallo,
Aber was hats nun mit dem
<object form="form_123"></object>
auf sich?
Gute Frage – ich vermute, objects können als Submit-Buttons wirken, je nachdem, was für ein Inhalt geladen ist (z.B. ein Flash-Plugin). Oder sie können als Formularfeld wirken, sodass ihr Inhalt mitgesendet wird.
Ich wüsste aber kein praktisches Beispiel.
Grüße
Mathias
Hallo,
Aber was hats nun mit dem
<object form="form_123"></object>
auf sich?
Gute Frage – ich vermute, objects können als Submit-Buttons wirken, je nachdem, was für ein Inhalt geladen ist (z.B. ein Flash-Plugin).
Ja, das habe ich heut morgen im Münz'schen Blog gelesen, ist für mich nicht weiter interessant und wenn ich das gewusst hätte, ich hätte nicht danach gefragt oder gesucht.
Oder sie können als Formularfeld wirken, sodass ihr Inhalt mitgesendet wird.
Das klingt schon interessanter :)
Andererseits habe ich schonmal eine Formular-Lösung gesehen, wo das <object> selbst das komplette Formular ist.
Mit den neuen Features wiederum und wenn wir alles mit JS machen, können wir aber auch auf das Form-Element komplett verzichten, Idee: Inputfelder werden über das class-Attribut als zusammengehörig deklariert und die Eingaben landen gut gegliedert in einem JS-Objekt. Anstelle eines Submit wird dann das Objekt per Ajax gesendet, wenn ein bestimmtes Ereignis auftritt. Diese Vorgehensweise ermöglicht gegenüber mehreren Forms eine freiere Gestaltung von Anwendungen für eine komplexe Datenerfassung und kann dabei sehr benutzerfreundlich sein, weil sich dann alles nur noch auf einer einzigen Seite abspielt. So können auch Upload-Felder an einer beliebigen Stelle (je nach Benutzerführung) eingebaut werden, etwa weiter unten, wo bspw. nach dem Lebenslauf oder den Arbeitszeugnissen gefragt wird.
Weitere Vereinfachungen ergeben sich dann serverseitig. Ideen hierzu habe ich viele und auch das Knwo-How für deren kostengünstige Umsetzung.
Formlose aber recht freundliche Grüße :)
@@hotti:
nuqneH
Mit den neuen Features wiederum und wenn wir alles mit JS machen, können wir aber auch auf das Form-Element komplett verzichten
Auf Barrierefreiheit auch? Willst du mit WAI-ARIA alles nachbauen was in HTML schon vorhanden ist?
Ideen hierzu habe ich viele und auch das Knwo-How für deren kostengünstige Umsetzung.
Erstes bezeifle ich nicht, zweites schon. Und dass die Umsetzung kostengünstig wäre, das auch.
Qapla'
hi,
Ideen hierzu habe ich viele und auch das Knwo-How für deren kostengünstige Umsetzung.
Erstes bezeifle ich nicht, zweites schon. Und dass die Umsetzung kostengünstig wäre, das auch.
Das können wir gleich hier klarstellen: Ohne Vertrag kriegt ein Auftraggeber von mir nicht eine Zeile Code zu sehen.
MfG und schönen Abend.
@@hotti:
nuqneH
Das können wir gleich hier klarstellen: Ohne Vertrag kriegt ein Auftraggeber von mir nicht eine Zeile Code zu sehen.
Ohne eine Zeile Code zu sehen würde ich dir keinen Auftrag erteilen.
Qapla'
Ohne eine Zeile Code zu sehen würde ich dir keinen Auftrag erteilen.
Nicht nötig, denn Hotti wird wiederholten Erfolg haben mit seinen bahnbrechenden Konzepten! EOD!
« The form attribute specifies one or more forms the <object> element belongs to. »
Auch schön.
Was können wir denn damit machen?
Endlich gefunden: Das HTML-Objekt kann in Formularen die Aufgabe des absendenden Elements übernehmen.
MfG