Translate

miércoles, 14 de octubre de 2015

Usuarios anónimos de un sitio de publicación no pueden expandir vistas agrupadas

Una de muchas diferencias que encontramos en sitios Team Sites y en Publishing Sites trata del manejo de features disponibles en cada una de las plantillas.

Por lo general, Team Sites tienen al menos permisos de lectura, mientras que los Publishing Sites están pensados para el acceso anónimo, sin embargo, aunque todo el sitio tenga habilitado el acceso anónimo, ciertas funcionalidades van a solicitar credenciales.

Ejemplo de esto son las listas y bibliotecas que tienen una vista agrupada. El problema que acá se presenta es que al cambiar de colapsado a extendido el contenido de la lista o biblioteca no se carga, por el hecho de estar manipulándolo de manera anónima.

En SharePoint 2013 es muy facil resolverlo. Los Site Collection Administrators deberán ingresar a Site Setting y deshabilitar la opción "Limited-Access user Permission Lockdown Mode"


En SharePoint 2010 la opción no viene por default, sino que tendremos que invocarla por medio de Power Shell con los siguientes comandos:

get-spfeature –site http://misitio

Ubique la opción ViewFormPagesLockDown, de esta manera sabrá que el feature aunque no se vea gráficamente sí está presente


Aplicamos los siguientes comandos para desactivar el feature
$lockdownFeature = get-spfeature viewformpageslockdown
disable-spfeature $lockdownFeature SiteURL

Fuente: http://sureshpydi.blogspot.in/2013/12/viewformpageslockdown-feature-in.html

Con este comando el feature que bloquea la vista de formularios se desactiva, y así los usuarios anónimos no tendrán problemas para hacer manejo de listas y bibliotecas

martes, 6 de octubre de 2015

Página de calendario de SharePoint 2013 no toma estilos css en IE11

Las personas que han trabajado en diseños personalizados para SharePoint 2010 o 2013 se han dado cuenta que muchos de los estilos presentan problemas en Internet Explorer 11, esto se debe a que no se incluyeron las mejoras necesarias en el SP1.

En esta oportunidad se da un fallo en la visualización del calendario en SharePoint 2013 abriéndolo únicamente con IE11, por ejemplo se desactiva el botón que se sobrepone al cambio de vistas y la página en modo edición se ve mal.

La solución radica en cambiar el tag que indica la compatibilidad que tendrá IE11 con su contenido, por lo que se deberá cambiar en el masterpage de extensión html de la siguiente manera:

ORIGINAL
<meta http-equiv="X-UA-Compatible" content="IE=10" />

SOLUCIÓN
<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE10" />

La diferencia entre "IE=10" y "IE=EmulateIE10" es que el primero sólo cambia el agente de usuario para que aparezca con IE10, a diferencia que el segundo, que emula completamente el navegador IE10 inclusive con componentes del API Javascript.