SharePoint

Hoy pongo fin al parón comunicativo que he tenido en las últimas semanas y lo hago para informaros de que mañana participaré en el Webcast de MSDN “¡Creando sitios poderosos con SharePoint 2013: Así se hicieron iberiansharepointconference.com y compartimoss.com!” con una compañía inmejorable, Alberto Díaz, Adrían Díaz y Teresa Cebrián.

En este Webcast hablaremos sobre sitios de publicación con SharePoint 2013 y, para ello, usaremos como ejemplo la creación del sitio web Iberian SharePoint Conference y de la revista digital en castellano sobre SharePoint CompartiMOSS.

Problema

Cuando diseñamos una página maestra personalizada en SharePoint 2010, generalmente no reparamos en los cuadros de diálogo “dialogs” que se utilizan de forma muy común en prácticamente todos los elementos de SharePoint. Esto provoca que a la hora de mostrarse uno de estos cuadros de diálogo, aparezcan elementos como la cabecera o el menú vertical del panel lateral.

Desde que llegué al mundo de SharePoint, siempre me he preguntado por qué no se organizaba ningún evento relacionado con SharePoint en el que los expertos pudieran relacionarse con desarrolladores, diseñadores, usuarios y clientes de las diferentes versiones de esta gran plataforma de Microsoft. De hecho, en conversaciones con algún MVP’s de SharePoint, he nombrado varias veces esta posibilidad como medio para dar a conocer este producto entre las empresas españolas ya que de momento no ha sido acogido como en el resto del mundo donde es una de las joyas de la corona en el mundo del software.

Escenario

Tenemos un sitio de SharePoint 2010 o 2013 y queremos localizarlo en función del idioma del usuario que visita dicho sitio. Para ello tenemos diversas opciones.

• Localización de Página Maestra (Masterpage) y Diseños de Página (Page Layouts)
• Localización de recursos en Interfaz de Usuario (UI) en un desarrollo
• Localización de recursos en código manejado en un desarrollo

Aunque en realidad, se puede resumir en, localización en Interfaz de Usuario y localización en código manejado.

Ampliando mi último artículo sobre SharePoint Apps en el que trataba el escenario de incluir el entorno (chrome) de SharePoint en una SharePoint App Auto-hosted, quería compartir cómo incluir los estilos de SharePoint 2013 para que consigamos mejorar aún más la sensación de seguir dentro del sitio y, por tanto, del contexto de SharePoint.

Supongamos que queremos conseguir el siguiente efecto

Escenario

Cuando programamos una SharePoint App “autohosted” tenemos que tener en cuenta que al instalarla se pierde el entorno de SharePoint porque lo que se hace es una especie de redirección desde SharePoint al sitio donde se ubica la App que publicamos. Por lo tanto, nuestra aplicación se verá como una web independiente de SharePoint y puede que no nos interese que sea así, sino que la aplicación esté dentro del entorno y del contexto de SharePoint 2013 manteniendo cabecera y menú.

En mi anterior artículo, hice una introducción de cómo construir una aplicación de LightSwitch para SharePoint en la que el escenario se centraba en poder enviar notificaciones push a usuarios de Windows Phone cada vez que se insertara un elemento en una lista de SharePoint. En este caso compartiré el código para realizar estos envíos.

Escenario

Teniendo una aplicación de LightSwitch en SharePoint que graba alertas en una lista, pretendemos que tras insertar el registro (o actualizarlo) se envíe una notificación push a los dispositivos Windows Phone registrados en una lista.

Estos días he tenido que trabajar con LightSwitch para crear una aplicación que se conectara a SharePoint que pudiera interactuar con una “Lista Personalizada” (Custom List).

Escenario

Antes de comenzar, es necesario que establezca el contexto en el que LightSwitch se convirtió en la opción buena o menos mala (según se mire). La idea era bien simple, tener una lista de SharePoint de tipo “Custom List” en la que insertar alertas y que éstas sean  notificadas por medio de Push Notifications a los usuarios con dispositivos Windows Phone. A priori esto podría resultar muy sencillo si disponemos de SharePoint Server 2013 server que ya dispone de un servicio de notificaciones, incluso en SharePoint 2010 server tampoco presenta un reto conseguir este objetivo pero, ¿qué ocurre con SharePoint Online? Independientemente de la versión, 2010 o 2013 preview, en el entorno online de SharePoint no disponemos de esta posibilidad de una forma trivial (al menos de momento) y tenemos que recurrir al desarrollo que, se nos complica porque nuestro objetivo incluye que la versión de SharePoint debe ser la 2013 online. Debido a estos “problemas”, hemos explorado diferentes medios por los cuáles alcanzar nuestro objetivo.

Escenario:

Supongamos que tenemos una lista, llamémosla “fuente”, de SharePoint 2010 y queremos que al insertar o actualizar un elementos, se registre un log o un histórico en otra lista, llamémosla “destino”, es decir, insertar un registro en la otra lista con los datos que necesitemos. Para realizar esta operación deberíamos programar un EventReceiver y asignar nuestro código a los eventos deseado, ItemAdding, ItemAdded, ItemUpdating o ItemUpdated según sea el caso de nuestro escenario.

Escenario:

Necesitamos ejecutar cierto código Javascript pero queremos que se haga al final de la carga de la página, por ejemplo si vamos a rellenar un input que no sabemos en qué momento estará disponible.

Solución jQuery:

Por todos es sabido a estas alturas que el problema se resolvería fácilmente haciendo uso de jQuery controlando el momento en el que la página esté “lista (ready)”, es decir:

   1: $(document).ready(function() {