Many forms in html

Can you nest html forms?

so that both forms work? My friend is having problems with this, a part of the subForm works, while another part of it does not.

He is setting up a cart, where the update quantity is inside of the form that keeps track of totals. I personally wouldn’t do that, but he is running into problems getting that to work.

Seems like he’d be better off using Javascript to copy values from one form to the other, rather than trying to nest them. I don’t think the nesting will work.

You would even have problems making it work in different versions of the same browser. So avoid using that.

Old question, but to answer the comment, nesting forms could be necessary to avoid JavaScript. I’m coming across this because I’d like to nest forms for subform «reset» buttons, which don’t require JavaScript to be enabled.

20 Answers 20

In a word, no. You can have several forms in a page but they should not be nested.

4.10.3 The form element

Content model:

Flow content, but with no form element descendants.

I agree with the answer, but to ask another, why not? Why does HTML not allow for nesting forms? To me, it appears to be a limitation that we would be better off without. There are many examples where using nested forms would be easier to program (i.e. using an upload photo form with a profile edit form).

@Nilzor he’s not asking whether or not it can’t be done, he’s asking WHY not. I agree; nesting forms is actually really useful. So if you have a one page app with tabs, each tab is its own form (so you can submit it to save progress), and they’re all wrapped in a form, which you can submit to save everything. Makes sense to me.

The problem with nested forms is the form architecture within HTML, where action within that form leads to a submit event. The question gets hair about what needs to be submitted. You may have several fields within a form, or several forms within a div, but it doesn’t really make sense to have forms within a form. If content goes together, it’s all one form; if content is submitted separately, it’s really separate forms that don’t need an outer form.

The HTML5 form attribute can be the solution.

  1. The form attribute is new in HTML5.
  2. Specifies which element an element belongs to. The value of this attribute must be the id attribute of a element in the same document.

Implementation:

Here you’ll find browser’s compatibility.

Just to point the browser-support table: caniuse.com/#feat=form-attribute Resuming — it works everywhere(Chrome, Firefox, Opera, Egde, Safari, Android browser. ) except IE (including latest by now v11).

@cliff-burton, what is the difference here? I just can see inputs outside of the form. It still would need JS to submit both forms at the same time. Wouldn’t it?

Uh, it’s been a long time since the last time I used this but I think JS is not required for submitting the form. Provided that the (s) linked to that same will be used in that request

It is possible to achieve the same result as nested forms, but without nesting them.

HTML5 introduced the form attribute. You can add the form attribute to form controls outside of a form to link them to a specific form element (by id).

This way you can structure your html like this:

The form attribute is supported by all modern browsers. IE does not support this though but IE is not a browser anymore, rather a compatibility tool, as confirmed by Microsoft itself: https://www.zdnet.com/article/microsoft-security-chief-ie-is-not-a-browser-so-stop-using-it-as-your-default/. It’s about time we stop caring about making things work in IE.

This feature allows authors to work around the lack of support for nested form elements.

what is the difference here? I just can see inputs outside of the form. It still would need JS to submit both forms at the same time. Wouldn’t it?

@sdlins No, the idea is to style main-component and sub-component as how you want them to look, nested. The actual 2 form tags will be invisible. Each submit button will trigger it’s respective form submit. No javascript is required.

if you want trigger only one or other form, ok. But how would it resolve when you need trigger the "parent" form with its child forms as it was one and without js?

@sdlins that’s not what this question is about. The question is about 2 different forms, but have them nested. I’m wondering why you want to have 2 forms but still 1 submit function? Can’t you just have 1 form then? You’ll indeed have to resort to javascript for something as weird as that 😛

The second form will be ignored, see the snippet from WebKit for example:

bool HTMLParser::formCreateErrorCheck(Token* t, RefPtr& result) < // Only create a new form if we're not already inside one. // This is consistent with other browsers' behavior. if (!m_currentFormElement) < m_currentFormElement = new HTMLFormElement(formTag, m_document); result = m_currentFormElement; pCloserCreateErrorCheck(t, result); >return false; > 

Plain html cannot allow you to do this. But with javascript you can be able to do that. If you are using javascript/jquery you could classify your form elements with a class and then use serialize() to serialize only those form elements for the subset of the items you want to submit.

Then in your javascript you could do this to serialize class1 elements

If you’re using AngularJS, any tags inside your ng-app are replaced at runtime with ngForm directives that are designed to be nested.

In Angular forms can be nested. This means that the outer form is valid when all of the child forms are valid as well. However, browsers do not allow nesting of elements, so Angular provides the ngForm directive which behaves identically to but can be nested. This allows you to have nested forms, which is very useful when using Angular validation directives in forms that are dynamically generated using the ngRepeat directive. (source)

This was the answer i was looking for 🙂 And yes it does makes sense to nest form because if you have multiple tabs but you want to perform validation on just one tab, then with nested form you can do that.

Another way to get around this problem, if you are using some server side scripting language that allows you to manipulate the posted data, is to declare your html form like this :

If you print the posted data (I will use PHP here), you will get an array like this :

//print_r($_POST) will output : array( 'a_name' => 'a_name_value', 'a_second_name' => 'a_second_name_value', 'subform' => array( 'another_name' => 'a_name_value', 'another_second_name' => 'another_second_name_value', ), ); 

Then you can just do something like :

$my_sub_form_data = $_POST['subform']; unset($_POST['subform']); 

Your $_POST now has only your «main form» data, and your subform data is stored in another variable you can manipulate at will.

But, regarding your comment as to why:

It might be easier to use 1 with the inputs and the «Update» button, and use copy hidden inputs with the «Submit Order» button in a another .

I made my cart page like that, he just went a different way and didn’t want to change it. I wasn’t positive if his method was all that valid either.

Note you are not allowed to nest FORM elements!

https://www.w3.org/TR/html4/appendix/changes.html#h-A.3.9 (html4 specification notes no changes regarding nesting forms from 3.2 to 4)

https://www.w3.org/TR/html4/appendix/changes.html#h-A.1.1.12 (html4 specification notes no changes regarding nesting forms from 4.0 to 4.1)

https://www.w3.org/TR/html5-diff/ (html5 specification notes no changes regarding nesting forms from 4 to 5)

https://www.w3.org/TR/html5/forms.html#association-of-controls-and-forms comments to «This feature allows authors to work around the lack of support for nested form elements.», but does not cite where this is specified, I think they are assuming that we should assume that it’s specified in the html3 specification 🙂

I have no idea why you’d post on a question that has been answered 3 and a half years, but more problematic is linking to HTML3 which hasn’t been a recommendation for a long time.

It’s a reference to how long the underlying question has been answered, which I believed to be constructive. Also I found the tact-free «Note you are not allowed to nest FORM elements!» within the spec to be humorous.

This is a problem because I have to insert an API that is a form and because .net app (which wraps a

tag around everything). How do you overcome this issue.

In the HTML5 spec html.spec.whatwg.org/multipage/forms.html#the-form-element, about form element: «Content model: Flow content, but with no form element descendants.»

You can also use formaction=»» inside the button tag.

This would be nested in the original form as a separate button.

this doesn’t answer the question but this just helped me solve another problem I was having so giving upvote

ignore above (wouldn’t let me edit after 5 minutes. hmm). huge help here — exactly mapped onto what I was attempting to do this morning. this is why we all love SO

A simple workaround is to use a iframe to hold the «nested» form. Visually the form is nested but on the code side its in a separate html file altogether.

Even if you could get it to work in one browser, there’s no guarantee that it would work the same in all browsers. So while you might be able to get it to work some of the time, you certainly wouldn’t be able to get it to work all of the time.

Although the question is pretty old and I agree with the @everyone that nesting of form is not allowed in HTML

But this something all might want to see this

where you can hack(I’m calling it a hack since I’m sure this ain’t legitimate) html to allow browser to have nested form

Great example. I was sure nested forms did work in the past, but i discovered, that nowdays browser seem to have a problem with that. My big question is. WHAT is your hack ? Why are your nested forms working, and my nested form ends at the first closing form tag? Can you explain this more clearly ?

While I don’t present a solution to nested forms (it doesn’t work reliably), I do present a workaround that works for me:

Usage scenario: A superform allowing to change N items at once. It has a «Submit All» button at the bottom. Each item wants to have its own nested form with a «Submit Item # N» button. But can’t.

In this case, one can actually use a single form, and then have the name of the buttons be submit_1 .. submit_N and submitAll and handle it servers-side, by only looking at params ending in _1 if the name of the button was submit_1 .

Ok, so not much of an invention, but it does the job.

Use empty form tag before your nested form

Tested and Worked on Firefox, Chrome

EDIT by @adusza: As the commenters pointed out, the above code does not result in nested forms. However, if you add div elements like below, you will have subForm inside mainForm, and the first blank form will be removed.

This only seems to work when the innerHTML of mainForm is set via JavaScript (i.e. ajax). Just having this snippet in an HTML file will not result in nested forms: the empty form tag will terminate the outer one, and subForm will be just after mainForm (tested on Chrome 86 and Firefox 80). Strangely, when setting innerHTML , only the first nested form is removed, and the rest are kept nested.

Update, you don’t need ajax if there is another element, like a div between the outer and the inner forms. Weird.

About nesting forms: I spent 10 years one afternoon trying to debug an ajax script.

my previous answer/example didn’t account for the html markup, sorry.

form_2 constantly failed saying invalid form_2.

When I moved the ajaxContainer that produced form_2 outside of form_1, I was back in business. It the answer the question as to why one might nest forms. I mean, really, what’s the ID for if not to define which form is to be used? There must be a better, slicker work around.

Before I knew I wasn’t supposed to do this I had nested forms for the purpose of having multiple submit buttons. Ran that way for 18 months, thousands of signup transactions, no one called us about any difficulties.

Nested forms gave me an ID to parse for the correct action to take. Didn’t break ’til I tried to attach a field to one of the buttons and Validate complained. Wasn’t a big deal to untangle it—I used an explicit stringify on the outer form so it didn’t matter the submit and form didn’t match. Yeah, yeah, should’ve taken the buttons from a submit to an onclick.

Point is there are circumstances where it’s not entirely broken. But «not entirely broken» is perhaps too low a standard to shoot for 🙂

No you cannot have a nested form. Instead you can open up a Modal that contains form and perform Ajax form submit.

Источник

Читайте также:  Python убрать символы до определенного
Оцените статью