Hace un tiempo me preguntaron si sería posible usar el AjaxControlToolkit dentro de SharePoint 2010.
Mi respuesta rápida fue que sí, que tan sólo bastaría con descargar el AjaxControlToolkit de la versión basada en el .NET Framework 3.5, que es la base de SharePoint 2010.
Sin embargo, cuando me puse a ello, no fue tan sencillo. Al parecer, las últimas versiones del AjaxControlToolkit, aún estando basadas en .NET 3.5, no son compatibles con SharePoint.
Finalmente, conseguí hacerlo funcionar, siguiendo las indicaciones de este post:
Ajax Control Toolkit with SharePoint 2010
Una vez conseguí hacerlo funcionar, me pregunté si sería viable en Office 365, y no, no lo es. Como no tenía muy claro el motivo de que no funcionase, rebusqué bastante por la web, hasta que me encontré un comentario del inmenso Wictor Willen en un post que trataba el tema.
Según comenta el propio Wictor aquí:
“Hi, this is not a bug. It’s a feature of the Sandbox. The SB creates its own copy of the Page object and “copies” some information from the real Page object to the SB page object – but not everything such as the ScriptMgr reference etc.”
Y para acabar, después de mis peripecias, mi recomendación se orienta más a no usar los controles del Toolkit, y tirar más hacia jQuery, y su extensión jQuery.UI
Saludos!
12 abril, 2012 at 2:25 pm
Luis, creo que es una excelente recomendación no usar controles del AjaxControlToolkit ni UpdatePanels y si JQuery.UI, al menos todos los compañeros que han conocido ambos (AjaxToolkit, Jquery) se decantan sin dudar hacia JQuery. Saludos.
14 abril, 2012 at 11:05 am
Gracias Kiquenet!
La verdad es que no lo he enfatizado mucho, porque cada contexto es un mundo, y los caminos de SharePoint son inescrutables, pero sí, al menos desde mi experiencia, todo lo que sea evitarse el UpdatePanel en SharePoint, es una buena opción.
Saludos!!