Joe Brinkman nos anuncia los progresos de DotNetNuke 5.5: es la versión más importante de DNN 5 y lo más destacable, sin duda alguna, es que incluye, de serie, la localización. Esto significa que DNN será completamente multilenguaje: hasta ahora podíamos traducir todos los componentes de administración, tanto del CMS como de los módulos; desde ahora también podremos disponer de contenido localizado y traducido sin tener que recurrir a herramientas adicionales.

Ya está disponible la beta de DNN 5.5. Aún no la hemos probado, pero esperamos hacerlo muy pronto, especialmente para ver qué tal se comporta al actualizar portales ya operativos. Nos interesa especialmente saber qué ocurrirá con portales que ya incluyen contenido localizado: es evidente que nos tocará repetir parte del trabajo ya realizado, pero si logramos el mismo resultado final simplificando la administración, merecerá la pena.

Para quien quiera saber algo más sin necesidad de pelear con la beta (y entienda el inglés), dos videos (duran casi 40 minutos pero merece la pena verlos con atención para entender cómo funcionará la localización):

• Este video explica las generalidades de la gestión de multilenguaje con DNN 5.5: aunque está grabado sobre la versión alpha ya nos da buena idea de cómo funciona.
• Estre otro video profundiza más en cómo se gestiona toda la localización, tanto a nivel de página como de módulo.

DotNetNuke 5.5. se espera para muy pronto, espero que en las próximas semanas, y seguro que iremos sabiendo más cosas interesantes. Una de ellas, según nos cuenta Keivan Beigi, es la notable mejora en el rendimiento. Parece ser que la generación de las nuevas URL amigables, introducida con DNN 5, suponía una importante sobrecarga de proceso, que hacía que DNN 4.9.5 fuese más rápido. Pus bien, la versión 5.5 consigue mejorar este aspecto, y esperamos poderlo comprobar muy pronto.

Apenas cuatro días después de publicar la versión 5.4.3 de DotNetNuke, ésta tuvo que ser retirada por un grave error. Una función en la capa de datos impedía el correcto funcionamiento de muchos módulos (por ejemplo, el DMX de Bring2Mind). Según nos cuenta Joe Brinkman las prisas les han jugado una mala pasada, y no es la primera vez.

Por fin, una semana después tenemos aquí la versión que corrige ese error, y alguna otra cosilla: DNN 5.4.4. Espero que esta vez no tengamos más sustos.

Casi simultáneamente Scott Willhite anuncia el nuevo logotipo para DotNetNuke. Continuista y muy en la moda 3D que nos invade.

Ya sabemos que se avecinan tiempos duros, o más duros. Por eso nos hemos planteado ayudar un poco a nuestros clientes, incluso a los que aún no lo son...

Todos los proyectos de portales web, montados con DotNetNuke, que se contraten con DOTWARE durante este mes de Junio de 2010, mantendrán constante la tasa de IVA del 16% para todo el proyecto. En la práctica esto significa que, aunque el proyecto se prolongue más allá del 1 de julio de 2010, nosotros lo facturaremos como si el IVA continuase en el 16% en vez del 18%: DOTWARE absorberá esos dos puntos porcentuales en favor de sus clientes. La única condición será que la aceptación, firma y primera facturación del proyecto se lleven a cabo antes del 30 de junio.

La semana pasada, Joe Brinkman, publicó la última revisión de DotNetNuke en un Blog más personal. En dicha versión, la 5.4.2, se han corregido numerosas incidencias sin haber terminado con todas ellas. Es por ello que anuncia una nueva revisión para Junio.

 Para crear un modulo en dnn 5, hay que tener instalado VS2008, ya que usa el frameWork 3.5

Primero crearemos un proyecto donde para el modulo, para cada modulo crearemos un proyecto.

Seleccionamos en Visual C# una aplicación web, le pondremos que nombre que queramos y seleccionaramos la ruta de la carpeta donde queremos dejar el proyecto.

Nota: El arbol de directorios de dnn es muy particular, todos los modulos los tendremos que meter dentro de la carpeta "DesktopModules" y dentro de este, en "HTML" y despues la carpeta donde queramos dejar el proyecto.

Borraremos el Web.config, ya que el que utilizara el modulo sera el web.config de la aplicación web.

Añadimos codigo al ascx para que luego cuando lo añadamos al dnn veamos que funciona.

añadimos la referencia del dotnetnuke, la dll se encuentra en la carpeta bin del raiz de la instalación del dnn.

se añade la libreria al cs. y cambiamos la herencia por 
"DotNetNuke.Entities.Modules.PortalModuleBase"

Ahora generamos la dll.

en propiedades del proyecto podemos decirle donde expulsa la dll. si queremos podemos ponerla que la expulse en la carpeta "bin" de la aplicación Web, si preferimos que la expulse en en bin de nuestro proyecto, tendremos que copiarla a mano en el bin del raiz.

----------------------------

NOTA: hay que ver que la edición este puesta. en la parte de arriba a la izquierda.

en la flechita le damos a crear nueva extensión.

seleccionamos el tipo de extensión "Module" y rellenamos el resto de datos.

importante, en nombre de la carpeta, vienen por defecto el nombre del modulo, hay que añadirle delante la carpeta, 
para que encuentre la ruta.

Una vez añadido, volvemos a darle a extensiones, para buscar la que hemos creado nosotros. y le damos al lapicero para editarla.

le damos a añadir definición, p y rellenamos el nombre de la definición.

ahora con la definición creada, la damos a agregar control.

en fuente, buscamos el ascx que hemos creado en el modulo.

Nota: hay tres tipos de modulos, "ver", "settings" y "admin" 

ver: para el modulo que se ve en la página.
settings: para configurar ese modulo.
admin: para hacer modulos administrativos

Si queremos crear varios tipos de controles para un mismo modulo, iremos añadiendo controles a la misma definición.

por ejemplo:

HotelesVista.ascx, hotelesConfiguracion.ascx, hotelesAdmin.ascx

esos 3 controles irian en la misma difinicion "Hoteles".

Para añadir el control creado en dnn. hacemos lo siguiente.

Y ya estaria nuestro modul creado en la parte que le hemos indicado.

Ultimamente estoy utilizando el programa Artisteer para la creación de los skins que utilizo en algunos Proyectos, los cuales son multi lenguaje. En este artículo intentaré explicar de forma sencilla cómo poder usar un sistema multi lenguaje en un skin creado por Artisteer ya que el módulo menú que utiliza es propio y no puede ser Localizado.

Todo lo expuesto en este artículo sólo puede ser aplicado en Sitios Web sencillos con contenido en módulos HTML o módulos que permitan la Localización de su contenido, ya que el sistema utilizado para la Localización sólo permite dicha funcionalidad.

Inauguramos hoy una nueva sección en este portal: el directorio de profesionales DotNetNuke.

Profesionales DotNetNuke es un servicio gratuito a disposición del público en general a fin de poner de manifiesto y dar mayor visibilidad a todas aquellas empresas y profesionales que creen e invierten en la plataforma DotNetNuke.

Si trabajas con DotNetNuke y lo consideras tan buena herramienta como nosotros, apúntate al directorio (deberás registrarte en tododnn.es).

Ante todo, nos felicitamos porque hemos logrado completar con éxito la migración de casi todos nuestros portales DotNetNuke 4 a la versión 5. ¡Yuhuuuu! Nos ha dado algo de guerra, pero finalmente lo conseguimos, incluyendo este mismo que estás leyendo. Ahora que casi todo nuestro trabajo cotidiano se desarrolla sobre DNN 5.4.1 podemos aprovechar más tiempo para irlo conociendo con detalle.

Hace un tiempo hablaba de los movimientos de DNN Corporation en relación con el mercado de módulos: incorporan a DotNetNuke Professional (la versión de pago) un módulo que cualquier podía comprar y lo retiran del mercado. Decía entonces que no me parecía la mejor dinámica posible para DNN, pues empobrece la faceta pública y abierta de la herramienta. Afortunadamente, también hay movimientos en sentido contrario.

Después de una rápida sucesión de nuevas versiones, algunas poco afortunadas, hace un par de semanas veíamos publicada la versión 5.4.1 de DotNetNuke. DNN 5.4 supone un paso importante, pues incluye el soporte de ASP.NET 4.0 y Visual Studio 10 (con cuyo lanzamiento se hizo concidir su publicación). Pero supone también la confirmación de la tendencia a incorporar en la versión abierta de DNN (Community) algunas de las funcionalidades que hasta ahora eran exclusivas de la versión de pago. En este caso tenemos dos, el nuevo panel de control (RibbonBar) en DNN 5.3 y el Editor de Texto Telerik en DNN 5.4. Para quien se pierda, notas sobre cómo activarlos.

Nuevo Panel de Control (RIBBONBAR)

Aunque hay quien prefiere el Panel de Control Avanzado de Oliver Hine, lo cierto es que éste supone ya una gran mejora para la administración de portales. Se reducen los clicks para determinadas operaciones frecuentes y, aunque no ahorramos espacio en la parte superior de la pantalla, tenemos muchas más funcionalidades disponibles.

Supongo que iremos sabiendo y contando más cosas sobre el RibbonBar. Por ahora, tened en cuenta que, si migráis portales desde DNN4, con skins antiguos, lo más probable es que el RibbonBar salga hecho un churro: hay que tener un skin DNN5 para que funcione como es debido.

Telerik Editor Provider

Aprovechando los acuerdos entre DNN Corp. y Telerik ahora podemos disponer de un potente editor de texto, que puede sustituir al FCKEditor (que tampoco está nada mal).

Aún no hemos podido explotarlo a fondo, porque aún tiene una incidencia en relación con la localización, y sólo funciona bien en portales nuevos, no en actualizados. Prometemos ampliar muy pronto la información.

No, DNN Olé no ha muerto (ni estaba de parranda). Llevamos una temporada de mucha actividad y, un día por otro, no encontraba el momento de escribir algo. Y no por falta de temas. Acaban de cancelarme una reunión, así que aprovecharé este rato con el que no contaba.

Realmente ayer debía haber escrito un post en el que contaría que este portal ya está sobre DotNetNuke 5. Pero no, sigue estando sobre DotNetNuke 4.9.5 A pesar de haber hecho bastantes pruebas, cuando ya parecía que era la buena, esta mañana he descubierto varios errores y he revertido la actualización.

Sé que somos un poco pesados con esto de las actualizaciones, pero lo cierto es que nos parece algo crítico cuando se trata de mantener la buena salud de nuestros portales. En nuestro último artículo sobre actualizaciones, hace casi 3 meses, presentábamos la 5.2.3. Hoy tenemos ya la 5.4.1 montada en un par de portales, e incluso hemos logrado actualizar algún DNN 4 a versión 5. Éste que ahora visitas deberá ser el siguiente, pero ya no me atrevo a dar una fecha.

Otra labor pendiente con respecto a las actualizaciones de DotNetNuke es publicar una breve guía, a partir de nuestra experiencia, y una recopilación de (casi) todos los enlaces que hay por ahí: son tantos y tan repartidos en el tiempo que cuesta hacerse una idea real de cómo proceder cuando nos enfrentamos a un DotNetNuke que ha quedado obsoleto.

Sirvan como aperitivo estos tres enlaces:

Will Strohl sugiere una cierta metodología de actualización, a partir de rutas que conectan las sucesivas versiones.

En este tutorial nos dan las versiones recomendadas, en cada gran familia DNN, para recorrer el largo camino hacia un DotNetNuke al día.

Desde los antípodas, una completa recopilación de enlaces sobre instalación y actualización de DotNetNuke.