Hola que tal a todos, espero se encuentren bien y muchas gracias por visitar mis artículos o dejando su voto de apoyo. "Microsoft XPS", ¿llegaron a usarlo?, ¿no?, bueno, no hay problema, el día de hoy explicaremos un poco que era este peculiar formato y que pasó con él.

Un poco de historia de XPS:

  Microsoft crea XPS (XML Paper Specification) como un formato de presentación de documentos muy similar a como funciona PDF de Adobe, sin embargo hay una diferencia fundamental: mientras el formato PDF consiste en un archivo binario con toda la información incrustada en su interior y requiriendo un editor especial para poder mirar y editar su contenido, XPS consiste en archivos XML (texto) que contienen toda la información del documento separada en varias capas, todos estos se comprimen en un simple archivo ZIP que recibe la extensión .xps y eso es todo. Cualquiera puede abrir ese archivo y mirar su contenido (si sabe que buscar claro está) y "teóricamente" cualquiera puede crear y modificar estos archivos si entiende como funciona; algo no tan sencillo como los PDF que requieren de herramientas especializadas (pueden mirar en este enlace una ficha técnica de las diferencias entre los dos formatos).

  "¿Suena genial. no?", pues no tanto. XPS fue lanzado con Windows Vista en 2006, pero llegaron tarde a la fiesta, cuando PDF llevaba unos 13 años en el mercado, resultando bastante complicado querer derrocar algo que lleva al menos una década adoptado por la industria entera. Es como menciono en este artículo (en un blog personal), querer que una criptomoneda nueva derroque a Bitcoin resulta imposible hoy en día, por cada año que pasa aparecen más competidores y cada uno va a tener que conformarse con migajas pues cada vez resultará más difícil hacerse un hueco en el mercado.

  Lo mismo le pasó a Microsoft con XPS: no importa lo genial que fuera, simplemente ya no tenía nada que hacer contra PDF; pero bueno, no todo era tan malo. Como mencionamos al inicio, XPS es un formato sencillo de reproducir, además Microsoft consiguió que fuera un formato estandarizado en 2009 ahora bajo el nombre Open XML Paper Specification, de manera que cualquiera puede tomarlo y mientras mantenga las reglas de su funcionamiento integrarlo a herramientas que pueden ser interconectables en todas las plataformas que lo soporten.

Presente de XPS:

  Ante la prácticamente nula adopción de XPS Microsoft ha decidido poner en pausa su estrategia de implantación de su formato alternativo. Ya no viene preinstalado en Windows, desde la versión 1803 de Windows 10 ahora hay que activar el visor de estos documentos manualmente; así que ya no hay impresora virtual a este formato de manera nativa ni ningún otro visor que pudiera servir para visualizar estos documentos.

  "¿Está acabado XPS entonces?", pues no necesariamente, solo que ahora corresponde al usuario que active la impresora virtual, pero seamos honestos: "¿Quién anda diciendo 'ahh, no tengo la impresora de XPS, la activaré'?", pues nadie porque la mayoría de los usuarios de Windows tienen conocimientos básicos, si algo no está a la mano simplemente no se molestan en buscar como instalarlo y usarán lo que tengan en ese momento.

  A eso sumemos que tuvo muy poca adopción, en el caso de PDF si este falta el usuario si intentará instalar algún visor (por lo general el de Adobe) al menos (y quizás dependiendo de la versión y que tantos conocimientos tenga el usuario termine con alguna impresora virtual en el proceso para crear documentos de este tipo). Pero no fue así en el caso de XPS: no hay visor a la mano, el usuario no se molestará en instalarlo.

  Microsoft ha aceptado la derrota y ahora en su lugar preinstala Microsoft Print to PDF que es precisamente una impresora virtual para crear documentos PDF de manera nativa, algo que se agradece pues ya no hay necesidad de instalar alguna impresora virtual para este formato como la nativa de Adobe, PrimoPDF, Bullzip u otras. Como nota adicional SumatraPDF en su versión 3.6 puede leer sin problemas el formato XPS, por lo que si tenemos archivos PDF o XPS en nuestro equipo los podremos visualizar tranquilamente. 

Otros casos donde Microsoft perdió la batalla contra algo ya adoptado por el mercado:

  Microsoft ha tenido varios encuentros con el mercado llevando la derrota al tratar de implantar algo que ya existe en el mercado, sin que este haya reaccionado favoramente (o con franca apatía). Veamos un par de ejemplos:

XAML vs XUL:

  XAML (eXtensible Application Markup Language) es la respuesta de Microsoft a XUL (XML User Interface Language) de Mozilla para crear interfaces gráficas usando archivos XML. Esto tiene como ventaja no depender de un entorno de desarrollo complicado para comenzar a crear interfaces para nuestras aplicaciones, bastaría en el mejor de los casos un simple editor de texto (como el bloc de notas) para comenzar, recordando mucho a como creamos sitios web en los años 90's o comienzos de los 2000's: con el bloc de notas como todo un macho de la época jejeje.

  Cabe aclarar que al día de hoy XUL se encuentra descontinuado por parte de Mozilla, aún así Microsoft tampoco logró que su formato fuera ampliamente aceptado, este debutó con la llegada de Windows Vista (al igual que varias tecnologías) y simplemente pasó de largo por parte de muchos desarrolladores. Eso no quiere decir que no haya desarrollos en este lenguaje (ligado al framework .NET) pero el lenguaje no consiguió el impacto que esperaba Microsoft.

Silverlight vs Flash:

  Silverlight al igual que XAML fue la respuesta directa de Microsoft a Flash de Adobe, al igual que XAML fue una de las piezas claves de la introducción de Windows Vista (aunque fue lanzado al mercado en 2007). Silverlight o Microsoft Silverlight era básicamente el Flash de Microsoft: había que instalar un plugin en el navegador web (igual que Flash) y desde nuestro entorno de desarrollo (Visual Studio 2008 - 2015) crear las aplicaciones que necesitaramos, animaciones o cualquier otro desarrollo para la web (igual que Flash), exportamos el proyecto al formato final (en Flash a .swf y en Silverlight a .xap) y ahora hay que insertar el binario en nuestro sitio web. En Flash había que recurrir al uso de las etiquetas <embed> u <object> mientras que en Silverlight Visual Studio ya hacía todo por nosotros pero si requeríamos la inserción manual entonces había que usar la etiqueta <object> para ello.

  En este enlace pueden mirar un tutorial para crear una aplicación sencilla de Silverlight, una de sus muchas ventajas era poder usar el lenguaje XAML para agregar código a los componentes de la aplicación (lo mismo que en Flash, solo que allá se usa ActionScript). En resumen Silverlight era una copia  de Flash, nunca tuvo al igual que XAML o XPS la adopción necesaria como para justificar su continuidad y Microsoft terminó descontinuándolo; otro problema presente al igual que Flash es la necesidad de "instalar algo", en este caso un plugin en el navegador y recordemos que desde Windows XP ya no era tan sencillo como simplemente bajar el plugin e instalarlo sin ninguna supervisión, no, requería permisos en muchos casos y eso terminaba ahuyentado al usuario de usarlo.

Conclusiones:

 XPS al igual que otras herramientas de Microsoft, fueron el intento de implantar tecnologías propias que desplazaran a lo que ya existía en el mercado sin ningún éxito. Es muy difícil hacerte un hueco si esto ya lleva al menos una década siendo usado masivamente (como fue el caso de las tecnologías Microsoft citadas en este artículo), Microsoft terminó reconociendo la derrota y descontinuando varios productos que no tuvieron ningún éxito como XPS o Silverlight.

  Espero les halla sido de su interés este artículo, nos veremos en uno próximo, muchas gracias de antemano por su apoyo. Dejo con ustedes un video que explica la historia de Postscript, un antecesor a la tecnología PDF y algunas capturas de pantalla mostrando como funcionaba la impresora y visor de documentos XPS.

Pd. Un agradecimiento a Mini Tool por la imagen para la portada de este artículo.