soumettre le comportement du bouton dans IE

Question

J'ai un problème dans IE. Si vous appuyez sur Entrée lorsque le dernier contrôle d'entrée est activé, le focus est envoyé au bouton "Suivant". Cela soumet le formulaire. Jusqu'ici tout va bien.

Le code dans mon WizardController de classe de base semble voir si le bouton de soumission suivant est nul, comme suit:

 protected string NextButton 
     { 
      get 
      { 
       return ControllerContext.HttpContext.Request.Params["NextButton"];Nex 
      } 
     } 

Cependant, en dépit de la forme soumission, cette propriété renvoie null à moins que l'utilisateur clique explicitement sur la bouton avec sa souris.

Ceci est manifestement faux, mais je ne sais pas pourquoi cela se produit.

RÉVISÉ POUR LE PROBLÈME PRÉCISER PRECISE:

Le problème se produit uniquement s'il n'y a qu'une commande d'entrée de texte dans le formulaire HTML qui obtient rendu au navigateur.

FIN EDIT

Andrew

Answer 1

J'ai enfin trouvé une explication à mon problème:

Il semble être un bug dans IE, où s'il y a une seule entrée de texte sous la forme de rendu HTML, alors IE ne sera pas soumettre le formulaire correctement. La question est décrite (brièvement) à:

Form Submit via Enter Key when using IE

Dans le lien ci-dessus, aucune description est donnée à la raison pour laquelle le bogue se produit, ou depuis quelle version de IE, donc une solution globale est meilleure.

La solution proposée dans l'article est d'ajouter une entrée de texte caché css (avec conditionals pour IE):

<!--[if IE]> 
    <input type="text" style="display: none;" disabled="disabled" size="1" /> 
<![endif]--> 

Cela a fonctionné pour moi, donc question résolue.

Ce qui suit est inclus pour documenter la question comme je l'ai vécu:

Contrairement au problème décrit dans l'article, ma forme se soumirent. Toutefois, lorsque j'ai essayé de vérifier quel bouton avait été accédé en appuyant sur l'onglet ou la touche Entrée, aucun bouton de soumission n'était dans la collection HttpContext.Request.Params. Donc le comportement que j'ai vu était légèrement différent.

Ce que l'article ci-dessus a identifié est que ce comportement est seulement vu quand il y a seulement un contrôle d'entrée de texte. Une seule case à cocher, par exemple, ne provoque pas le problème.

J'espère que cela documente correctement le problème ... et que MS va un jour corriger le bug.

Answer 2

Un travail simple pourrait être autour d'utiliser un élément de forme cachée et dépendent que, plutôt que le bouton.

<input type='hidden' name='action' value='next' /> 

Si vous avez plusieurs boutons, vous pouvez toujours utiliser JavaScript pour modifier la valeur de l'élément d'action juste avant l'envoi.