7
votes

Simple Ajax ASP.NET Calendar Extender ne fonctionne pas

J'ai fait un nouveau projet avec une page et une référence à ajaxcontroltoolkit.dll

L'extension du calendrier ci-dessous ne fonctionne pas, qu'est-ce que j'ai mal fait? < Pré> xxx


0 commentaires

7 Réponses :


20
votes

Essayez d'utiliser l'AJAXToolkit ScriptManager au lieu de l'ASP One..euvez tout le reste

<ajaxToolkit:ToolkitScriptManager ID="ToolkitScriptManager1" runat="server" > </ajaxToolkit:ToolkitScriptManager>


0 commentaires

4
votes

La réponse ci-dessus est correcte; Cependant, cela n'a pas fonctionné pour moi. J'ai essayé plutôt de faire glisser la boîte à outilskitscriptManager dans mon formulaire, et il a été rendu comme xxx

. Cela a fonctionné pour moi alors. Notez que c'était "Asp.ToolkitscriptManager", pas "AjaxToolkit: ToolkitscriptManager". Peut-être que ceci est un changement dans la version de la boîte à outils de contrôle Ajax que j'utilise?


0 commentaires

5
votes

Non, c'est ce que vous avez défini le tagprefix comme cela pourrait être CC1 ou ASP ou AJAXToolkit

<%@ Register Assembly="AjaxControlToolkit" Namespace="AjaxControlToolkit" TagPrefix="ajaxToolkit" %>


0 commentaires

1
votes
<httpHandlers>
                <remove path="*.asmx" verb="*"/>
                <add path="*.asmx" verb="*" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" validate="false"/>
                <add path="*_AppService.axd" verb="*" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" validate="false"/>
                <add path="ScriptResource.axd" verb="GET,HEAD" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" validate="false"/>
                <add path="CrystalImageHandler.aspx" verb="GET" type="CrystalDecisions.Web.CrystalImageHandler, CrystalDecisions.Web, Version=10.2.3600.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/>
                <add path="Reserved.ReportViewerWebControl.axd" verb="*" type="Microsoft.Reporting.WebForms.HttpHandler, Microsoft.ReportViewer.WebForms, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" validate="false"/>
            </httpHandlers>
    <system.web></system.web>

0 commentaires

2
votes

En ce qui concerne la boîte à outils de contrôle Ajax 7.1213.0

Puisque vous utilisez la boîte à outils de contrôle AJAX, vous devez utiliser OutilscriptManager strong> au lieu de ScriptManager Strong>. P>.

glisser-déposer outilscriptManager strong> ou simplement tape p> xxx pré>

si ne fonctionne pas, mettez ceci dans le début de la page Web. P>

<asp:TextBox runat="server" ID="txtDate1" />
<asp:CalendarExtender ID="txtDate1_CalendarExtender" runat="server" Enabled="True" TargetControlID="txtDate1">
</asp:CalendarExtender>


0 commentaires

1
votes

Comme il est déjà répondu, mais juste pour laisser les développeurs face à ce problème maintenant , parler de la version Mise à jour d'octobre 2015: qui est MAINTENANT MAINTENANT MAINTENANT Maintenu par DevExpress

J'ai mis à niveau mes formulaires Web VS 2013 Application à Ajax via Nuget
&
J'ai fait face au même problème, contrôle calendrier ne fonctionne pas , ayant tout le code parfait

La solution qui a fonctionné pour moi était:

1. je l'ai fait:

 Entrez la description de l'image ici

2. Je l'ai installé via cette Nouveau Installer

3. J'ai créé un projet nouveau de mon VS 2013

4. déplacé mon code code existant à ce projet et

ça a fonctionné !!

plus,
Thers n'est pas MAINTENANT, vous devez utiliser la standard scriptManager maintenant

 Entrez la description de l'image ici


0 commentaires

0
votes

soupir ... Je sais que c'est question de la question, mais au cas où d'autres arrivent et que ces solutions ne résolvent pas le problème, voici quelque chose à vérifier. Nous avons une application de formulaires Web Legacy que j'ai passé la majeure partie du dépannage du matin car les contrôles d'extension du calendrier viennent d'arrêter de travailler sur une page spécifique. Il n'y avait pas de patchs ou de packs de service qui avait été exécuté sur Server / Dev Dev PC et aucune modification de la version de l'assemblage AJAX et aucune modification récente de la page.

Il s'avère qu'un enregistrement script de démarrage dans la charge de la page faisait référence à une fonction JavaScript qui n'existait plus dans le fichier JS externe, d'où une erreur JavaScript sur la page de la page a arrêté l'initialisation / fonctionnalité de la commande Ajax. Vérifiez donc vos outils de développeur (Chrome semble le meilleur) pour les erreurs JavaScript pouvant empêcher d'autres scripts d'initialisation JavaScript de la course à l'extension du calendrier et similaires.


0 commentaires