Alejandro Quiroga Alsina

Mi Skin dice "You are here"... ¿Cómo lo quito?

Tue, 05 Aug 2008 15:04:39 GMT

Es muy común encontrar que los Skins para DotNetNuke incluyen el texto "You are Here" antes del elemento BreadCrumb. El elemento BreadCrumb es una etiqueta del Skin que muestra en qué página del sitio está navegando el usuario en ese momento, y cuál es la posición jerárquica dentro del sitio. Se ve más o menos de la siguiente manera:

You are here >> Inicio - Productos - Detalles

En donde se supone que el usuario está navegando la página "Detalles" que depende de "Productos" y a su vez de "Inicio".

La solución es la siguiente: Buscar dentro de la instalación de DNN, en la carpeta ~\Portals\_Default\Skins\ y allí encontrar la carpeta del Skin que está aplicado en este momento al portal.

Luego, entre los archivos del Skin que posean una extensión .HTML y/o .ASCX, buscar el texto 'BREADCRUMB'. El texto "You are here" se encuentra antes de esa etiqueta.

Lo que sigue es modificar ese texto o simplemente eliminarlo, que es la solución más conveniente cuando el portal tiene más de un idioma. ¡Cuidado de no eliminar la etiqueta BREADCRUMB! ;-)

Saludos!

Cómo modificar el selector de idioma del portal

Sat, 19 Apr 2008 21:45:25 GMT

Cuando hay más de un paquete de idioma instalado en DotNetNuke, existe la posibilidad de mostrar los idiomas disponibles (a quien navega el portal) mediante una lista desplegable o un conjunto de banderitas (una por cada idioma disponible) que sirven de vínculo para cambiar el idioma activo.

El formato estándar para la selección de idiomas fue siempre la lista desplegable, hasta la versión 4.6.2 de DNN. Desde la versión 4.7.0 las banderitas han sido el estándar en una instalación nueva. De todos modos, desde esta última versión, es posible elegir uno u otro método para seleccionar el idioma activo al navegar el sitio, mediante una modificación en el Skin activo.

El elemento 'LANGUAGE' del skin utiliza referencias internas para decidir cuál selector mostrar. Estas referencias están almacenadas en dos archivos distintos, uno con extensión .ASCX y otro con extensión .XML.

Por ejemplo, en el caso de una instalación nueva de DotNetNuke, para el caso del Skin 'DNN-Blue', y con la versión 'Horizontal Menu - Fixed Width', los archivos estarían almacenados en la carpeta '\Portals\_default\Skins\DNN-Blue'.

1. Dentro del archivo 'Horizontal Menu - Fixed Width.ascx' hay que buscar el siguiente código:

...y cambiarlo por:

True" showLinks="False" />

2. Dentro del archivo 'skin.xml' hay que ajustar también, de forma concordante, el siguiente código:

    [LANGUAGE]


        showMenu
        False


        showLinks
        True



Y modificarlo por:


    [LANGUAGE]


        showMenu
        True


        showLinks
        False



De este modo aparecerá el selector de idiomas de lista desplegable. Esto es muy útil cuando hay más de dos o tres idiomas habilitados en un portal. La cantidad de banderitas es bonita, pero poco funcional.

Saludos!

Cómo localizar la Fecha del Portal

Thu, 03 Apr 2008 19:07:40 GMT

DotNetNuke muestra la fecha actual en el portal utilizando el formato LongDateString. Sucede a menudo que el usuario hubiera deseado ver la fecha en otro formato, pero la personalización estándar provista por .NET no siempre es la mejor solución.

Por ejemplo, a mí me gusta mostrar los meses con mayúscula en la primera letra, pero el formato estándar prevé que los nombres de los meses en castellano se escriben siempre con minúscula.

Luego de investigar un poco el objeto skin CURRENTDATE, he encontrado que no es tan complicado mostrar la fecha actual en cualquier formato.

Para dar a la fecha el formato que desees, sólo debes editar el archivo "CurrentDate.ascx.vb", que está almacenado dentro del directorio "~/Admin/Skins".

Dentro de ese archivo, encuentra el siguiente código (y modifícalo para que se adapte a tus necesidades):

Private Sub Page_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load ' public attributes If CssClass <> "" Then lblDate.CssClass = CssClass End If Dim objUserTime As New UserTime ' ---{ He agregado las siguientes 2 líneas }--- Dim sMonth() As String = {"Enero", "Febrero", "Marzo", "Abril", _ "Mayo", "Junio", "Julio", "Agosto", _ "Septiembre", "Octubre","Noviembre", _ "Diciembre"} lblDate.Text = objUserTime.CurrentUserTime.Day.ToString() _ + " de " + sMonth(objUserTime.CurrentUserTime.Month - 1) _ + " de " + objUserTime.CurrentUserTime.Year.ToString() ' ---{ He comentado las siguientes 5 líneas }--- 'If DateFormat <> "" Then ' lblDate.Text = Format(objUserTime.CurrentUserTime, DateFormat) 'Else ' lblDate.Text = objUserTime.CurrentUserTime.ToLongDateString 'End If End Sub

Y eso es todo. Cualquier comentario o sugerencia será bienvenido.

Saludos!

Localización - Hacer clic, Pulsar, Presionar, Clicar, etc, etc.

Sat, 15 Mar 2008 19:09:33 GMT

Otra que es muy común y que tiene cantidad de acepciones en la web. Pero veamos, ¿cuál es la que se prefiere en tu país?

En tratamiento informal:

Haz clic en 'Actualizar'
Pulsa en 'Actualizar'
Pulsa 'Actualizar'
Presiona en 'Actualizar'
Presiona 'Actualizar'
Hacé clic en 'Actualizar'
Clica en 'Actualizar'
Clica 'Actualizar'
Cliquea en 'Actualizar'
Cliquea 'Actualizar'

En tratamiento formal:

Haga clic en 'Actualizar'
Pulse en 'Actualizar'
Pulse 'Actualizar'
Presione en 'Actualizar'
Presione 'Actualizar'

¡Aguardo comentarios...!

Quien desee participar en el foro, lo encontrará en este vínculo

Localización - Términos de uso común en España: Ingresar vs. Introducir

Sat, 15 Mar 2008 18:46:49 GMT

Enter se traduce como: Ingresar vs. Introducir

Carlos López-Ibor me invitó a charlar sobre este tema. En nuestros paquetes de idioma, hasta hoy, para traducir una frase como 'Enter your password" hemos utilizado el término 'Ingresar', diciendo: 'Ingrese su contraseña'.

Luego Carlos me copió en un mensaje de correo las acepciones según el diccionario para ambos términos (ver el Diccionario DRAE):

ingresar

tr. Meter algunas cosas, como el dinero, en un lugar para su custodia. Hoy he ingresado en el banco trescientas mil pesetas.
tr. Meter a un enfermo en un establecimiento sanitario para su tratamiento.
tr. Ganar cierta cantidad de dinero regularmente por algún concepto.
intr. Entrar en un lugar.
intr. Entrar a formar parte de una corporación.
intr. Entrar en un establecimiento sanitario para recibir tratamiento.

introducir

tr. Conducir a alguien al interior de un lugar. El criado me introdujo en la sala.
tr. Meter o hacer entrar algo en otra cosa. Introducir la mano en un agujero, la sonda en una herida, mercancías en un país.
tr. Hacer que alguien sea recibido o admitido en un lugar, o granjearle el trato, la amistad, la gracia, etc., de otra persona. Introducir a alguien en un negocio.
tr. Entrar en un lugar.
tr. Hacer figurar a un personaje en una obra de creación.
tr. Establecer, poner en uso. Introducir una industria en un país, palabras en un idioma.

La discusión es interesante, porque en realidad así como yo hubiera preferido 'Ingresar' a partir de su primera acepción, Carlos había sugerido 'Introducir', seguramente a partir de su segunda acepción.

Hay una cosa sobre la que no me quedan dudas: En cada país es más común aplicar algunos términos en lugar de otros y cuando las acepciones son todas correctas (¿lo son?) es sólo cuestión de sabores.

Así que las preguntas son:

En tu país: ¿cuál es el término de uso correcto?
En tu país ¿cuál es el término de uso más común?
En castellano: ¿existe un término que sea una mejor traducción?

¡Quedo abierto al diálogo...!

Quien desee participar en el foro, lo encontrará en este vínculo

Cómo personalizar de la página de Registración de Nuevos Usuarios (Parte 4)

Sat, 15 Mar 2008 04:20:04 GMT

Cómo configurar el filtro de direcciones válidas de correos electrónicos

Acabo de leer esta pregunta de un usuario en un foro de DotNetNuke:

Deseo impedir que mis usuarios utilicen direcciones de correo electrónico de servicios públicos como Yahoo o Hotmail para registrarse en mi sitio. ¿Es eso posible? ¿Se puede mostrar un mensaje de error aclarando que este tipo de direcciones de correo electrónico no están permitidas?

Sí, es posible. Debes configurarlo así:

1. Corrige la Expresión Regular que valida las direcciones de correo electrónico ingresadas por los usuarios al registrarse:

Este parámetro se encuentra en la página de Configuraciones de Usuario, a la que se llega mediante el menú Admin - Cuentas de Usuario y luego abajo a la derecha, el vínculo Configuraciones de Usuario.

El parámetro se llama Validación de Dirección de Correo Electrónico y es el cuarto antes del final de la página. Contiene la siguiente expresión regular:

\b[a-zA-Z0-9._%\-+']+@[a-zA-Z0-9.\-]+\.[a-zA-Z]{2,4}\b

Si lo que deseas es no permitir dominios como 'yahoo', 'hotmail' o 'gmail' luego del caracter arroba, debes agregar la siguiente subexpresión allí:
(?i)(?!yahoo|hotmail|gmail)

...la expresión regular finalmente queda como sigue:

\b[a-zA-Z0-9._%\-+']+@(?i)(?!yahoo|hotmail|gmail)[a-zA-Z0-9.\-]+\.[a-zA-Z]{2,4}\b

(haz clic en 'Actualizar' ;-)

2. Modifica los mensajes vinculados con el ingreso de la dirección de correo electrónico:

Es importante que le aclares a tu usuario qué tipo de dirección vas a permitirle ingresar y, cuando cometa un error, debes explicarle que intentó ingresar una de esas direcciones que no deseas que ingrese. En caso de que tu paquete de idiomas pertenezca a España (es-ES), los mensajes están en:

Directorio: admin\Users\App_LocalResources
Archivo: User.ascx.es-ES.resx

Dentro de ese archivo busca los siguientes recursos de texto y modifica sus valores, agregando lo que está en itálica y negrita.

Nombre del Recurso: 'Valor y agregado'
UserInfo_Email.Text: 'Dirección de correo electrónico: <br>(No pongas una dirección de servidor público)'
UserInfo_Email.Help: 'Ingresa una dirección de correo electrónico válida. Por favor, no utilices direcciones de servicios públicos de correo electrónico, como Yahoo, Hotmail o Gmail.'
UserInfo_Email.Validation: 'Debes ingresar una dirección de correo electrónico válida. <br>Nada de Yahoos, Hotmails ni Gmails, ¿ok?'

Eso es todo, ¡a probarlo!

Cómo personalizar de la página de Registración de Nuevos Usuarios (Parte 2)

Fri, 14 Mar 2008 13:24:42 GMT

Cómo hacer que la personalización de textos sea "permanente"

¿Qué quiero decir con "permanente"? Cada vez que se instala un paquete de idiomas nuevo en DotNetNuke todos el conjunto de archivos *.resx de esa localización se sobrescribe. Esto significa que cualquier cambio realizado en alguno de esos archivos se perderá. En la Parte 1 de esta publicación realicé una modificación sobre el archivo GlobalResources.es-ES.resx y si realizara una nueva instalación de un paquete de idiomas para España (es-ES), perdería esa modificación.

DotNetNuke proporciona dos mecanismos para realizar modificaciones sobre los mensajes de texto y que no resulten sobrescritas al instalar un nuevo paquete de idiomas. Una es a nivel de toda la instalación de DNN (es decir para todos los portales) y la otra es propia de cada portal; la primera es denominada "de nivel Host" y la segunda, "de nivel Admin".

Veremos a continuación cómo realizar las tres modificaciones y las diferencias que implican.

1. Modificación de mensajes a nivel de Sistema

Es la modificación que realizamos en el mensaje anterior y consiste en modificar el texto en el sistema de archivos estándar del paquete de idiomas. Esta modificación se pierde al instalar un nuevo paquete de idiomas.

Los pasos son los siguientes:

Ingresar al sitio como usuario Host
Ir a la página de Idiomas, siguiendo la opción de menú Host - Idiomas
Hacer clic en el vínculo "Editor de Idiomas" ubicado abajo y a la izquierda de la página
Dentro de la página de Idiomas:
1. En el árbol de archivos de la izquierda, seleccionar el archivo de sistema a editar
2. En el descolgable de Idiomas disponibles seleccionar el idioma a editar
En la configuración que está debajo de los Idiomas disponibles, llamada Modo y que posee dos opciones (Sistema y Host) asegurarse de elegir "Sistema"
Elegir el texto a modificar, modificarlo y...
Hacer clic en Actualizar al pie de la página

Las modificaciones realizadas de esta manera afectan a los archivos de sistema, llamados [nombredearchivo].[cultura].resx, por ejemplo: GlobalResources.es-ES.resx, donde la cultura es de España: es-ES. En el caso de los archivos predeterminados del sistema, para inglés (en-US), el campo no se utiliza y el archivo se llama GlobalResources.resx.
Este archivo en particular se encuentra dentro del directorio App_GlobalResources de la instalación de DNN.

2. Modificación de mensajes a nivel Host

En este esquema las modificaciones realizadas sobre los mensajes de texto serán grabadas en un archivo diferente de los estándar de sistema. Esto asegura que la instalación de un nuevo paquete de idiomas (o una actualización de la versión de DotNetNuke sobre el sitio, para el caso de los recursos de texto en inglés en-US) no sobrescriban las modificaciones realizadas.

Los pasos son idénticos al caso anterior, y la única diferencia está en el paso e). El nuevo paso es el siguiente:

e) En la configuración que está debajo de los Idiomas disponibles, llamada Modo y que posee dos opciones (Sistema y Host) asegurarse de elegir "Host"

Cualquier modificación realizada en este modo creará un nuevo archivo llamado [nombredearchivo].[cultura].Host.resx (por ejemplo, 'GlobalResources.es-ES.Host.resx'). Este archivo contiene únicamente los recursos de texto que fueron modificados.

3. Modificación de mensajes a nivel Admin (para cada portal en particular)

En este esquema las modificaciones realizadas sobre los mensajes de texto serán grabadas en un archivo diferente de los estándar de sistema, también protegiendo las modificaciones frente a nuevas instalaciones de paquetes de idiomas o actualizaciones de DotNetNuke sobre el sitio.

Veamos nuevamente los pasos para la edición:

No importa si se ingresa al sitio como usuario Host o Admin
Ir a la página de Idiomas, siguiendo la opción de menú Admin - Idiomas
Hacer clic en el vínculo "Editor de Idiomas" ubicado abajo y a la izquierda de la página
Dentro de la página de Idiomas:
1. En el árbol de archivos de la izquierda, seleccionar el archivo de sistema a editar
2. En el descolgable de Idiomas disponibles seleccionar el idioma a editar
Notar que en esta página no existe la posibilidad de elegir el Modo de edición, entre Sistema y Host.
Elegir el texto a modificar, modificarlo y...
Hacer clic en Actualizar al pie de la página

Los pasos distintos esta vez fueron el a), el b) y... ¡nada más!

Cualquier modificación realizada en este modo creará un nuevo archivo llamado [nombredearchivo].[cultura].Portal-[numero].resx (por ejemplo, 'GlobalResources.es-ES.Portal-0.resx'). Este archivo contiene únicamente los recursos de texto que fueron modificados.

3. Prioridades de acceso a los recursos de texto

El orden de prioridades de acceso (fallback) a un determinado recurso es:

Archivo propio del Portal
Archivo del Host
Archivo estándar del Sistema.

Es una buena sugerencia jugar con el recurso de texto 'MESSAGE_REGISTRATION_INSTRUCTIONS.Text' que está dentro de GlobalResources.es-ES.resx (o el que corresponda a cada localización). Es el primer mensaje que aparece debajo de la "Información Preferida del Usuario" en la página de registración. Este recurso de texto fue referido en la Parte 1 de esta serie.

En la próxima entrega:

Cómo personalizar de la página de Registración de Nuevos Usuarios (Parte 3):
Cómo requerir otras variables de perfil, además de las predeterminadas

Cómo personalizar la página de Registración de Nuevos Usuarios (Parte 1)

Sat, 01 Mar 2008 21:43:48 GMT

Personalización de Mensajes de Texto en DotNetNuke

Los mensajes de texto de DotNetNuke están grabados en archivos de recursos en varios directorios de la aplicación. En una instalación completa de DotNetNuke existen más de 300 archivos de recursos y cada uno contiene varios mensajes de texto. Esos mensajes de texto pueden ser personalizados utilizando el Editor de Idiomas de DNN.

Por ejemplo, en la página de Registración de Nuevos Usuarios hay un mensaje de texto que dice: "Por favor ingresa los datos solicitados para registrarte".

Para modificar ese mensaje utilizaré el Editor de Idiomas. Dentro de la opción de menú Host > Idiomas, y al pie, el primer vínculo es el del Editor de Idiomas:

Lo primero que haré será seleccionar el idioma, en el descolgable de Idiomas Disponibles.

Ahora el archivo de recursos seleccionado es GlobalResources.es-ES.resx (en donde ES significa España, y será MX para México, CO para Colombia, etc.), que está almacenado en la carpeta App_GlobalResources de la instalación de DotNetNuke.

El mensaje que dice "Por favor ingresa los datos solicitados para registrarte" está bajo el siguiente Nombre del Recurso de Texto: MESSAGE_REGISTRATION_INSTRUCTIONS.Text

Este es el sitio para agregar o modificar el texto deseado. Por ejemplo:

"Por favor, ingresa tus datos. Nuestra política de privacidad es sumamente estricta y puedes estar seguro de que tu correo electrónico no será entregado a nadie. A ningún precio. Sólo nos interesa tenerlo para poder comunicarnos contigo de tanto en tanto y para poder estar a tu servicio. No te enviaremos Spam nunca jamás. Lo prometemos. Y si no, que nos parta un rayo."

Luego de haber ingresado el texto, puedo hacer clic en "Actualizar", al pie de la página.

Y eso es todo. Ya puedo confirmar cómo queda, desde otro navegador o cerrando mi sesión en el actual.

En la próxima entrega:

Cómo personalizar de la página de Registración de Nuevos Usuarios (Parte 2):
Cómo hacer que la personalización de textos sea "permanente"

El uso del tratamiento informal "Vos" en la Web.

Wed, 27 Feb 2008 12:34:12 GMT

Me han preguntado por qué razón incluimos en nuestros paquetes dos tipos de tratamiento informal: "Tu" y "Vos". La pregunta tiene sentido: casi la totalidad de los sitios Web que prefieren un tratamiento informal para comunicarse con sus usuarios utilizan la variante de "Tu".

Mi explicación es que traducir toda una interfase de aplicación para cada tipo de tratamiento es un trabajo enorme. En un principio casi todos los sitios ofrecían sólo el tratamiento formal, de "Usted". Luego, a medida que las audiencias lo requerían o el marketing del sitio lo imponía, el tratamiento informal de "Tu" comenzó a aparecer. ¿Para qué realizar doble trabajo, utilizando toda la terminología asociada a una nueva variante de tratamiento informal -"Vos"-, si con "Tu" basta y es suficiente?

Y, ¿cuánto trabajo significa eso? No es sólo cambiar las palabras "Tu" por "Vos"… Cito un par de ejemplos para demostrarlo:

Tratamiento de Tu: "Ingresa tu nombre de usuario y haz clic en Aceptar".
Tratamiento de Vos: "Ingresá tu nombre de usuario y hacé clic en Aceptar".

Trat. de Tu: "Entérate de los beneficios del sitio. ¡Suscríbete y comienza ya!".
Trat. de Vos: "Enterate de los beneficios del sitio. ¡Suscribite y comenzá ya!".

El tratamiento informal "Vos" se utiliza en muchos países de Latinoamérica, en diferente medida en cada uno y con distintas variantes, pero son todos muy similares. En España y en México casi no se utilizan en absoluto. En Argentina es casi el único tratamiento informal utilizado, aunque aún se puede ver mucho el "Tu" en los sitios de este país. Sin embargo, cito como ejemplo el sitio de preguntas y respuestas de Yahoo! Argentina para demostrar cómo se ve un sitio Web con la interfase completamente adaptada al tratamiento informal "Vos".

Página de Info de Respuestas Yahoo! de Argentina

¡Saludos!

Usuarios Host vs. usuarios Admin

Wed, 27 Feb 2008 03:24:05 GMT

A medida que pusimos en marcha el sitio y activamos nuestra participación en los Blogs y Foros, hemos notado que las prestaciones de los módulos son diferentes en cuanto a la administración de usuarios Host y al resto de los usuarios.

Cito al manual del Módulo Forum, que se puede descargar en esta página.

"Host users, also known as Super Users, can see the same thing as the site administrators but it is recommended that users do not post in the forum as the host user as these users have no profile associated with their user account. It is also poor practice to do anything in a portal as host unless it is host specific. The module will work for host but certain things may seem to be behaving oddly because their user profile is not available."

"Los usuarios Host, también llamados Super Usuarios, pueden ver las mismas cosas que los administradores del sitio pero se recomienda que los usuarios no publiquen mensajes en el foro como usuarios Host, dado que estos usuarios no tienen un perfil asociado con su cuenta de usuario. Es una práctica no recomendable hacer cualquier cosa en un portal como Host, a menos que sea una tarea específica de un Host. El módulo trabajará para los usuarios host pero algunas cosas pueden comportarse de manera extraña a causa de que su perfil de usuario no está disponible."

En realidad en DNNCastellano aprendimos por el lado difícil: cuando vimos que el módulo Forum no funcionaba "adecuadamente" nos pusimos a investigar y dimos con esta explicación. Ahora estamos estableciendo como práctica común la recomendación del manual del módulo Forum:

La actividad de participación en el sitio es realizada con usuarios Admin.

Y, de repente, ¡todo funciona muy bien!