Invoquer ASP.NET événement TextChanged de JavaScript à l'aide d' __doPostBack

Comme beaucoup d'autres, je suis en train d'invoquer un .NET de contrôle côté serveur d'événement à partir de JavaScript.

Plus précisément, je tiens à feu le TextChanged événement sur une zone de texte nommée txtSearch. Donc, je suis à la recherche de l'événement de client-côté:

protected void txtSearch_TextChanged(object sender, EventArgs e)

Avoir lu beaucoup de réponses sur (par exemple ici et ici) j'ai le code JavaScript suivant:

__doPostBack('ctl00$ctl00$Container$Main$txtSearch', 'TextChanged');

Mais le côté serveur de l'événement se déclenche jamais.

J'ai essayé de nombreuses permutations: avec le AutoPostBack le vrai et le faux, avec et sans l'événement déclaré dans le côté serveur des instructions sur la ASPX (c'est à dire OnTextChanged=""), avec la EventValidation désactivé dans la page de déclaration, à l'aide de la ClientID plutôt que l'id unique dans le EVENTTARGET paramètre... mais l'événement est encore jamais tiré.

Un couple de d'autres points

  • la txtSearch bouton de contrôle est aussi le déclencheur pour un UpdatePanel, dans le cas où des questions.
  • Je suis à la conversion de code existant, dont il y en a beaucoup, et suis à la recherche de quelque chose que je peux déposer sur chaque page, plutôt que de convertir le code-behind événements à PageMethods.

Quelqu'un peut me dire ce que je dois faire?

  • Pour aider à réduire le problème - le Page_Load événement me faire virer?
  • oui, c'est fait.
InformationsquelleAutor awj | 2012-12-04
  1. 1

    J'ai essayé, et ça marche pour moi:

    <asp:TextBox runat="server" ID="txtSearch" OnTextChanged="txtSearch_TextChanged"></asp:TextBox>
<input type="button" value="submit" onclick="<%= GetOnChangedScript() %>" />

    Le côté serveur asp:TextBox, et le côté client input qui se déclenche __doPostBack sur cliquez sur. Le __doPostBack script est généré par PostBackOptions:

    protected string GetOnChangedScript()
{
    var options = new PostBackOptions(txtSearch, string.Empty);
    options.AutoPostBack = true;
    options.RequiresJavaScriptProtocol = true;
    var script = Page.ClientScript.GetPostBackEventReference(options);
    return script;
}

    La txtSearch_TextChanged gestionnaire d'événement se déclenche lorsque la valeur de la zone de texte est modifié, et la submit bouton est cliqué.

    Mais attention, pour les commandes comme TextBox le texte est stocké dans le viewstate; le nouveau texte entré par l'utilisateur dans les magasins de la forme des données. Lorsque le TextBox charge de l'état d'affichage de données, il est l'ancienne valeur. C'est par rapport à la nouvelle valeur dans le formulaire. Si les valeurs sont différentes, la TextChanged événement est déclenché. Si non, le gestionnaire d'événement ne sera pas déclenché. C'est la raison pour la Page_Load événement virer (publication s'est produite), mais txtSearch_TextChanged n'a pas d'incendie dû à la valeur de la TextBox n'a pas changé.

    • J'ai mis en place votre suggestion exactement comme elle apparaît, et il n'a pas touché l'événement TextChanged, seul le Page_Load. Il y a deux autres problèmes avec cette suggestion: (1) je suis à la recherche pour être en mesure de le faire entièrement en JavaScript plutôt que d'ajouter une fonction supplémentaire pour chaque code-behind où je dois les mettre en œuvre ce changement; (2) j'ai peu de JavaScript personnalisé que je veux lancer avant la valeur de txtSearch est affiché en arrière, mais de l'avoir mise AutoPostBack="True" je n'ai pas la chance de le faire.
    • c'est le correct pour l'ajout d' __doPostBack-comme des références. Le nom du contrôle côté serveur peut être changé, et puis tous vos extraits de code ne fonctionne pas. Mais c'est à vous de décider comment coller ces blocs. (2) dans mon exemple AutoPostBack propriété n'est pas définie. La valeur par défaut pour il est false, si cette fonctionnalité est désactivée par défaut. Et enfin, le valeur de votre zone de texte doit être modifié depuis la dernière publication pour des événements côté serveur à feu. C'est la façon dont les événements côté serveur de travail.
    • S'il vous plaît ne vous méprenez pas, @Alex, à ce stade, je serais prêt à mettre en œuvre tout qui ont travaillé. J'ai maintenant obtenu votre code de travail (je pense que j'ai oublié le OnTextChanged attribut précédemment) et fais des recherches sur la façon dont je peux l'associer avec ma événement personnalisé afin de déclencher la publication dans des circonstances particulières.
    • voulez-vous dire pour déclencher la publication de la zone de texte, même si le texte de la valeur ne change pas? Si oui, vous aurez à analyser les données post manuellement (par exemple, dans Page_Load), puis d'appeler txtSearch_TextChanged manuellement.
    • Non, j'ai une fonction personnalisée selon laquelle un seuil de nombre de caractères à saisir, et ensuite d'un délai d'attente se produit pour voir si l'utilisateur va entrer plus de caractères (chaque pression de touche permet de réinitialiser le compteur). C'est seulement après ce n'est une publication prendre place. Nous avons un Ajax Control Toolkit Extender qui a fait cela, et c'est ce que je suis actuellement en train de remplacer.
    • Je suis ce marquage comme la bonne réponse parce que je suis convaincu que le code-behind besoin d'une forme d'avertissement qu'il devrait permettre à un événement est déclenché et que c'est en quelque sorte réalisé par Alex GetOnChangedScript() la méthode. C'est vraiment la seule différence entre les deux réponses suggérées. Un sincère merci à vous deux pour votre aide.

    InformationsquelleAutor Alex
  2. 1
    function initTxtBox(){  $('#<%=txtBox.ClientID%>').on('keyup change', function() {setTimeout('txtpostback()', 0); return false;});}
function txtpostback(){__doPostBack('" + txtCadastreNumber.UniqueID + @"','');
Sys.WebForms.PageRequestManager.getInstance().add_pageLoaded(initTxtBox);

    Ensemble auotpostback valeur false à la propriété pour votre txtbox et AutoEventWireup="true" pour votre contrôle ou d'une page de la déclaration.
    OnTextChanged d'événements côté serveur sera trop de travail.
    si vous n'avez pas utiliser jquery dans votre projet, faites le moi savoir et je vous donne quelques exemple en javascript sans à l'aide de jquery.

    • Grâce Boriss, mais qui ne fonctionne pas pour moi. J'ai maintenant <asp:TextBox ID="txtSearch" AutoPostBack="False" runat="server" Value="bonjour le monde" /> par <script type="text/javascript"> function initTxtBox(){ $('#<%=txtSearch.ClientID%>').sur('keyup change', function() {setTimeout("__doPostBack(ce.id,")", 0); return false;});} Sys.WebForms.PageRequestManager.getInstance().add_pageLoaded(initTxtBox); </script> au bas de la page. J'ai essayé ton script exactement comme il est, mais Firefox m'a donné un "Inutiles appel de setTimeout", donc j'ai enveloppé __doPostBack entre guillemets. En appuyant sur une touche provoque maintenant une actualisation.
    • Ok. Maintenant, j'ai vérifier dans mon projet
    • oui, vous avez droit a l'erreur est présente 🙂 maintenant, j'ai corrigé dans mon projet trop. Mais la publication de l'événement ont été produites.
    • J'ai remarqué que la modification que vous aviez fait à l'ID de paramètre dans l' __doPostBack appel. J'avais utilisé la mise à jour de votre proposition avant, j'ai écrit mon commentaire précédent, et c'est ce qui provoque la page à rafraîchir; elle ne déclenche pas l'événement TextChanged.
    • J'ai modifié le script. Maintenant il fonctionne sans erreur dans FF. Vous pouvez l'utiliser sans seTimeout() ( j'en ai besoin dans mon projet). Je dois faire quelques actions avant la publication de trop. Et OnTextChanged événement sur le côté serveur les incendies dans mon cas.
    • Toujours pas de résultat, il reste uniquement des résultats de l'événement Page_Load et non pas l'événement TextChanged. Le setTimeout n'est pas le problème parce que __doPostBack est déclenchement d'une publication; le problème est que EventValidation est d'empêcher la publication de déclenchement de l'évènement (même si je l'ai essayé avec EnableEventValidation="False" et qui n'a pas d'effet notable) ou qui, à l'instar de @Alex a expliqué dans sa réponse, le code-behind de ne pas voir que la valeur de txtSearch a été changé.
    • Suis-je en droit de penser que seul l' __doPostBack script est impliqué dans la publication? Le reste de votre JS uniquement pour joindre l' __doPostBack à l'événement TextChanged?
    • Oui, vous avez raison 🙂
    • Vous pouvez essayer la fonction txtpostback(){<%=GetOnChangedScript()%>}; dans ma fonction comme réponse @Alex. Il travaille trop, Et vous pouvez ajouter $('#<%=txtBox.ClientID%>').modifier() avant _doPostBack. Ce qui déclenche le changement de l'événement sur la zone de texte
    • par exmple var oldtext=txt.val(); txt.val(somevalue);txt.modifier(); txt.val(oldtext); __doPostBack. j'espère que cela peut aider à changer l'état d'affichage. Juste pour essayer si textchanged œuvres

    InformationsquelleAutor Boriss Pavlovs