El mejor camino para llegar a Windows 7?

A estas alturas hay suficiente entusiasmo alrededor de la Beta de Windows 7, que aun blogs criticos con Microsoft y fans de Apple y Google como ALT1040 estan hablando positivamente de dicha version, la cual tiene sus inconvenientes como el excesivo numero de versiones, pero nada…. es definitivamente refrescante el ver cuan bien va quedando el nuevo producto el cual entre otras cosas introduce el modelo “cinta” a aplicaciones como Wordpad y Paint, asi como 3 nuevos juegos.

El caso es que al final las personas y sobre todo las empresas estan decidiendo resistir y aguantar con su Windows XP, no instalar Windows Vista y esperar al lanzamiento de Windows 7, que con todo lo que tiene promete al menos dos cosas fundamentales: una mejor experiencia de usuario y un mejor rendimiento que Windows Vista.

En ese contexto es algo sorprendente lo que dice Gavriella Schuster Senior Director de Microsoft en The Windows Blog, en concreto recomienda que las empresas deben iniciar o continuar con sus planes de despliegue de Windows Vista, pues dicha accion facilitara la llegada de Windows 7.

Si, definitivamente soprendente, pues al margen del costo de las licencias, el esfuerzo tecnico de hacer dos despliegues uno tras otro seria excesivo de gestionar, en ese sentido dicho consejo no es precisamente valido.

Se menciona como factor para proceder de esa manera, la verificacion de compatibilidad de aplicaciones, y si, es cierto que las empresas deben de ser conscientes de los cambios que Vista introdujo (y que seran mantenidos en Windows 7) como la problematica virtualizacion que tantos dolores de cabeza puede dar al instalar un programa,  pero claro… el ser consciente de esa realidad y de los ajustes que hay que tener para desarrollar aplicaciones compatibles con Vista y 7, no implica tener que hacer dos despliegues consecutivos, antes bien “solo” implica tener maquinas (reales o virtuales) donde ir testando los desarrollos que se vayan haciendo.

En todo caso creo que las empresas seran lo suficientemente prudentes (mas en un entorno de crisis) y no haran caso de esta recomendacion.

Y yo.. de momento dudo si instalar Windows Server 2008 o la Beta de Windows 7.

Document.all sigue vivo… lamentablemente

Es ironico que cuando se pide a los usuarios abandonar y actualizar su Internet Explorer 6, ya que como comenta uno de los responsables de la remodelacion de Libertad Digital dicho browser impide el visionado correcto de los sites modernos, aun debamos de toparnos con sites programados con tecnologias antiguas y no compatibles.

Todo empezo hace unos dias, tenia que efectuar una compra por Internet, y como parte final del pago, debia validar mi tarjeta de credito mediante una pasarela conectada con mi banco, todo bien, pero al llegar a la pantalla de validacion el boton para hacer el paso siguiente no funcionaba, malo malo, se veia el boton pero ignoraba mis clics, entonces procedi a ver los mensajes que tenia la consola del Firefox, y ahi estaba, el sitio hacia una llamada en JavaScript al temido document.all, como se puede ver:

Para quien no lo recuerda, document.all fue una especie de “llave maestra” que se introdujo en Internet Explorer 3, a fin de “facilitar” de manera directa un acceso directo a los diversos elementos DOM que conforman una pagina HTML (especialmente los elementos de un formulario), esta caracteristica junto con otras como los behaviours no fueron implementadas por los demas browsers, lo que me hizo en algunos proyectos retocar bastante JavaScript a fin de evitar que la pagina solo fuera usable en las versiones de Internet Explorer.

Es que soluciones hay, y en su momento la solucion era usar un acceso totalmente cualificado como “form1.combo1….”, pero la solucion standard soportada tanto por Opera, Firefox e Internet Explorer es getElementById, por lo que sorprende que algo tan conocido no sea usado en un site de tanta importancia como una pasarela de pago electronico, esta claro que al final tuve que deshacer todo lo avanzado y utilizar una sesion de IE 8 para poder hacer la operacion, con la consiguiente perdida de mi tiempo como usuario, todo por una mala decision de los programadores de 4B que optaron por usar algo no standard.

Y claro, no habra quien me diga que si me quejo por esto y no reclamo a los fabricantes como en el caso de ShowModalWindow por no incluir dicha funcionalidad, en vez de quejarme con los progamadores del sitio, muy simple: en el caso de ShowModalWindow el problema era (ya no, pues Firefox 3 ya soporta ShowModalWindow 🙂 )que habia una funcionalidad de IExplorer sin ningun mecanismo alterno de implementacion en los otros browsers, mientras que en el caso de document.all se trata del hecho de usar una manera no estandar de acceder a un recurso, ya existiendo mecanismos comunes y compatibles para lograr el resultado.

Espero que cada vez sean menos los desarrolladores web que hace uso del infame document.all.

Otro motivo mas para no usar Word como editor grafico

A pesar de las opiniones en contra, sigo creyendo que es malisima idea usar MS Word como editor grafico, si algunos me diran que es lo mas simple, que no hay que hacerse complicaciones y todo eso, pero experiencias recientes no me han hecho sino insistir en este tema.

Como dije, una de las razones por las que se realizan capturas de pantalla es para documentar errores que se encuentran en las aplicaciones, pues bien esa tarea de documentacion y reporte es facilitada enormemente mediante el uso de Team Foundation Server, herramienta sobre la cual nuestro amigo El Bruno se explaya frecuentemente para alivio nuestro, al usar dicha herramienta nos es posible describir textualmente la situacion que nos afecta como usuarios y de ser necesario, incluir un archivo adjunto para complementar dicha descripcion.

El problema se presenta cuando, como testeadores, revisamos el bug encontrado y vemos que se ha adjuntado un documento de Office, generalmente Word, el cual presenta un pequeño inconveniente: la apertura de archivos pasa por Internet Explorer (como me explico el Bruno, el abrir un archivo desde Team Explorer invulcra el invocar Web Services) por lo cual se hace necesario verificaciones de seguridad, y siendo que potencialmente un documento de Office podria contener contenido peligroso, las aplicaciones no hacen sino que cumplir su rol preguntando hasta 3 veces el usuario y password que tengamos en el TFS, todo comprensible desde el punto de vista tecnico (a pesar de lo irritante que pueda ser el retipear a cada rato) hasta que nos percatamos de dos pequeños detalles:

  • Los archivos JPG al no ser contenido potencialmente peligroso se abren directamente en el Internet Explorer.
  • La mayoria de los archivos de Office adjuntos solo incluian una captura de pantalla y ningun contenido adicional.

Queda claro que si no se va a usar los documentos de Office para algo de veras importante, como una especificacion funcional por ejemplo, no tiene sentido seguir usandolo para captura de pantallas pudiendo usarse el ya comentado Irfanview o el clasico Paint, el cual ha sido muy remodelado en Windows 7.