Dies ergibt sich aus dem Fehler, den ich hier durchlaufen habe jQuery $ ('form'). serialize () gibt nur ein Element eines serialisierten Formulars zurück , in dem ein Formular-Tag mit dem Namen" elements "steht:
%Vor%verhindert den Zugriff auf alle benannten Elemente des Formulars mit jQuerys $ ('form'). serialize () (dh Sie erhalten "elements=", wo Sie "elements = & amp; e2=").
Ich hätte gerne allgemeinere Informationen über die richtigen "name" -Elemente von Formular-Tags. I.e. Was sind die nicht zulässigen Tags ("Elemente", "Name" usw.) und welche gültigen Zeichen für einen Namen sind? Sind diese Dinge in einem Standard oder einem Referenzhandbuch definiert oder ist es Versuch und Irrtum?
Gedanken und Input geschätzt.
Danke fürs Lesen.
Neben dem, was Jonathan Sampson sagte, sollten Sie keine Namen verwenden, die für Formularobjekteigenschaften verwendet werden. Es gibt eine Liste im Mozilla Developer Center , die, wenn Sie genau hinsehen, ein% co_de enthält % Eigenschaft wichtig für Sie, da auf Formularelemente als direkte Attribute des Formularobjekts zugegriffen werden kann. Zum Beispiel in deinem Fall:
%Vor% Achten Sie also darauf, keine Namen wie elements oder method zu verwenden, die auch mit dem Wert der Attribute action und method des Formularelements kollidieren. Ich hoffe du bist auf die Idee gekommen.
Es gibt einen Unterschied zwischen "ungültigen" Namen und "genommenen" Namen in Bezug auf DOM-Eigenschaften.
Die Antwort von Jonathan Sampson ist gut, um "ungültige" Namen zu adressieren, aber basierend auf Ihrer vorherigen Frage, denken Sie nach "genommenen" Namen, wie in "was sind alle anderen DOM-Eigenschaften auf einem Formularknoten "
Die kurze Antwort ist: eine Menge.
Die lange Antwort ist im Grunde eine Summe dieser zwei Listen , dh "allen Knoten gemeinsame DOM-Eigenschaften" und "für Formularknoten eindeutige DOM-Eigenschaften"
Die großen Dinge, über die Sie sich wirklich Sorgen machen müssen, sind die zweite Liste - sie können brechen, wie Ihr Formular funktionieren soll.
Es gibt eine Menge.
All dies sind gültige Methoden / Eigenschaften, die auf FORM-Elementen gefunden werden können (aufgrund der Vererbung der Schnittstelle), und alle davon können durch gleichnamige Felder überschrieben werden. Daher würde ich vorschlagen, diese Namen zu vermeiden, um nicht in zufällige Konflikte zu geraten:
%Vor%Ich habe vor einiger Zeit auch einen Test für diese gemacht, der es erlaubt zu testen, wie sich verschiedene Browser verhalten diese Namen.
Wenn Ihr Ziel darin besteht, Konflikte mit möglichen, bereits vorhandenen Eigenschaften des Formularobjekts in Javascript zu vermeiden, dann ist der offizielle Standard, nach dem Sie suchen, das Dokumentobjektmodell.
Wenn Sie experimentieren und sehen möchten, wie die integrierten Eigenschaften eines Formularobjekts in einem echten Browser sind, versuchen Sie Folgendes:
%Vor%Beachten Sie jedoch, dass die überwiegende Mehrheit von diesen für Sie harmlos wäre, "zu überschreiben", und ich bin nicht einmal sicher, ob alle von ihnen außer Kraft gesetzt werden können.
Vielen Dank für die hilfreichen Antworten. Die Antworten scheinen darauf ausgerichtet zu sein, was auf dem DOM ist und sollten nicht verwendet werden (d. H. "Elemente" usw.). Der andere Teil der Frage ist, welche Zeichen erlaubt sind.
Ich habe die Spezifikation gefunden, welche Zeichen für Namenstoken in HTML4 , die sagt:
6.2 SGML-Basistypen
...
- ID- und NAME-Tokens müssen mit einem Buchstaben ([A-Za-z]) beginnen und können durch eine beliebige Anzahl von Buchstaben, Ziffern ([0-9]), Bindestrichen ("-"), Unterstrichen (" _ "), Doppelpunkte (": ") und Punkte (". ").
Alte Frage, gilt aber immer noch für diesen Tag ...
Bei Formularen können Sie keine Eingabe mit demselben Namen wie eine Formulareigenschaft an sich haben. Es gibt keine feste Einschränkung, aber was immer Sie tun, überschreibt die Attribute eines Formulars. Die Liste der Formularattribute ist umfangreich, variiert je nach Browser und JS-Engine und kann jederzeit ohne vorherige Ankündigung geändert werden. Daher wäre eine statische Liste nutzlos.
Der Eigenschaftswert eines Formulars wird mit einem Verweis auf ein Feld mit demselben Namen wie dieses Attribut überschrieben. IE: Wenn Sie ein Feld namens "action" haben, wird das action-Attribut des Formulars mit einem Verweis auf dieses Element namens "action" überschrieben. Ohne eine Eingabe namens "action": form.action ist eine URL. Mit einer Eingabe namens "action" ist form.action ein Element. Einige Erklärungen finden Sie hier: Warum JS Funktionsname Konflikte mit Element-ID? . "Name", "Aktion" oder "ID" könnte ein bevorzugter Name eines Formularfelds sein, und die JS-Welt hat das nie berücksichtigt.
Es gibt eine Sicherung von diesem vollständigen Fehler der JS-Welt: Es wird von einem Kommentator auf MSDN ( Ссылка ), um stattdessen die Methode getAttributeNode() des Formularobjekts zu verwenden, um den Formulareigenschaftswert real abzurufen. Funktioniert in FF Strom und IE ~ 7. Mit dieser Methode können Sie ein Feld mit demselben Namen wie ein Formularelementattribut haben. Dies sollte es ermöglichen, HTML / JS-Einschränkungen von APIs zu entkoppeln, die gleichzeitig verschiedene andere Client-Typen bedienen.
Beginnen Sie nicht mit Zahlen ("1Cow"), verwenden Sie keine Interpunktion ("oneCow !?"), und schließen Sie keine Leerzeichen ein ("one Cow").
Es gibt Fälle, in denen Sie eckige Klammern [und] verwenden können, wenn Sie ein PHP-Programmierer sind und ein Array aus mehreren Elementen mit demselben Namen erstellen möchten.
%Vor%Es gibt einen Unterschied zwischen "ungültigen" Namen und "genommenen" Namen in Bezug auf DOM-Eigenschaften.
Die Antwort von Jonathan Sampson ist gut, um "ungültige" Namen zu adressieren, aber basierend auf Ihrer vorherigen Frage, denken Sie nach "genommenen" Namen, wie in "was sind alle anderen DOM-Eigenschaften auf einem Formularknoten "
Die kurze Antwort ist: eine Menge.
Die lange Antwort ist im Grunde eine Summe dieser zwei Listen , dh "allen Knoten gemeinsame DOM-Eigenschaften" und "für Formularknoten eindeutige DOM-Eigenschaften"
Die großen Dinge, über die Sie sich wirklich Sorgen machen müssen, sind die zweite Liste - sie können brechen, wie Ihr Formular funktionieren soll.
Dies ergibt sich aus dem Fehler, den ich hier durchlaufen habe jQuery $ ('form'). serialize () gibt nur ein Element eines serialisierten Formulars zurück , in dem ein Formular-Tag mit dem Namen" elements "steht:
%Vor%verhindert den Zugriff auf alle benannten Elemente des Formulars mit jQuerys $ ('form'). serialize () (dh Sie erhalten "elements=", wo Sie "elements = & amp; e2=").
Ich hätte gerne allgemeinere Informationen über die richtigen "name" -Elemente von Formular-Tags. I.e. Was sind die nicht zulässigen Tags ("Elemente", "Name" usw.) und welche gültigen Zeichen für einen Namen sind? Sind diese Dinge in einem Standard oder einem Referenzhandbuch definiert oder ist es Versuch und Irrtum?
Gedanken und Input geschätzt.
Danke fürs Lesen.
Neben dem, was Jonathan Sampson sagte, sollten Sie keine Namen verwenden, die für Formularobjekteigenschaften verwendet werden. Es gibt eine Liste im Mozilla Developer Center , die, wenn Sie genau hinsehen, ein% co_de enthält % Eigenschaft wichtig für Sie, da auf Formularelemente als direkte Attribute des Formularobjekts zugegriffen werden kann. Zum Beispiel in deinem Fall:
%Vor%Achten Sie also darauf, keine Namen wie %code% oder %code% zu verwenden, die auch mit dem Wert der Attribute %code% und %code% des Formularelements kollidieren. Ich hoffe du bist auf die Idee gekommen.
Wenn Ihr Ziel darin besteht, Konflikte mit möglichen, bereits vorhandenen Eigenschaften des Formularobjekts in Javascript zu vermeiden, dann ist der offizielle Standard, nach dem Sie suchen, das Dokumentobjektmodell.
Wenn Sie experimentieren und sehen möchten, wie die integrierten Eigenschaften eines Formularobjekts in einem echten Browser sind, versuchen Sie Folgendes:
%Vor%Beachten Sie jedoch, dass die überwiegende Mehrheit von diesen für Sie harmlos wäre, "zu überschreiben", und ich bin nicht einmal sicher, ob alle von ihnen außer Kraft gesetzt werden können.
Vielen Dank für die hilfreichen Antworten. Die Antworten scheinen darauf ausgerichtet zu sein, was auf dem DOM ist und sollten nicht verwendet werden (d. H. "Elemente" usw.). Der andere Teil der Frage ist, welche Zeichen erlaubt sind.
Ich habe die Spezifikation gefunden, welche Zeichen für Namenstoken in HTML4 , die sagt:
6.2 SGML-Basistypen
...
- ID- und NAME-Tokens müssen mit einem Buchstaben ([A-Za-z]) beginnen und können durch eine beliebige Anzahl von Buchstaben, Ziffern ([0-9]), Bindestrichen ("-"), Unterstrichen (" _ "), Doppelpunkte (": ") und Punkte (". ").
Es gibt eine Menge.
All dies sind gültige Methoden / Eigenschaften, die auf FORM-Elementen gefunden werden können (aufgrund der Vererbung der Schnittstelle), und alle davon können durch gleichnamige Felder überschrieben werden. Daher würde ich vorschlagen, diese Namen zu vermeiden, um nicht in zufällige Konflikte zu geraten:
%Vor%Ich habe vor einiger Zeit auch einen Test für diese gemacht, der es erlaubt zu testen, wie sich verschiedene Browser verhalten diese Namen.
Alte Frage, gilt aber immer noch für diesen Tag ...
Bei Formularen können Sie keine Eingabe mit demselben Namen wie eine Formulareigenschaft an sich haben. Es gibt keine feste Einschränkung, aber was immer Sie tun, überschreibt die Attribute eines Formulars. Die Liste der Formularattribute ist umfangreich, variiert je nach Browser und JS-Engine und kann jederzeit ohne vorherige Ankündigung geändert werden. Daher wäre eine statische Liste nutzlos.
Der Eigenschaftswert eines Formulars wird mit einem Verweis auf ein Feld mit demselben Namen wie dieses Attribut überschrieben. IE: Wenn Sie ein Feld namens "action" haben, wird das action-Attribut des Formulars mit einem Verweis auf dieses Element namens "action" überschrieben. Ohne eine Eingabe namens "action": %code% ist eine URL. Mit einer Eingabe namens "action" ist %code% ein Element. Einige Erklärungen finden Sie hier: Warum JS Funktionsname Konflikte mit Element-ID? . "Name", "Aktion" oder "ID" könnte ein bevorzugter Name eines Formularfelds sein, und die JS-Welt hat das nie berücksichtigt.
Es gibt eine Sicherung von diesem vollständigen Fehler der JS-Welt: Es wird von einem Kommentator auf MSDN ( Ссылка ), um stattdessen die Methode %code% des Formularobjekts zu verwenden, um den Formulareigenschaftswert real abzurufen. Funktioniert in FF Strom und IE ~ 7. Mit dieser Methode können Sie ein Feld mit demselben Namen wie ein Formularelementattribut haben. Dies sollte es ermöglichen, HTML / JS-Einschränkungen von APIs zu entkoppeln, die gleichzeitig verschiedene andere Client-Typen bedienen.
Beginnen Sie nicht mit Zahlen ("1Cow"), verwenden Sie keine Interpunktion ("oneCow !?"), und schließen Sie keine Leerzeichen ein ("one Cow").
Es gibt Fälle, in denen Sie eckige Klammern [und] verwenden können, wenn Sie ein PHP-Programmierer sind und ein Array aus mehreren Elementen mit demselben Namen erstellen möchten.
%Vor%Soweit mir bekannt ist, gibt es keine "reservierten Wörter" als solche, vorausgesetzt, dass die Kriterien bezüglich gültiger Zeichen (keine Leerzeichen, Interpunktion und müssen mit Buchstaben beginnen) erfüllt sind, kann das name-Attribut alles enthalten.
Angesichts Ihres anfänglichen Problems vermute ich, dass es nur Versuch und Irrtum ist, oder ein tiefes Wissen über die Bibliotheken, die Sie verwenden (was unrealistisch sein kann, gewährt).
Sicher, bleiben Sie mit Alpha-Zeichen, aber es sollte in Ordnung sein, an das Ende numerisch anzuhängen.
Ein Bugbear für viele Benutzer in ASP.NET, der dem Namens-Tag eine Dollar-Notation hinzufügt, könnte helfen, also könnten Sie es versuchen. Ich bin sicher interessiert, was passiert.
Angesichts Ihres anfänglichen Problems vermute ich, dass es nur Versuch und Irrtum ist, oder ein tiefes Wissen über die Bibliotheken, die Sie verwenden (was unrealistisch sein kann, gewährt).
Sicher, bleiben Sie mit Alpha-Zeichen, aber es sollte in Ordnung sein, an das Ende numerisch anzuhängen.
Ein Bugbear für viele Benutzer in ASP.NET, der dem Namens-Tag eine Dollar-Notation hinzufügt, könnte helfen, also könnten Sie es versuchen. Ich bin sicher interessiert, was passiert.
Tags und Links javascript html jquery forms