ms access 97 - Page 343

iPhone SharePoint Apps Shootout

A shootout review of iPhone apps to access SharePoint sites

Persisting info into cokkie across multiple pages using JavaScript

Persisting info into cokkie across multiple pages using JavaScript and access the info in different pages

Html.ValidationSummary and Multiple Forms

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 37607 results on 1505 pages for 'ms access 97'.

Page 343/1505 | < Previous Page | 339 340 341 342 343 344 345 346 347 348 349 350 | Next Page >

- by MightyZot

- by Simon Rigby

- by TATWORTH

- by gilly3

- by Frank Barcenas

- by EASI

- by mprove

- by Ellen Reddick

- by maria

- by Chris Moschini

- by Idgoo

- by Paolo_NL_FR

- by i..

- by Steve Felts

- by PavanM

- by Yurij73

- by Darin Pendergraft

- by uloBasEI

< Previous Page | 339 340 341 342 343 344 345 346 347 348 349 350 | Next Page >