Posts

El próximo 23 de Abril a las 16.00 GMT tendrá lugar el Webcast Creando aplicaciones estilo Metro con XAML: ¿Qué necesitan saber los Desarrolladores de .Net? y me complace anunciar que seré el speaker del mismo.

Este será mi segundo Webcast tras el que realicé hace ya algún tiempo junto a Alberto Díaz sobre diseño en SharePoint 2010 “¿Cómo se hizo www.SUGES.es con SharePoint 2010?”

Datos del Webcast:

• URL del webcast: Inscripción
• Hora: 16.00 GMT
• Duración: 1 hora
• Público: General – Developer

Hola a todos, en este artículo me gustaría hacer un poco de reflexión sobre el Megathon Windows 2013 que ha superado las expectativas de todos y ha supuesto un gran éxito de participación y colaboración tanto a nivel nacional como local.

Aquí, en Tenerife, comenzamos metiendo el miedo en el cuerpo con la imagen anunciadora del evento y con el vídeo promocional.

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.

Supongamos que queremos conseguir el siguiente efecto

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.