cdt - Page 5 - Developer IT

Html.ValidationSummary and Multiple Forms

- by MightyZot

Originally posted on: http://geekswithblogs.net/MightyZot/archive/2013/11/11/html.validationsummary-and-multiple-forms.aspxThe Html.ValidationSummary helper writes a div with a list of general errors added to the model state while a request is being serviced. There is generally one form per view or partial view, I think, so often there is only one call to Html.ValidationSummary in the page resulting from the assembly of your views. And, consequently, there is no problem with the markup that Html.ValidationSummary spits out as a result. What if you want to put multiple forms in one view? Even if you create a view model that’s an aggregate of the view models for each form, the error validation summary is going to contain errors from both forms. Check out this screen shot, which shows a page with multiple forms. Notice how the error validation summary shows up twice. Grrr! Errors for the login form also show up in the registration form. Luckily, there is an easy way around this. Pull the errors out of the model state and separate them for each form. You’ll need to identify the appropriate form by setting the key when you make calls to ModelState.AddModelError. Assume in my example that errors for the login form are added to model state using the “LoginForm” key. And, likewise, assume that errors for the registration form are added to model state using the “RegistrationForm” key. An example of that might look like this… // If we got this far, something failed, redisplay form ModelState.AddModelError("LoginForm", "User name or password is not right..."); return View(model); Over in the code for your View, you can pull each form’s errors from the model state using lambda expressions that look like these… var LoginFormErrors = ViewData.ModelState.Where(ms => ms.Key == "LoginForm"); var RegistrationFormErrors = ViewData.ModelState.Where(ms => ms.Key == "RegistrationForm"); Now that you have two collections containing errors, you can display only the errors specific to each form. I’m doing that in my code by removing the calls to Html.ValidationSummary and replacing them with enumerators that look like this… if(LoginFormErrors.Count() > 0) { <div class="cdt-error-list"> <ul> @foreach (var entry in LoginFormErrors) { foreach (var error in entry.Value.Errors) { <li>@error.ErrorMessage</li> } } </ul> </div> } …and for the registration form, the code looks like this… @if(RegistrationFormErrors.Count() > 0) { <div class="cdt-error-list"> <ul> @foreach (var entry in RegistrationFormErrors) { foreach (var error in entry.Value.Errors) { <li>@error.ErrorMessage</li> } } </ul> </div> } The result is a nice clean separation of the list of errors that are specific to each form. And, this is important because each form is submitted separately in my case, so both forms don’t generate errors in the same context. As you’ll see in the screen shot below, errors added to the model state when the login form is submitted do not show up in the registration form’s validation summary.

Search Results

Search found 156 results on 7 pages for 'cdt'.

Page 5/7 | < Previous Page | 1 2 3 4 5 6 7 | Next Page >

- by MightyZot

- by gerges

- by ScArcher2

- by cvsdave

- by 25061987

- by Joe C

- by umop aplsdn

- by Anindya Chatterjee

- by Bob Swaggerty

- by Amit

- by Kyle

- by Misha Koshelev

- by Georgios Gousios

- by Alex Farber

- by rupali

- by walle

- by Alon

- by snihalani

- by erin c

- by Lucas

- by Sam Abraham

- by Franck

- by Mohit Deshpande

- by pocoa

- by jpegu

< Previous Page | 1 2 3 4 5 6 7 | Next Page >