SharePoint

Es habitual en SharePoint tener que realizar ajustes en la vista de edición cuando estamos aplicando branding y creando Page Layouts, Masterpage, etc. Lo normal en un maquetador es que aplique estilos según los nuevos elementos en pantalla pero, a veces resulta tedioso y provoca tener que escribir gran cantidad de estilos y selectores para cosas muy simples.

Solución

Conociendo un poco las “herramientas” que aporta SharePoint dentro de los controles que expone por defecto, podemos realizar esta tarea de una forma mucho más sencilla simplemente haciendo uso de EditModePanel que nos valdrá tanto para mostrar elementos en vista edición como para el modo vista.

Durante el desarrollo de nuestros proyecto de SharePoint, es habitual que entre despliegue y despliegue podamos dejar características huérfanas, esto es, características cuya referencia a la solución se haya perdido por haber cambiado su configuración, porque se nos haya quedado un despliegue a medias, … y que eso nos impida volver a desplegar la solución con éxito debido a que el GUID que tiene asignado ya esté en uso y nos sea imposible hacer incluso un “Retract” desde Visual Studio.

Cuando desarrollamos Display Templates para dar un look&feel diferente a los elementos resultantes de las búsquedas en SharePoint, muchas veces es necesario ejecutar código JavasScript tras la carga de los mismos ya sea para añadir funcionalidad extra o simplemente para establecer algunas propiedades visuales que requieran de conocer los resultados para mostrar una mejor distribución.

Esta edición de CEUS by Iberian SharePoint Conference 2015 estaba marcada por la convergencia entre los dos mayores eventos de SharePoint en españa, CEUS que incluía la parte más orientada al negocio e Iberian SharePoint Conference que trataba la parte más técnica. El resultado ha sido un gran evento de dos días en el que rompimos todas las previsiones de asistencia y pudimos conocer todos los aspectos de SharePoint y de las tecnologías con las que se relaciona, Azure, Lync, Visual Studio, SQL Server, ALM,…

Llega una nueva entrega de «Fantasmas del código» y, en esta ocasión le toca a SharePoint 2013 y los problemas con jQuery.

Escenario

Cuando tenemos que personalizar un sitio de SharePoint 2013 es muy probable que hagamos uso de jQuery, plugins, etc… y así dotarlo de «vida» y de nuevas funcionalidades que no vienen por defecto y que queremos añadir en nuestros Web Parts, User Controls, Display Templates, Page Layouts,… y, como todo el mundo sabe, la mejor forma realizar llamadas jQuery es usando el alias «$» como por ejemplo cuando queremos que nuestro código se ejecute cuando la página esté lista.

Llega una nueva entrega de «Fantasmas del código» y, en esta ocasión le toca a SharePoint 2013 y los problemas con jQuery.

Escenario

Cuando tenemos que personalizar un sitio de SharePoint 2013 es muy probable que hagamos uso de jQuery, plugins, etc… y así dotarlo de «vida» y de nuevas funcionalidades que no vienen por defecto y que queremos añadir en nuestros Web Parts, User Controls, Display Templates, Page Layouts,… y, como todo el mundo sabe, la mejor forma realizar llamadas jQuery es usando el alias «$» como por ejemplo cuando queremos que nuestro código se ejecute cuando la página esté lista.

Escenario

Uno de los fuertes de SharePoint en ambientes de intranet son los perfiles de usuario que permiten no sólo mostrar información importante de un usuario, sino también obtener datos adicionales como por ejemplo el estado en Lync. Es por ello que cuando realizamos desarrollos para SharePoint, a menudo nos encontramos con que podemos o debemos añadir información del usuario conectado en alguna zona de la página.

Retomando las labores de comunidad, vuelvo a vosotros en los albores de la tempestad para tratar de exponer mi visión. En este caso, colaboraré con Alberto Díaz Martín el próximo jueves 23 de octubre en un Webminar de ENCAMINA donde hablaremos de entornos híbridos en Microsoft Azure (Más info) haciendo una orientación hacia SharePoint, aunque todo lo que contemos puede ser aplicable a otras soluciones.

Nota de migración: el cartel promocional que acompañaba este anuncio dependía del almacenamiento del blog heredado y los archivos referenciados ya no están disponibles en origen. Se conserva la información textual del evento para mantener el contexto del archivo.

En este artículo quiero mostrar paso a paso cómo desplegar una página maestra (Masterpage) personalizada en un sitio de SharePoint y aplicarla en el momento del despliegue.

Escenario

Tenemos un sitio de SharePoint con sus subsitios etc etc etc y queremos aplicar una página maestra personalizada para, evidentemente, tener nuestra imagen de marca. Las opciones que tenemos son:

Escenario

Disponemos de un sitio de publicación y tenemos un WebPart personalizado que realiza una muestra de ciertas páginas del sitio, donde tenemos activada la navegación por metadatos, esto es, “friendly url’s”. El problema surge en que al hacer la consulta, ya sea usando CAML, recorriendo la lista con con Linq to SharePoint, lo que tenemos de forma habitual es la url de acceso a la página, algo similar a  “http://mysite/Pages/mypage.aspx” o “http://mysite/mypage.aspx”, lo cuál ya no es “friendly” perdiendo así los beneficios que podríamos obtener de cara al SEO.