Campo de hipervínculo en flujos de trabajo 2013

Esta semana un cliente nos ha propuesto un reto. El reto consistía en tener en una lista todos los miembros de los diferentes grupos de trabajo con los que trataban. Hasta aquí, sencillo. Lo siguiente era tener un "botón" que les abriera Outlook y le pusiera todos los correos de los miembros de ese grupo. Esto ya tiene más interés.

La solución una lista llamada Grupos donde listemos los grupos y un "botón" que ponga Enviar Email.
Ese "botón" es un campo de tipo hipervínculo donde la dirección web es mailto:david@dominio.es;blanca@dominio.es; .... Mientras que la descripción del campo pone Enviar Email.

Para dar de alta los miembros, tendremos otra lista llamada Miembros, donde tenemos tres campos (pueden ser más pero nosotros sólo necesitamos esos tres) Nombre (Texto), Grupo (Búsqueda sobre la lista Grupos) y Email (Una linea de texto).

¿Cómo creamos y rellenamos el "botón"? Con un flujo de trabajo sobre la lista Miembros que se lanza cuando se crea un nuevo elemento.

¿Qué hará nuestro flujo?

Resumiendo: Tendremos dos ramas, una por la que iremos si el grupo tiene emails asociados y otra por la que el grupo aún no tiene emails asociados. La condición será:

Que consiste en ir a la lista Grupos y miraremos el campo Emails, que es donde guardaremos nuestros emails concatenados con ";", para ello, queremos el elemento de la lista Grupos, cuyo nombre coincida con el grupo del elemento que ha lanzado el flujo en la lista Miembros.

Si avanzamos por la primera rama, guardamos en una variable del flujo (EmailAnteriores) de tipo Cadena, los emails que ya hay de ese grupo (los recogemos como campo de tipo Dirección URL):

Para en un siguiente paso concatenar esos emails (recuperamos la variable EmailAnteriores con el tipo Dirección de correo electrónico) con el email de elementos de la lista Miembros que ha lanzado el flujo:

El siguiente paso será guardar esa concatenación de los email anteriores y el actual en otra variable de Flujo de tipo cadena (EmailsFinal), pero completar también un campo de descripción que ponga Enviar Email.
Para ello la cadena se genera, con la variable Email donde se encuentran todos los emails del grupo, y separado por una coma y un espacio, el nombre a mostrar:

Y finalmente sólo nos quedará guardar la variable de flujo EmailsFinal, sobre el campo Emails de la lista Grupos, que es nuestro "botón" Enviar Email:

La segunda rama, será la que nos generé el primer correo en la lista Grupos, porque hemos agregado el primer miembro en la lista Miembros. Con la única particularidad de que como estamos guardando en un campo de tipo hipervínculo, deberemos poner delante la palabra "mailto:":

RESUMEN:

Para completar campos de tipo hipervínculo a través de un flujo, deberemos crear una variable de tipo cadena, y completar con la "url, texto descriptivo". Muy importante la coma y el espacio.

Trabajando con las Master Pages de SharePoint 2013

Si estáis acostumbrados a trabajar con SharePoint 2007 y/o 2010, seguro que más de una vez habréis tenido que modificar su página maestra o master page.

Para ello, habréis abierto el sitio raíz de vuestra colección de sitios con SharePoint Designer y habréis accedido a la carpeta _catalogs/masterpage, donde están esos maravillosos archivos .master:

O bien, habréis accedido vía web a través de la opción Páginas maestra y diseños de página, que se encuentra en la configuración de sitio del sitio raíz de vuestra colección de sitios:

Pues bien, habréis modifica esos archivos .master y seguro que con un poco de trabajo, habéis conseguido lo que queríais: Modificar las migas, incluir una CSS, incluir un JS...

Al ir a hacer esto en 2013, puede que os hayáis encontrado una sorpresa y tras copiar el archivo .master, habréis intentado renombrarlo y os habrá salido un mensaje que dice: Error del servidor: Este archivo no se puede mover, eliminar, editar ni se puede cambiar su nombre.

Comprobareis que tampoco podéis borrarlo.

La solución para todo, es copiar el archivo .html que tiene el mismo nombre. Tras ello, ya podremos por medio del archivo .html, modificar el nombre, eliminarlo, etc... Pero en cambio, si lo que hacemos es modificar el código del archivo .master, veremos que no nos deja. Eso es porque el código .master, esta asociado al .html.

La manera de modificar la master page que plantea Microsoft, es por medio de la edición del archivo .html asociado. Esto puede ser muy engorroso y no muy agradable (al menos esa ha sido mi experiencia).

Para ello, existe la posibilidad de desasociar el .html del .master y trabajar con el .master directamente. Bastaría con acceder a la configuración del sitio raíz de nuestra colección de sitios y elegir la opción Páginas maestras y diseños de página que se encuentra bajo la agrupación Galerías del diseñador web:

Una vez dentro, buscaremos nuestro archivo .html y editaremos sus propiedades, desmarcando la opción de Archivo asociado:

A partir de este momento, ya será posible modificar el archivo .master, tal y como estábamos acostumbrados en las versiones 2007 y 2010.

Importante: NO volver a marcar esta opción, ya que como nos advierte, que nos macharía nuestro archivo .master, con el código generado a paritr del .html que no ha sido modificado.

Cómo habilitar varias líneas de texto enriquecido en una biblioteca

Seguro que si lleváis un tiempo trabajando con SharePoint, estaréis acostumbrados a que el tipo de columna de Varias líneas de texto, pueda ser de Texto sin formato, Texto enriquecido o Texto enriquecido mejorado.

Pero si probáis a hacer esa misma columna en una biblioteca, veréis que no os da la opción, ¿dónde está?, ¿lo he soñado?. No, por defecto y desde el navegador la opción de elegir entre los tipos de columna de Varias líneas de texto sólo esta disponible para las listas.

Pero como todo en SharePoint, tiene solución.

Bastará con añadir nuestra columna de tipo Varías líneas de texto, abrir el sitio donde se encuentra nuestra biblioteca con SharePoint Designer y seleccionar Listas y bibliotecas, tras seleccionar nuestra biblioteca. Podremos hacer clic sobre Editar las columnas de la lista.

Esto nos mostrará las columnas de nuestra biblioteca y tras selección las columna deseada, en mi caso Borrar, podremos hacer clic en la ribbon superior en la opción Configuración de columnas y esto nos abrirá una ventana, donde podremos dejarla como Texto sin formato, o bien cambiarla a Texto enriquecido o Texto enriquecido mejorado:

Guardaremos los cambios y listo.

Ejecutar javascript tras la carga de un componente

Con SharePoint muchas veces ejecutaremos código Javascript justo tras la carga de la página, para eso es bien conocido el document.ready de JQuery. Pero algunas veces para nuestra sorpresa, campos como metadatos administrados o formularios con InfoPath, no se ve afectados por ese document.ready.

El problema consiste en que construyen tras el document.ready. Lo primero que se puede venir a la cabeza es meter un retardo y ejecutarlo. Eso me lo soluciona, si y no, ya que si por el motivo que sea, nuestra página tarda más tiempo que ese retardo, no le afecta nuestro código retardado.

Consultando con los compañeros, uno de ellos, me recomendó que le echará un ojo a:
https://gist.github.com/vishaltelangre/6727962

A modo de resumen, lo que hace este maravilloso Javascript, consiste en esperar a que en nuestra página aparezca una clase, un ID,... En resumen, un objeto en nuestra página y entonces ejecuta lo que nosotros deseemos.

Por ejemplo, teníamos un formulario con Infopath, que queríamos que los campos fueran multiidioma, pero InfoPath Designer, no nos dejaba tocar el código, así que optamos por poner en la página que mostrábamos el formulario, el siguiente código:

<script src="/_catalogs/masterpage/js/jquery.waituntilexists.js"></script>
<script>
$("span.a5_iiYsMdwb7doT5eh1_0:eq(0)").waitUntilExists(function () {
var lcid =_spPageContextInfo.currentLanguage;
switch (lcid)
{
case 1033:
$("span.a0_iiYsMdwb7doT5eh1_0:eq(1)").html("Title");
$("span.a0_iiYsMdwb7doT5eh1_0:eq(2)").html("Description");
$("span.a0_iiYsMdwb7doT5eh1_0:eq(4)").html("Attachments");
$("input#ctl00_m_g_91e536f8_f104_463c_9c16_4fa6c3988842_FormControl0_V1_I1_B10").val("Send");
break;
}
});
</script>

Con ello conseguimos que cuando se cargaba una clase que estaba dentro del formulario, nos cambiará los textos de los campos y botones del formulario a inglés.

Igual hay soluciones alternativas, pero esta solución nos funciono correctamente.

Problemas con los flujos de trabajo en las encuestas en SharePoint 2007

Hoy un cliente que usa MOSS (SharePoint 2007), me ha pedido que cree una encuesta. Hasta aquí ningún problema, encuesta creada con sus maravillosas bifurcaciones.

Los problemas han venido cuando me ha dicho que un usuario podía responder varias veces a la encuesta. Eso no es un problema en sí, el problema viene cuando el usuario a los días se ha dado cuenta de que ha respondido mal a la encuesta. Entonces puede ser un problema saber cual es la respuesta que coincide con la respuesta a modificar.

Lo primero que se me ha ocurrido ha sido, crear o modificar una vista, para mostrar en ella, el campo que diferenciaría cada respuesta, en mi caso el campo "operación", pero que por el alto número de operaciones que tenían, he separado en 9 preguntas de operación que se llega a ella por medio de una bifurcación al elegir el departamento.
Para mi sorpresa en una lista no se puede crear vistas, ni modificar vistas (Si que se puede añadir campos con SharePoint Designer):

Pero no sería solución porque tendría que sacar las 9 columnas de operación.

Las encuestas tampoco aceptan columnas calculadas, en la cual, podría concatenar en una sola columna, la concatenación de las 9 y mostrar dicha columna.

Lo siguiente que se me ha ocurrido es crear un correo, que además de confirmarle al usuario la respuesta en la encuesta, les ponga un enlace a la edición de la respuesta en sí.

Me pongo manos a la obra y cuando esta finalizado, me encuentro con que me aparece la columna del flujo en la vista por defecto, como siempre, pero con este mensaje:

Busco en San Google y encuentro esta maravillosa página de Microsoft:
https://support.microsoft.com/es-es/kb/926370

En la que por si desaparece, os copio lo que pone:

"Considere el siguiente escenario. Cree una encuesta y, a continuación, agregue un flujo de trabajo a la encuesta en Microsoft Windows SharePoint Services 3.0. A continuación, conectarse a la encuesta y responder a él. Por último, ver la respuesta que ha enviado y, a continuación, intenta iniciar un flujo de trabajo de la respuesta. Para ello, haga clic en la flecha situada junto a la respuesta, haga clic en flujos de trabajo, haga clic en el flujo de trabajo que ha agregado, escriba su nombre de usuario en el cuadro de los revisores y, a continuación, haga clic en Inicio. Sin embargo, no se inicia el flujo de trabajo. En su lugar, el estado del flujo de trabajo aparece como Error al iniciar."

Que suerte, justo lo que me pasa a mi, busco la solución y me encuentro:

"Este problema se produce porque a partir de un flujo de trabajo de una respuesta de encuesta no es compatible con Windows SharePoint Services 3.0. Aunque la opción de flujos de trabajo aparece al hacer clic en la flecha situada junto a la respuesta de una encuesta, no se puede iniciar un flujo de trabajo de respuesta de una encuesta."

Perfecto, descubro que las encuestas no soportan los flujos. Por cierto, la traducción rara, ha sido cortesía de Google.

Y las alertas no me sirven, porque no puedo hacer que llegue una alerta al creador y sólo al creador, cuando este crea un elemento:

Conclusión, la encuestas son maravillosas, pero no soportan:

• Flujos
• Vistas personalizadas
• Alertas para indicarme que he respondido a la encuesta
• Columnas calculadas

¿Qué plantilla de sitio se está usando en mi sitio?

Algunas veces nos puede interesar saber que plantilla de sitio ha sido utilizada para la creación de un sitio en concreto. Pues en SharePoint 2010 y 2013 hay una manera muy sencilla de hacerlo.

Basta con hacer clic con el botón derecho sobre la página del sitio que queremos conocer su plantilla y en el menú contextual que nos sale, elegiremos la opción de Ver código fuente:

Esto nos abrirá una nueva ventana con el código fuente de la página en cuestión. Ahora sólo habrá que buscar g_wsaSiteTemplateId en el código (para ello podremos utilizar el buscador Ctrl+F):

Y ahora copiaremos el identificador de la plantilla, en mi caso, PROJECTSITE#0 e iremos a buscarla a la página de Microsoft:
http://social.technet.microsoft.com/wiki/contents/articles/20100.sharepoint-2010-default-site-templates.aspx
ó
http://social.technet.microsoft.com/wiki/contents/articles/20149.sharepoint-2013-default-site-templates.aspx

De hecho, también hay una página interesante con los cambios que ha habido de la versión 2010 a la 2013:
https://technet.microsoft.com/en-us/library/ff607742.aspx

En nuestro caso, veremos que es una plantilla de sitio de proyectos:

Como podéis ver, ha sido muy fácil.

Error en los espacios de reunión de SharePoint: 'g_InstanceID' no esta definido

Jugando con las páginas maestras en SharePoint, descubrí que al volver a aplicar la default.master, a un sitio que tuviera como subsitio un espacio de reuniones, me genero un error de Javascript que me decía que 'g_InstanceID' no esta definido y me impedía que al hacer clic en las fechas de la parte izquierda, pudiera ver el contenido de los documentos asociados a dicha fecha:

Para solucionar esto, basta con hacer una copia de la página maestra, en nuestro caso default.master, renombrarla y añadir tras la etiqueta <%@ Import Namespace=”Microsoft.SharePoint” %>:

<%@ Register Tagprefix="Meetings" Namespace="Microsoft.SharePoint.Meetings" 

Assembly="Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, 

PublicKeyToken=71e9bce111e9429c" %>

Y tras la apertura de la etiqueta de <body> añadiremos:

<Meetings:PropertyBag runat="server"/>

Guardaremos la nueva pagina maestra, la publicaremos y la aplicaremos a nuestro espacio de reuniones y veremos como el problema se ha solucionado.

Fuente: http://sympmarc.com/2008/07/02/how-to-fix-recurring-meeting-workspace-error-%E2%80%98g_instanceid%E2%80%99-is-undefined/

Imagen aleatoria

Hoy un cliente me ha pedido que quería una foto aleatoria en el portal. Diferente para cada vez que accediera al portal.

La solución ha sido fácil.

Primero he creado una Biblioteca de Imágenes. En ella una columna de Sí o No, con valor por defecto a Sí. Que nos servirá para que el propio usuario elija entre que fotos quiere que se haga la selección sin tener que eliminarlas de la biblioteca. Sólo tendrá que marcarlas a No.

Lo siguiente ha consistido en hacer una Vista de Datos, en la que mostramos todos los elementos y filtramos por los que el campo anterior esta a Sí. SharePoint Designer generará todo el código por nosotros. Veremos que tenemos todas las fotos en una tabla, una debajo de otra.

Ahora entraremos en código y buscaremos:

<xsl:template name="dvt_1">
<xsl:variable name="dvt_StyleName">Table</xsl:variable>
<xsl:variable name="Rows" select="/dsQueryResponse/Rows/Row"/>

Y añadiremos la siguiente lineas tras lo anterior:

<xsl:variable name="totalRows" select="count($Rows)" />

Quedando:

<xsl:template name="dvt_1">
<xsl:variable name="dvt_StyleName">Table</xsl:variable>
<xsl:variable name="Rows" select="/dsQueryResponse/Rows/Row"/> <xsl:variable name="totalRows" select="count($Rows)" />

Lo único que hemos hecho, es recoger en totalRows, el número de imágenes que están marcadas a Sí.
Buscaremos la llamada al Body:

<xsl:call-template name="dvt_1.body">

Y justo antes de él, crearemos nuestro número aleatorio y los guardaremos en una variable:

<xsl:variable name="RandomNumber" select="ddwrt:Random(1, $totalRows)" />

Ya tenemos lo más importante, nuestro número aleatorio, entre 1 y el número de imágenes totales con la columna marcada a Sí. Y se las pasaremos como parámetro a dvt_1.body. Quedando el código:

<xsl:variable name="RandomNumber" select="ddwrt:Random(1, $totalRows)" />
<xsl:call-template name="dvt_1.body">
<xsl:with-param name="Rows" select="$Rows"/>
<xsl:with-param name="RandomNumber" select="$RandomNumber"/>
</xsl:call-template>

Dentro de dvt_1.body recogeremos el valor de RandomNumbre y se lo pasaremos a la función dvt_1.rowview que es la que pinta cada uno de los elementos por medio de un for-each, quedando:

<xsl:template name="dvt_1.body">
<xsl:param name="Rows"/>
<xsl:param name="RandomNumber"/>
<xsl:for-each select="$Rows">
<xsl:call-template name="dvt_1.rowview">
<xsl:with-param name="RandomNumber" select="$RandomNumber"/>
</xsl:call-template>
</xsl:for-each>
</xsl:template>

Y por último, dentro de dvt_1.rowview, recogeremos el valor de RandomNumber y por medio de un if, pintaremos sólo el elemento (@ID) que coincida con nuestro número aleatorio. Quedando:

<xsl:template name="dvt_1.rowview">
<xsl:param name="RandomNumber"/>
<xsl:if test="@ID = $RandomNumber">
<tr>
                                <td>
                                     <img border="0" src="{@FileRef}"/>
</td>
                        </tr>
</xsl:if>
</xsl:template>

La maquetación ya corre por cuenta de cada uno. En mi caso, debía ocupar el 100% de la página y tener un borde negro.

Esta vez no he buscado en San Google, sino que como tenía poco trabajo, lo he creado pensando un poquito. Como se puede ver, no ha sido muy complicado, aunque estoy seguro, que si buscáis, habrá mil maneras de hacerlo.

Obtener parámetros de la URL

Constantemente utilizamos la URL para pasar parámetros cuando estamos trabajando con SharePoint. De hecho el propio SharePoint es el primero que lo hace y el caso más fácil de ver, es cuando accedemos a un elemento de lista, ya sea en forma de edición o de presentación:

http://misitoweb/Lists/Alertas/EditForm.aspx?ID=39&Source=http%3A%2F%2Fmisitioweb%2FLists%2FAlertas%2FAllItems%2Easpx

En este ejemplo, podemos ver que tenemos dos parámetros ID y Source, que sirven para identificar el elemento y a dónde nos va a llevar una vez aceptemos o cancelemos la edición del elemento.

Normalmente para obtener y tratarlo, utilizaríamos JavaScript y/o JQuery, y trataríamos la URL.

La idea que propongo en esta entrada es encapsular una función que ya nos lo obtenga y que incluyéndola en un archivo .js, nos permitiría referenciarla en la página maestra y utilizar en nuestro portal.

El código sería sencillo:

function getUrlVars() {
  var vars = {};
  var parts = window.location.href.replace(/[?&]+([^=&]+)=([^&]*)/gi, function(m,key,value) {
    vars[key] = value;
  });
  return vars;
}

Esto nos permitiría recuperar dicho parámetro haciendo algo tan sencillo como:

var elemento = getUrlVars()["ID"];
var destino = getUrlVars()["Source"];

Y poder trabajar con ellas. Como se ve, es algo fácil y sencillo.

La idea la obtuve de:
http://papermashup.com/read-url-get-variables-withjavascript/

Otra manera de abrir en nueva ventana en una vista de datos

Buscando por internet como abrir documentos en otra ventana, encontré una manera curiosa:

<script src="https://ajax.microsoft.com/ajax/jquery/jquery-1.3.2.min.js" type="text/javascript"></script>
<script type="text/javascript">
$(document).ready(function() {
  $("a[href$='#openinnewwindow']").each(function() {
    $(this).attr("target", "_blank");
    $(this).attr("href", $(this).attr("href").replace(/#openinnewwindow/, ''));
  });
});
</script>

Traducido significa, que en una vista de datos, en una consulta de contenido o en un resultado de búsqueda, todos los enlaces que yo quiera que se abran en nueva ventana, basta con que los marque con id="openinnewwindow" y este código que puede ir en la página maestra, en un archivo js referenciado o directamente en un editor de contenido, hará que busque todos estos elementos, les ponga un target="_blank" y elimine del id el valor openinnewwindow reemplazándolo por ''.

Fácil y sencillo.

 La página donde encontré esta curiosa propuesta es:
http://blog.scoreman.net/2010/10/open-sharepoint-links-in-new-window-using-jquery/

Abrir PDF's en nueva ventana

En uno de los clientes, me han pedido que los PDF no se abrieran en el navegador.

Esto les supone un problema porque al cerrar el PDF, suelen cerrar el navegador y luego tiene que volver a entrar.

Para resolver este problema, en la configuración avanzada de la biblioteca, existe la posibilidad de abrir los documentos en la aplicación nativa:

Pero en nuestro caso, esto no funciona porque en la configuración del propio Adobe Reader, tienen marcado que se abra en el navegador. Cambiar esto les supone un gran trastorno dentro de la empresa, así que tome la opción de hacerlo vía JQuery:

<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.11.2/jquery.min.js"></script>
<script>
/*Que se ejecute cuando ya se haya cargado toda la página*/
$(document).ready(function(){
     /*Buscamos todos los documentos que acaben en .pdf*/
    $('[href$=".pdf"]').each(function(){ 
        /*Vacio el onclick que suele traer*/    
       $(this).attr('onclick','');
        /*Y le pongo el atributo target="_blank"*/
       $(this).attr('target','_blank');
    });
});
</script>

Incluyendo dicho código en la pagina maestra, ya lo tendríamos disponible para toda la colección de sitios.

Fácil y sencillo. Y el cliente ha quedo contento.

Imprimir una zona de una vista de datos

Uno de los clientes para los que trabajo, pidió que hiciera una vista de datos en la que salían unas peticiones mensuales. Hasta aquí, nada nuevo.

Lo siguiente que se le ocurrió, era que quería imprimirse esa vista de datos. Para ello, ni corto, ni perezoso, le propuse que diera a imprimir desde el navegador.

Esa solución, como no podía ser de otra manera, no le gusto. Quería imprimir sólo los datos, pero que no saliera la URL, ni partes del portal, sólo los datos.

Para ello, decidimos hacerlo con jquery, para ello en el table que se crea antes de recorrer todos los valores:

<table border="0" width="100%" cellpadding="2" cellspacing="0">
<tr valign="top">
<xsl:if test="$dvt_1_automode = '1'" ddwrt:cf_ignore="1">
<th class="ms-vh" width="1%" nowrap="nowrap"></th>
</xsl:if>
<th class="ms-vh" nowrap="nowrap">Título</th>
<th class="ms-vh" nowrap="nowrap">Cuerpo</th>
<th class="ms-vh" nowrap="nowrap">Caduca</th>
</tr>
       <xsl:call-template name="dvt_1.body">
<xsl:with-param name="Rows" select="$Rows"/>
<xsl:with-param name="FirstRow" select="1" />
<xsl:with-param name="LastRow" select="$dvt_RowCount" />
</xsl:call-template>
</table>

Lo que haremos será ponerle un class="ZonaImprimible" quedando:
<table border="0" width="100%" cellpadding="2" cellspacing="0" class="ZonaImprimible">

Esto nos servirá para definir que parte será la que imprimiremos, en este caso todo el table.
Tras la tabla, pondremos un botón que nos sirva para imprimir:
</table>
<p><input type="button" class="Impresora" value="Imprimir"/></p>

Y por último, pondremos la referencia a jquery y los archivos que necesitamos. El código que nos hará que se imprima sólo la tabla será:
<script src="/PruebasVarias/Biblioteca/jquery-1.10.2.js"></script>
<script src="/PruebasVarias/Biblioteca/jquery-ui-1.10.4.custom.js"></script>
<script src="/PruebasVarias/Biblioteca/jquery.PrintArea.js"></script>
<script type="text/javascript">
$(document).ready(function() {
   $(".Impresora").bind("click",function() {
       $(."ZonaImprimible").printArea(mode : "popup", popClose : true);
   });
});
</script>

Esto hará que se nos imprima sólo la tabla y que veamos en un popup lo que vamos a imprimir.
Es importante tener en cuenta, que si no metemos la hoja de estilos dentro de la zona a imprimir, lo que imprimiremos será sólo texto plano.

Para más información y más posibilidades, se puede consultar:
https://plugins.jquery.com/PrintArea/
http://www.jqueryscript.net/other/Print-Specified-Area-Of-A-Page-PrintArea.HTML

Como siempre, tome la idea de:
http://www.martiniglesias.eu/blog/imprimir-un-area-determinada-del-documento-con-jquery/207