Articulos

Hoy me gustaría compartir una reflexión con todos ustedes acerca de las buenas formas para crear una hoja de estilos en contra punto al uso de hacks e ideas estrambóticas que pueden hacer de una hoja de estilos algo ilegible y que te dan ganas de tirar a la basura.

Uso de hacks

Los hacks en CSS son “trucos” para que determinados navegadores interpreten las hojas de estilo de forma diferente y generalmente se usaban para corregir la mala interpretación que hacían a determinadas propiedades. Se popularizaron durante la etapa en la que la versión del navegador de Microsoft era Internet Explorer 6 (IE6) que, debido a su “errónea” “especial” interpretación del modelo de caja (ancho/alto, padding y margen), hacía del diseño de páginas web una tarea dura. No era extraño ver diseñadores web que renegaban del navegador más popular que debían instalarse programas que renderizaban sus webs en N navegadores diferentes para poder ver las diferencias y así poder ir ajustando la visualización de las mismas de forma menos lenta. Una prueba que dejaba en gran evidencia estos problemas era la nota que obtenían los diferentes navegadores en “Acid Test”.

Escenario

Necesitamos depurar una aplicación, en el emulador o en un dispositivo, de la que sólo tenemos el archivo .XAP que se genera cuando se empaqueta la aplicación y no podemos disponer del código fuente.

Solución

Hay varias opciones como por ejemplo subir el archivo .xap al market y distribuirlo a los testers de la aplicación que tardarán aproximadamente 24 horas en recibirla. Pero si lo queremos hacer de forma inmediata, con el SDK de Windows Phone 8 tenemos una nueva opción que nos permitirá desplegar la aplicación en el emulador o en un dispositivo físico gracias a la aplicación “Application Deployment”

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.

La idea es conseguir que la app adopte el aspecto visual de SharePoint para reforzar la sensación de continuidad dentro del sitio.

Ayer me llegó por sorpresa un correo de Microsoft en el que se me indicaba que he sido nominado como Microsoft Active Professional 2013, abreviado como MAP (Me llaman Map, Bing Map… jejeje). He tenido que buscarlo porque era la primera vez que oía hablar de este reconocimiento y… ¡vaya sorpresa! Me ha alagado saber que me lo otorgan como distinción entre el 5% de los mejores profesionales. Como siempre digo, tengo mucho que aprender y hay muchísimas personas que deberían recibir reconocimientos antes que yo porque son auténticos cracks, pero lo son en la sombra porque por diferentes circunstancias no disponen de visibilidad en la comunidad. A todos ellos, les diré que se animen que hay un mundo de oportunidades y momentos de gran valor.

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.