No es que en Microsoft se hayan vuelto locos y hayan apostado por el sistema del pingüino. Es simplemente que he estado probando bien las Office Web Apps en este Linux, para ver si son una buena opción para trabajar con Office sin tener verdaderamente el producto instalado. Y la verdad es van muy bien. Y además tienes 25 GB para almacenar lo que quieras :-)

Desde hace muy poco tiempo, para todo el mundo, en Skydrive ya están integradas las Office Web Apps. Se trata de versiones basadas en Wed de las principales herramientas de la Suite Office 2010, en concreto: Word, Excel, Powerpoint y OneNote, para toma de notas. Ofrecen, evidentemente, una versión recortada de la funcionalidad disponible en la suite de escritorio, pero aún así son una buena alternativa gratuita para disponer de la funcionalidad más básica. Y además tienes 25 GB de espacio para almacenar lo que quieras, no sólo documentos de Office, sino cualquier cosa :-)

Hace más  de un año, cuando oí hablar de estas aplicaciones internamente en Microsoft y vi las primeras capturas de pantalla, todos pensábamos que iban a estar basadas en Silverlight. La interfaz de usuario es muy compleja y hacerla en Silverlight parecía la opción más sencilla y rápida. Fue toda una sorpresa descubrir hace unos meses, con las primeras betas, que están basadas totalmente en HTML + JavaScript, como Google Docs. Una maravilla y mucho más fácil transportarlas a otros sistemas seguro.

En esta figura (click para ampliarla) se puede ver una presentación hecha en Powerpoint en Firefox bajo Linux abierta en Powerpoint Web App:

Como se puede observar la sensación es la misma que usando Powerpoint 2010, disponiendo del famoso Ribbon escamoteable, la vista previa de las diapositivas en el lateral, formatos, inserción de figuras, efectos de imágenes, varios tipos de plantillas de diapositivas, etc... Y lo mismo con el resto de aplicaciones de la suite. No es tan potente como la versión completa de escritorio, eso desde luego, pero sí es suficiente para lo que hace la mayor parte de los usuarios. Y además permite compartir y colaborar con otras personas directamente on-line, la capacidad de impresión de documentos es realmente buena, y además los tendremos disponibles desde cualquier parte, incluso desde teléfonos móviles para visualización.

Por ejemplo, estas son algunas capturas utilizando Skydrive y las Office Web Apps desde un iPhone (pulsa para ampliar):

Por supuesto se puede usar la pantalla multitátil para hacer zoom en los documentos y leerlos con toda claridad. Muy interesante.

Soporte de Navegadores

En principio estás aplicaciones están soportadas sin problema en Internet Explorer, Firefox y Safari. Microsoft ha dejado fuera del soporte a Google Chrome (mi favorito) alegando cuestiones de incompatibilidad, pero dado que tanto Chrome como Safari están basados en Webkit mi idea es que no debería haber demasiado problema usándolo tampoco, así que lo he probado.

En Windows todo parece funcionar sin problema alguno bajo Chrome. Por ejemplo, esta es una captura usando Word Web App bajo Chrome en Windows 7 (pulsa para ampliar):

Sin embargo, y esto sí que me llama la atención, con la misma versión de Chrome (la última) trabajando en Ubuntu se muestra este inquietante mensaje:

¿A qué será debido? Ni idea. Según tengo entendido Chrome es el mismo código base tanto en Windows como en Linux, pero se ve que alguna diferencia hay, algo que no dice mucho por parte de Chrome. Incluso falla la visualización de los documentos, algo que no pasa ni siquiera en el iPhone como se ve en las pantallas anteriores. En Firefox, como ya se ha visto, no hay problema ni diferencia alguna en Linux o en Windows (y es de suponer que en Mac tampoco, pero no tenía uno a mano para probarlo). Chrome debería tener ofrecer mayor consistencia entre sus versiones para diferentes sistemas operativos.

Silverlight en Linux

Cuando visualizas una presentación Powerpoint en Firefox bajo Linux, aunque está perfectamente soportada su visualización con HTML y JavaScript, se te muestra una franja amarilla de información diciéndote que si instalas Silverlight tendrás mejor rendimiento:

Si pulsas en esa franja te lleva a una página de Microsoft, que tras detectar tu navegador y sistema operativo te lleva a la descarga e instalación directa del plug-in de Moonlight, la versión para Linux de Silverlight hecha en el proyecto Mono.

No la instales (o deshabilita el plug-in). En cuanto lo instalas, aunque hayas instalado también los Codecs adicionales, las presentaciones dejan de verse, mostrándose una pantalla negra. Mejor dejar la versión HTML de las diapositivas.

Por lo demás no hay ningún problema que yo haya visto.

Office web Apps vs Google Docs

Esta es la pregunta del millón. Es más, también habría que compararlas con Zoho Apps, que tiene verdaderas joyas como Zoho Creator, y de las cuales ya he hablado aquí en alguna ocasión.

Esto daría para un amplio artículo o dos, pues hay muchas cosas que comparar. No haré el extenso analisis que requeriría compararlas aquí, sólo daré un par de opiniones concretas.

Diré que, en mi caso particular, una funcionalidad que tiene Google Docs en el caso de las hojas de cálculo y que, sólo por eso, hace que lo prefiera frente a la versión on-line de Excel, es la capacidad de convertir las hojas de cálculo en formularios para recogida de datos, con análisis básico automático de los datos recogidos. Excel Web App es una buena hoja de cálculo pero Google Spreadsheets va un paso más allá en cuanto a las aplicaciones prácticas que le puedes dar gracias a estos formularios. Esto, no obstante no deja de ser una mera anécdota para la mayor parte de los usuarios y si lo que buscas es una hoja de cálculo para usar como tal, ambas son buenas opciones, llevándole algo de ventaja Google debido a los addins de los que dispone. Además, para formularios prefiero Zoho Creator, que le da mil vueltas a Google Spreadsheets también.

Si estás acostumbrado a usar Office 2007/2010 y quieres una suite de ofimática gratuita y con toda la funcionalidad básica que generalmente necesita un usuario promedio, Office web Apps es una gran opción. Otra ventaja es que, desde luego, la compatibilidad con los formatos nativos de Office es mayor en el caso de Office web Apps que en Google Docs, y si es importante para ti que los documentos sean lo más parecidos a los originales cuando los subes desde el escritorio, entonces ahí también lleva ventaja.

Eso sí, un detalle que me gustaría destacar y que seguro que es fruto de polémica: ahora ya me parece bien que comparen Open Office con Microsoft Office... pero, eso sí, con Microsoft Office web Apps. En ese caso sí que podrían ser comparables de algún modo, desde luego mucho mas que cuando se compara Open Office con la suite completa de Office: es que no hay comparación posible. Sin embargo entre Open Office, Google Docs y Office WebApps, la cosa ya está más equilibrada..

¿Que me moje y de mi opinión?

Vale... Yo me quedo con Office de escritorio + DropBox, con un uso combinado de Google Docs + Office Web Apps + DropBox cuando no estoy en alguno de mis equipos ;-)

Lo sé. No es habitual ni mucho menos que yo escriba algo sobre Linux en mi blog, siendo un "Tipo Windows" total. Pero para criticar hay que conocer y, sí, uso Linux con cierta frecuencia para poder conocerlo mejor. Ubuntu es sin duda la distribución que más pinta tiene de llegar a ser adoptada por el usuario promedio no empresarial, pues es muy sencilla de instalar y usar. Si usas Ubuntu el mes pasado te habrá saltado un aviso para que te actualizaras a la versión 10.04 Lucid Lynx, que es su última encarnación.

La primera cosa que llama la atención es que se han decidido por unos botones para la barra de títulos de las ventanas muy estilo Mac: ubicados a la izquierda, como se muestra en esta captura:

Si eres como yo, acostumbrado a Windows y otros sistemas con los menús a la derecha te gustará poder cambiarlas a esta posición. Pues ahora te explico cómo hacerlo.

Lo primero es ejecutar el editor de configuraciones del sistema. Para ello pulsa ALT+F2, y en la ventana que aparece escribe el comando gconf-editor, como en esta figura:

En la ventana que se abre navega, usando el árbol de la izquierda, hasta el nodo /apps/metacity/general. Una vez allí busca en el panel de la derecha el ajuste "button_layout":

Tal y como se explica en la parte inferior podemos construir la distribución del menú tal y como deseemos simplemente usando los nombres de cada botón separados por comas, así como el símbolo de dos puntos para indicar la separación entre parte izquierda y derecha, y "spacer" para meter separaciones entre ellos.

Así, cambia el valor por defecto y pon, por ejemplo:

":minimize,maximize,close"

y te quedará todo alineado a la derecha, como en Windows. En la figura ya se ve el ajuste aplicado:

Si además quieres tener (como es lógico, en mi opinión) el menú de sistema con órdenes especiales para la ventana, como en Windows, puedes escribir:

"menu:minimize,maximize,close"

y te aparecerá un circulito a la izquierda que es el menú de sistema de la ventana. Ahora ya está todo como en las versiones anteriores de Ubuntu y como en Windows y, si no eres usuario habitual de Mac te sentirás mucho más cómodo.

La verdad es que es una pena que este tipo de ajustes no se puedan hacer nativamente en Windows, pues darían mucho juego en la personalización del sistema y, como es sabido, aunque el sistema soporta skins lo cierto es que no se han popularizado al no existir herramientas apropiadas y no haber liberado Microsoft tampoco nada interesante al respecto.

Si usas también Ubuntu espero que esto te resulte útil. ¡Cuidadín con lo que tocas en el configurador! que te puedes cargar el sistema ;-)

Si llevas unos cuantos años en esto del desarrollo Web seguro que tienes todavía aplicaciones por ahí escritas en ASP 3.0, también conocido como "ASP Clásico". Este precursor del actual ASP era estupendo y funciona de maravilla aún hoy en día. A pesar de todas las virguerías técnicas existentes en la actualidad (que me encantan) me confieso un enamorado de esa antigua plataforma.

El caso es que aún hoy en día, si tienes que montar una aplicación de ASP 3.0 incluso en un moderno Windows Server 2008 R2 con IIS 7.5, podrás hacerlo sin problemas y funcionará todo de maravilla. O casi...

El otro día tuvimos que montar una de nuestras aplicaciones "legacy" en este entorno precisamente y todo parecía ir de maravilla. El caso es que nosotros instrumentamos todas nuestras aplicaciones, incluso  las antiguas, para llevar un registro automático de todos los eventos de interés que se producen: avisos, advertencias, operaciones importantes sobre los datos... y por supuesto los errores no gestionados y por tanto inesperados. Se trata de una buena práctica que deberías seguir en cualquier aplicación, y más en una para Internet y de la cual algunos ya me habréis oído hablar en ponencias por ahí.

En ASP clásico la forma de gestionar los errores inesperados pasa necesariamente por personalizar la página de error para el estátus 500 del servidor Web con una página .asp propia. En ésta se obtiene información sobre el error producido usando el método Server.GetLastError que devuelve un objeto ASPError con todos los detalles.

La configuración en IIS 7.0 o IIS 7.5 se hace de la siguiente forma:

1.- En las propiedades del servidor virtual se va a la sección de páginas de error:

2.- Una vez dentro de ésta aparecen la lista de códigos de estátus HTTP estándar, como por ejemplo el 404 para páginas no encontradas (muy recomendable gestionarlo), el 302 (acceso denegado), o el que nos interesa: 50, error interno del servidor. Sustituimos la página por defecto de IIS para el error 500 y colocamos una página .asp propia. Utilizando el mencionado objeto ASPError podemos obtener información sobre errores que se produzcan, anotar información sobre lo que ha pasado con todo lujo de detalles (error, tipo, ubicación, página, usuario, tipo de navegador...) para luego poder hacer un diagnóstico y detectar problemas. También devolveremos una página más bonita y adecuada para los usuarios, lo cual es muy importante también, y además es una buena práctica de seguridad el no mostrar mensajes detallados de error al usuario final.

No funciona en IIS 7.x

La idea es estupenda y funciona muy bien si lo hacemos en IIS 5.0 o 6.0, ¡pero en IIS 7.x no funcionará!. Es decir, sí que se llamará a nuestra página personalizada, y ésta funcionará. El problema es que el método Server.GetLastError devolverá un objeto con todas sus propiedades vacías, por lo que sabremos que se produce un error pero no tendremos ni un sólo detalle del mismo :-(

Se trata de un bug reconocido por Microsoft desde IIS 7.0, pero que no ha sido corregido en ninguno de los Service Pack ni tampoco en la versión R2 del sistema operativo (nueva versión 7.5 de IIS). Son los riesgos de usar una tecnología antigua para la que Microsoft no tiene la menor intención de seguir invirtiendo ni un segundo.

¿Cómo lo solucionamos?

Como casi siempre hay una vía de escape para solventar el problema. IIS 7.x dispone de un gestor global de códigos de estado HTTP que se usa cuando no hay uno específicamente designado en la configuración. Resulta que en este gestor global de errores el objeto ASPError sí que se rellena correctamente.

Por lo tanto lo que tenemos que hacer es eliminar el estátus HTTP 500 de la lista de errores gestionados por IIS, para que no tenga asignada ni siquiera la página por defecto. Si editamos la configuración general de este módulo de gestión global de errores:

Nos aparece un diálogo en el que podremos ajustar nuestra página de gestión global:

Allí deberemos introducir una ruta relativa a la raíz de nuestra aplicación (por ejemplo "/Logevents/logerr.asp" como en la figura), y usar en el PathType la opción de "Ejecutar una URL".

De este modo se recibirán perfectamente las propiedades del error y podremos trabajar como siempre :-)

¡Uppps! IIS me da un error de "violación de bloqueo" (Lock Violation)

Vaya. Cuando ya pensábamos que lo teníamos controlado y podríamos tener nuestra aplicación ASP Clásico funcionando a pleno rendimiento, al pulsar "OK" en el diálogo de la figura anterior nos sale este mensaje:

¿Qué demonios es esto? La verdad es que el mensaje no proporciona demasiada información al respecto. He de confesar que cuando nos salio la primera vez pensé que era un bug de la interfaz de gestión de IIS 7.5, que tenía interbloqueos mal hechos ;-P

A base de indagar y probar, ya que no había información en Internet al respecto y la poca que hay no está bien, llegué a la solución del problema.

Por defecto, hay ciertas secciones de la configuración global de IIS 7.x que están protegidas para impedir la modifiación en sub-ramas del servidor. Esto está diseñado de esta forma pensando en las empresas de hosting, ya que de esta manera pueden bloquear ciertas secciones peligrosas para que los administradores de los sitios web que venden no puedan cambiar ajustes que puedan comprometer la seguridad global del servidor. ¡Bien hecho Microsoft!. Lo malo es que no está nada claro en ningún sitio (o al menos a mi eso me parece), y a más de uno que gestiona sus propios servidores le puede traer por la calle de la amargura. ¡Mal hecho Microsoft! ;-)

En nuestro caso lo que debemos hacer es desbloquear este ajuste en la configuración global del servidor para que nos permita cambiarlo en la configuración secundaria de los sitios Web.

Para ello debes ir, como administrador, a la carpeta "C:\Windows\System32\Inetsrv" o equivalente (está ahí incluso en versiones de 64 bits de Windows). Dentro de ésta encontrarás el archivo applicationHost.config. Sácale una copia por si acaso te cargas algo que no debes, y ábrelo con el bloc de notas, ya que es un simple archivo de texto XML.

Una vez abierto busca el nodo "<httpErrors>". Encontrarás una rama que pondrá algo similar a esto:

<httpErrors defaultPath="" defaultResponseMode="ExecuteURL"
lockAttributes="allowAbsolutePathsWhenDelegated,defaultPath">

La parte importante aquí es el atributo lockAttributes. Como puedes observar, por defecto, tiene bloqueada la modificación de la ruta por defecto para los errores, que es precisamente lo que pretendemos modificar en nuestro sitio web.

Elimina la palabra "defaultPath" del atributo lockAttributes, graba el archivo y ciérralo. Ahora vuelve a IIS y cambia d enuevo la configuración en el diálgoo que hemos visto. Esta vez, al cerrarlo, no te generará la violación de bloqueo, y todos felices.

Este último consejo te valdrá para IIS en general, y por lo tanto para ASP.NET o incluso PHP, y no se restringe sólo a esta sección de la configuración.

Espero que si llegas hasta aquí a través de un búsqueda, desesperado/a por el problema, todo esto te haya servido. Si me lo quieres agradecer puedes dejar un comentario, y también ya sabes ;-)

Si has actualizado tu sistema a Windows 7 desde Windows Vista, es posible que en ciertos escenarios concretos se produzca un problema que fuerce el sistema a estar reiniciándose constantemente. Microsoft no ha dado detalles de en qué condiciones ocurre, aunque serán casos excepcionales.

Lo que pasa es que, tras instalar Windows 7 sobre Vista te sale un mensaje que dice "Esta versión de Windows no ha podido ser instalada. Tu anterior versión de Windows se ha restaurado y puedes continuar usándola". Entonces se reinicia el sistema y lo que pasa realmente es que se reinicia la instalación y sale el mismo mensaje, atrapándote en una espiral infernal.

Al parecer Vista sí está realmente restaurado en el equipo, pero la base de datos de configuración de arranque del sistema (BCD, Boot Configuration Database) está mal actualizada y por eso sigue intentando restaurarlo.

La solución es manual y pasa or hacer lo siguiente:

1.- Introducir el DVD de Windows Vista con el que instalaste el sistema inicial y salir de la instalación de Vista cuando comience.

2.- Ejecutar la línea de comandos como administrador.

3.- Ejecutar esta instrucción:  D:\boot\BootSec.exe /NT60 All   (sustituye D: por la unidad en la que esté el CD de instalación de Vista)

4.- Reiniciar

Con esto se soluciona el problema y puedes seguir utilizando Vista. Acto seguido yo instalaría Windows 7 desde cero. Merece mucho la pena el nuevo sistema.

Espero que a alguien le pueda ayudar.

ACLARACIÓN: esto no me ha ocurrido a mi ni tampoco sé de nadie a quien le haya ocurrido tampoco. Lo he encontrado de casualidad por ahí y me he hecho eco simplemente.

Windows 7 mola mucho. Desde las primeras betas internas, no disponibles para el público, ya se le veía que no tenía nada que ver con versiones anteriores (y sigo diciendo que Vista mola también y que a pesar de algunos de los problemas que ha tenido es el mejor que SO que había hecho MS hasta que salió Win7).

Al grano. Una de las cosas que primero llama la atención, claro está, es la nueva interfaz de usuario. Lo que no todo el mundo sabe es que además de ser bonita también es muy útil. Y una de las caratcerísticas más útiles es la de la nueva gestión de ventanas.

Si arrastras una ventana hacia la parte superior de la pantalla se maximiza. Si le haces doble click sobre el borde inferior o superior de la misma se maximiza pero en vertical sólo. Puedes conseguir lo mismo con las teclas Windows+Flecha arriba y Windows+ Flecha abajo para maximiizar/restaurar y Windows+Mays+Flecha Arriba y Windows+Mays+Flecha Abajo, para maximizar restaurar en vertical.

Un efecto simpático es que si agarras una ventana por su barra de título y la meneas de un lado a otro todas las demás ventanas se minimizan y haciéndolo de nuevo se restauran a sus anterior posiciones (puedes conseguir lo mismo pulsando Windows + Inicio)

Algo mucho más útil es la posibilidad de acoplar ventanas a los laterales. Por ejemplo, si estás comparando dos documentos, o si necesitas trabajar con una documentación en una ventana mientras escribes en otra, o si programas con Visual Studio 2010 y tienes en una ventana flotante el código de una página y en la otra la vista previa :-) Para conseguirlo sólo tienes que arrastrar la ventana pegándola a uno de los bordes y se acoplará a él. Arrastra la otra al otro borde y se acoplará de forma que entre las dos se repartan la pantalla a medias para trabajar. Realmente útil sobre todo en los monitores panorámicos omnipresentes hoy en día. Puedes conseguir el mismo efecto en lugar de arrastrando las ventanas, usando las teclas rápidas: Windows+Flecha Derecha y Windows+Flecha Izquierda.

Finalmente, si eres de los que comoa mi le gusta trabajar con dos monitores, puedes pasar rápidamente una ventana de un monitor a otro con tan sólo pulsar las combinaciones de teclas Windows+Mays+Flecha izquierda y Windows+Mays+Flecha derecha.

Lo que yo me pregunto es: ¿para cuando una gestión multiescritorio nativa como la que tienen las X en Linux sin tener que recurrir a programas de terceros? ¿Tan complicado es incluir el soporte el S.O.? :-(

Espero que te resulte útil.