Wie man unauffällig jquery remote-Prüfung zu führen async..?

In einem MVC3-app mit jquery unobtrusive validation, und eine Ansicht/ein Modell mit [Remote] validator: ich bin versucht, deaktivieren Sie die Schaltfläche "senden" und Anzeige eines warten-Symbol während der remote-Validierung, und wenn ein gültiges Formular an den server gesendet werden. Ich dachte, ich hätte Sie genagelt, bis ich versuchte, es im IE8.

War das problem, GC und FF waren nicht feuern, die form der submit-Ereignis, wenn das Formular war ungültig, so dass ich nur deaktiviert die Schaltfläche senden im Rahmen dieser Veranstaltung. Aber IE8 ist das abfeuern von diesem Ereignis, wenn das Formular ungültig ist, wodurch die Benutzer niemals in der Lage sein, klicken Sie erneut. (IE8 nicht das Formular senden, aber das Ereignis ausgelöst wird.)

Ich habe versucht, anfügen einer Funktion der Schaltfläche "submit" klicken-Ereignis. Dort habe ich deaktiviert, die Schaltfläche "senden", zeigte sich das warten-Symbol, und war diese:

$('[data-app-form-submit-button="true"]').live('click', function (e) {
    var form = $(this).parents('form');
    var icon = form.find('[data-app-form-submitting-icon="true"]');
    icon.show();
    $(this).attr('disabled', 'disabled');
    $.ajaxSetup({ async: false });
    var isValid = form.valid();
    $.ajaxSetup({ async: true });
    alert(isValid);
});

Das problem ist, dass die ajax-setup-Aufruf ist nicht wirklich ausschalten async. Es funktioniert, wenn ich es aus der Klick-Funktion, aber dann ist es deaktiviert async für alles. Stattdessen wird die Seite " Warnungen "true" sofort getestet, indem ein breakpoint auf dem remote-Validierung action-Methode.

Irgendwelche Ideen?

Zusätzlicher Hinweis:

Ich vergaß zu erwähnen, in IE8, wird der submit-Ereignis wird nur gefeuert, wenn der text-box in Frage fehl schlägt, wird eine Validierung, die passieren können, auf dem client. Zum Beispiel, wenn es nicht erforderlich oder regex submit() gefeuert. Für die remote-überprüfung action-Methode, es wird nicht ausgelöst. Jedoch, sobald es fehl schlägt, wird eine client-Validierung, anschließende remote-Validierungen auch Auslöser der IE8 submit-Ereignis.

Antwort auf Russ Cam (Kommentar #1)

Hier ist der entsprechende code in das viewmodel:

public class SignUpForm : IValidatableObject
{
    [DataType(DataType.EmailAddress)]
    [Display(Name = "Email Address")]
    [Required(ErrorMessage = "Email Address is required.")]
    [RegularExpression(@"^(email regex here)$",
        ErrorMessage = "This is not a valid email address.")]
    [Remote("Validate", "ControllerName", "AreaName", HttpMethod = "POST")]
    public string EmailAddress { get; set; }

    public IEnumerable<ValidationResult> Validate(
        ValidationContext validationContext)
    {

Ich bin froh, Sie hatten mich an den gerenderten <form>. Die form-Tags und input-Elemente wie folgt Aussehen:

<form action="/post-action-method" method="post" novalidate="novalidate">
...
<input class="text-box single-line" data-app-focus="true" data-val="true" 
    data-val-regex="This is not a valid email address." 
    data-val-regex-pattern="^(email regex here)$" 
    data-val-remote="&amp;#39;Email Address&amp;#39; is invalid." 
    data-val-remote-additionalfields="*.EmailAddress" 
    data-val-remote-type="POST" 
    data-val-remote-url="/validate-action-method" 
    data-val-required="Email Address is required." 
    id="EmailAddress" name="EmailAddress" type="text" value=""> 
 ... 
<input type="submit" value="Submit this form" 
    data-app-form-submit-button="true" />

Nie sah ich die novalidate="novalidate" - Attribut, bis jetzt. Hier ist, was es sieht aus wie in der cshtml-Datei:

@using (Html.BeginForm())
{
    @Html.EditorForModel()
    @Html.AntiForgeryToken("assault")
}

Ich bin auch mit anti-forgery token, ob das einen Unterschied macht. Danke.