Es sabido que el idioma en que SharePoint presenta las páginas de un sitio, depende del que seleccionemos cuando creamos dicho sitio (Si tenemos el Language Pack instalado, obviamente)

Sin embargo, son muchas las ocasiones en que preferiríamos que el idioma sea a elección del usuario, o es requerido en empresas donde los usuarios pueden ser de distintos países.

Lo interesante es que SharePoint utiliza los mecanismos habituales de globalización del Asp.Net pero forzando a que el idioma sea el definido en la creación del sitio.

Pero eso puede cambiarse.

Haciendo el cambio

Lo que importa es entender el proceso. En ASP.Net, al llamarse a una página, se inicia un hilo de ejecución (Thread), para esa llamada en particular. Dicho hilo, utiliza como cultura para su ejecución, la que define el sitio de SharePoint.

Por otra parte, cada parte de la página, en el momento en que se va creando (el objeto page, los controles, etc..), utilizan dicha cultura para crear su contenido, sus textos y demás.

Entonces, lo importante es cambiar dicha cultura ANTES que dichos elementos sean creados. Por eso, no puede modificarse el comportamiento, por ejemplo en el evento Load de una página, ya que en él, los controles ya estarán creados.

El evento adecuado es Init.

Allí, bastará con cambiar la cultura del hilo (loas propiedades CurrentCulture y también CurrentUICulture), y automáticamente SharePoint, de disponer el Language Pack respectivo (o uno de nivel superior), utilizará los textos de ese idioma para toda su interfaz.

Editamos entonces la página maestra de nuestro sitio, agregándole un segmento de código a ser ejecutado del lado del servidor, indicándolo con el tag script.

<script type="text/vb" runat="server">

    Protected Sub Page_Init(ByVal sender As Object, _
        ByVal e As System.EventArgs)
        Dim c As New System.Globalization.CultureInfo("es-ES")
        System.Threading.Thread.CurrentThread.CurrentUICulture = c
        System.Threading.Thread.CurrentThread.CurrentCulture = c
    End Sub

</script>

A partir de esta pequeña rutina, está en como queramos implementarlo para decidir exactamente el idioma a utilizar. Lo lógico no es ponerlo como una asignación fija como en el ejemplo, sino dependiendo de otros factores.

Por ejemplo:

• Obteniendo la cultura que tiene definido el navegador que podemos obtener en HttpContext.Current.Request.ServerVariables("HTTP_ACCEPT_LANGUAGE")
• Permitir al usuario seleccionar el idioma (posiblemente en una lista desplegable)
• Persistir la selección del usuario en una cookie, de modo de recuperarla entre llamadas con
• System.Web.HttpContext.Current.Request.Cookies("UserCulture")

Permitiendo la ejecución del código.

También hay que tener en cuenta, que en forma predeterminada, SharePoint no admite la ejecución de código en las páginas. Sin embargo, es sólo cuestión de darle permisos.

En el archivo web.config del sitio, ubicamos la entrada PageParserPaths y agregamos una entrada para nuestra página maestra.

<PageParserPaths>

  <PageParserPath
      VirtualPath="/_catalogs/masterpage/mia.master" 
      CompilationMode="Always"
      AllowServerSideScript="true" />

</PageParserPaths>

Es igual en Reporting Services.

Además, este funcionamiento, sin la necesidad de “darle permiso” a la página, puede utilizarse con Reporting Services, para permitir a los usuarios la selección del idioma de la interfaz.

Que les sea útil.