Cliente de SkyDrive Pro para Windows ya está disponible

Con la versión de Office 2013 apareció la herramienta SkyDrive Pro, que permitía a través de una aplicación cliente mantener sincronizados su carpeta local de SkyDrive Pro y las librerías de documentos de SharePoint 2013 y/o Office 365 para poder trabajar sin conexión.

Ahora Microsoft ha liberado una versión para cliente que no requiere de una versión de Office instalada en el equipo, así que se puede instalar de forma independiente siempre que no tengamos alguna versión de Office 365 Pro Plus, Small Business Premium u Office Professional Plus 2013, ya que en esos casos ya viene incluida.

Podéis descargarla del siguiente enlace:

http://www.microsoft.com/en-US/download/details.aspx?id=39050

Usar Report Viewer WebPart II. Reports

Si en la entrada anterior vimos cómo configurar el WebPart de Report Viewer, ahora vamos a ver cómo crear un report que se alimente de una lista de SharePoint.

A partir de este punto, ahora vamos a utilizar Report Builder para crear nuestro informe.

Podremos obtener esta herramienta al instalar SQL Server 2008 R2 (Report Builder 3.0).

La herramienta recuerda mucho a la apariencia de productos Office 2007 (creo que era Office 2007). Barra Ribbon en la parte superior, un menú lateral con los objetos, y el panel de edición de nuestro report.

Lo primero que vamos a hacer es añadir nuestro origen de datos, que en este caso será nuestra colección de sitios de SharePoint donde se encuentra la lista o listas de las que queremos leer información.

Seleccionaremos como tipo de conexíón “Microsoft SharePoint List”, y en la cadena de conexión indicaremos únicamente la colección de sitios donde se encuentran:

Podemos usar el botón de Test Connection para comprobar que la herramienta es capaz de acceder al site.

Una vez logrado lo anterior, el siguiente paso sería añadir los conjuntos de datos con los que vamos a trabajar en el informe:

Desde ahí seleccionaremos el origen de datos del que queremos leer (podemos tener varios orígenes de datos), y entraremos en el diseñador de consultas (Query Designer):

Desde esta ventana podremos seleccionar la lista, y los campos de la misma con los que vamos a querer trabajar en el informe:

Una vez los tengamos seleccionados, podemos ver el formato de query con la que vamos a trabajar:

Y podremos continuar con el modelado del informe, por ejemplo:

Una vez lo tengamos listo, guardamos el informe, lo subimos a una Biblioteca de Informes de SharePoint, y le decimos al WebPart de Report Viewer que queremos cargar ese informe:

Y ahí lo tenemos:

Scroll perdido en iPad?

En un proyecto estábamos trabajando maquetando un portal de publicación en SharePoint 2010 en HTML 5, con idea de hacerlo multidispositivo, y nos llevamos la sorpresa de que al visualizarlo físicamente en un iPad, habíamos perdido la posibilidad de hacer scroll sobre la página que habíamos publicado, teniendo que usar los dos dedos para desplazarnos verticalmente.

Pues si esto os ocurre, tenéis que añadir una media query a vuestro CSS, para que se vuelva a habilitar el scroll con un dedo en iPad. Este problema se debe a cómo calcula SharePoint en espacio del contenido y cómo lo interpretan algunos navegadores.

Aquí tenéis la media query que usamos nosotros para solucionar el problema:

@media (max-device-width: 768px){
body.v4master {height: auto;width: auto;overflow: auto !important;}
}

Y si aún así tenéis algunas zonas donde sigue sin funcionar correctamente, probar a usar esta otra más completa:

@media (max-device-width: 768px){
body.v4master {height: auto;width: auto;overflow: auto !important;}
body #s4-workspace {overflow: visible !important;height: auto !important;width: auto !important;}
#s4-titlerow {width: auto !important; }
}

Página de mantenimiento de WebParts

A veces pasa que estamos trabajando en una página de SharePoint y cuando estamos configurando algún WebPart, ya sea de serie o uno desarrollado a medida, de repente algo falla y nos deja la página con la típica pantalla de error, sin posibilidad de editarla para quitar ese WebPart o poder editar sus propiedades.

En SharePoint tenemos una página llamada página de mantenimiento, en donde nos lista todos los WebParts que tenemos en una página en concreto, permitiéndonos además eliminar uno o varios de ellos.

Si no recordáis la URL exacta de la página o cómo llegar a través de la navegación, hay un pequeño truco para llegar a esa página desde otra.

Podremos ver la página de mantenimiento de la página en la que estamos trabajando cuando en la URL del navegador añadamos el parámetro: “?contents=1”.

Usar Report Viewer WebPart I. Configuración

SharePoint ofrece múltiples métodos y herramientas para visualizar informes. Dependiendo del tipo de licencia (Standard, Enterprise) se pueden usar unos u otros, como puedan ser PerformancePoint, Excel Services, o como es este caso, los Report de SQL Server a través del Web Part Report Viewer.

En esta caso vamos a usar los servicios de Reporting Services para visualizar un informe creado con Report Builder 3.0, que se alimenta de una lista de SharePoint.

Para poder utilizar el WebPart de Report Viewer, es necesario activar la característica de Report Server Integration Feature, o sino no tendremos posibilidad de añadirlo.

Una vez activada, podremos añadirlo en una página:

Y en este punto es posible que encontremos un error similar al siguiente:

Si revisamos la traza del error, veremos que este control utiliza lo que se llama Session state, que es posible que no lo tengamos activado en nuestra granja:

“Microsoft.Reporting.WebForms.SessionDisabledException: Session state has been disabled for ASP.NET. The Report Viewer control requires that session state be enabled in local mode.

at Microsoft.Reporting.WebForms.ReportViewer.EnsureSessionOrConfig()

at Microsoft.Reporting.WebForms.SessionKeepAliveOperation.CreateRequest(ReportViewer viewer)

at Microsoft.Reporting.WebForms.ReportViewerClientScript.SetViewerInfo(ReportViewer viewer, String reportAreaId, String promptAreaRowId, String docMapAreaId, String fixedTableId, String promptSplitterId, String docMapSplitterId, String docMapHeaderOverflowId, String directionCacheId, String browserModeCacheId)

at Microsoft.Reporting.WebForms.ReportViewer.OnPreRender(EventArgs e)”

Tendremos que hacer uso de PowerShell para habilitarlo, mediante el comando Enable-SPSerssionStateService:

Ahora podremos visualizar el WebPart en la página, en donde tendremos que indicarle qué report queremos visualizar:

Reglas de búsqueda comunes

En algunas ocasiones, cuando se realiza una búsqueda en un portal de SharePoint, éste nos devuelve resultados que no son útiles para el usuario o que pueden crear confusión, o permitir acceso a ciertos sitios que no queremos que estén presentes en esos resultados.

Por defecto, el buscar no realiza ningún filtro de los resultados, y si por ejemplo lanzamos una búsqueda de unas páginas, el buscador nos va a incluir en los resultados la propia librería de páginas donde se encuentran.

Para omitir esos resultados basta con crear una serie de reglas en el Servicio de Búsqueda, que van a evitar que aparezcan resultados de las listas que contienen los contenidos por ejemplo.

Si estamos buscando una serie de artículos y no tenemos las reglas creadas, es posible encontrar un resultado como el siguiente:

Como veis, los últimos resultados incluyen las listas donde se encuentran los artículos. Es una información que queremos omitir en los resultados.

Para ello, hay que crear unas reglas. Las más comunes son las siguientes, y por supuesto, se pueden complementar con otras adicionales si fueran necesarias:

*://*AllItems.aspx

*://*AllForms.aspx

*://*DispForm.aspx

*://*default.aspx

*://*my-sub.aspx

*://*Thumbnails.aspx

*://*mod-view.aspx

Para crearlas, desde la Administración Central hay que darlas de alta dentro de la administración del servicio de búsqueda:

Una vez creadas todas hay que lanzar una indexación completa (no basta una incremental) para que aplique las reglas que se han creado.

La próxima vez que se realice una búsqueda, los resultados ya aparecerán sin esa información que queríamos eliminar: