Question

Nous testons les éditeurs WYSIWYG et nous ne parvenons pas à les faire fonctionner avec des publications asynchrones. Nous plaçons la zone de texte (/ textarea) dans UpdatePanel et appelons une sauvegarde simple dans la base de données. Toutes nos barres d'outils WYSIWYG disparaissent, nous laissant un tas de code HTML dans les zones de texte.

C’est celui que nous avons travaillé à mettre en œuvre: nicedit.com/ Nous avons constaté que CuteEditor fonctionne avec asynch. postbacks, mais nous avons eu tellement de problèmes avec, nous le mettons tout à la ferraille.

Ce ne sont que deux exemples, mais nous en avons essayé plusieurs autres, notamment TinyMCE. Qu'est-ce qui cause des erreurs sur l'appel AJAX?

Modifier - Je conviens avec Thomas que cela a quelque chose à voir avec l'éditeur WYSIWYG exécutant JavaScript au cours de la procédure "onLoad". un événement. Malheureusement, la demande UpdatePanel le tue et ne restitue pas les éditeurs WYSIWYG. Pour que d’autres personnes puissent expérimenter, voici une autre question SO qui se rattache à la événement de chargement de page côté client .

Edit 2 - J'ai finalement lié l'événement de chargement / rendu WYSIWYG à L'événement onfocus de l'élément à l'aide de jQuery .

Était-ce utile?

La solution

Ceci est principalement (indépendant de votre contrôle WYSIWYG) en raison de deux problèmes. L’éditeur WYSIWG exécute JS sur le fichier "onLoad". événement (que vous ne pouvez pas réparer facilement) ou votre éditeur WYSIWYG inclut JavaScript lorsqu'il devient visible (ce qui ne sera pas restitué au client dans une demande Ajax sans effectuer d'actions spéciales)

Autres conseils

De ce que je me souviens de TinyMCE, vous devez désactiver l'éditeur avant votre POST.

J'ai également eu du succès avec InnovaStudio , mais vous devez le payer (59,99 $).

J'attends WysiHat moi-même.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top