¿El futuro del formato PDF en manos de JavaScript?

Uno de los proyectos más interesantes de Mozilla actualmente es el llamado pdf.js una iniciativa que tiene como objetivo poder utilizar el lenguaje JavaScript como el mecanismo para renderizar y mostrar un fichero PDF dentro de un navegador.

La mejora entre la versión 0.1 y la 0.2 de pdf.js es notable, tal y como se aprecia por ejemplo en el diagrama incluido en el documento de pruebas.

Eso haría que no fuera necesario el plugin de Adobe para mostrar dichos ficheros, y eso aliviaría la carga del sistema a la hora de trabajar con estos ficheros desde el navegador.

Teniendo en cuenta que los motores JavaScript de los principales navegadores son cada vez más potentes, la iniciativa de Mozilla podría hacer que muy pronto pudiéramos olvidarnos de los plugins habituales para ver PDFs en el navegador.

No obstante, el proyecto aún tiene camino por recorrer. Mozilla liberó recientemente pdf.js 0.2, y con ello logró importantes mejoras y se comprobó como la renderización era perfecta en ciertos casos. Sin embargo, existe mucha complejidad a la hora de trabajar con varios sistemas operativos y navegadores en lo que respecta a renderizar las tipografías de los documentos PDF.

Tal y como explicaban los desarrolladores del proyecto en el blog oficial:

“pdf.js produce resultados distintos en prácticamente todos los elementos de la matriz navegador*sistema operativo. Por ejemplo, pdf.js renderiza de forma perfecta un estudio en PDF sobre Tracemonkey de forma perfecta si se utiliza una compilación nocturna de Firefox en una máquina con Windows 7 en la que Firefox puede usar Direct2D y DirectWrite. Si no utilizamos esa combinación, hay errores por ejemplo en la separación de caracteres (hinting) del texto”.

Podéis comprobar el resultado de ese renderizado en la versión 0.2 de pdf.js, y desde luego este proyecto podría acabar siendo especialmente interesante a la hora de ofrecer una alternativa al tradicional plugin de Adobe -y de otros clientes para mostrar PDFs en el navegador.

Adobe Firefox Mozilla navegadores PDF pdf.js renderizado

endikapaino
A este paso, usaremos LibreOffice en el propio navegador (ya sea de manera offline u online).
Me estoy viendo en un futuro con solo Firefox para hacer documentos, leerlos, escuchar musica, ver las fotos de mi pc… a este paso, un mini sistema operativo xD
- Julio_sao
  A eso es a lo que se va, todo en la nube, y el navegador como principal aplicación, ya ocurre algo parecido con gdocs, y chromeOS se basa precisamente en eso pero con chrome.
- Annubis
  ¿Futuro? Prácticamente todo lo que comentas ya se puede hacer desde el navegador.
- Blablabla
  Estabas hablando de Konqueror.
  - RevoDEB
    Konkeror! Cuanto te extraño. No se si llamarlo Navegador, Gestor de archivos o All-in-One, por que tiene hasta reproducir multimedia off-line, programar, en fin…..
    Igualmente, buena iniciativa la de Firefox. Si ya fue innovación, bueno no importa! Al menos se que usando Firefox no hace falta cargar al pesado “Reader”, o el plugin para poder renderizar un PDF. Siendo suave, integrada al navegador totalmente, ya lo probé ahora mismo.
Selairi
Lo acabo de probar y me ha dejado impresionado. Incluso permite abrir PDFs locales. Aunque después de algunas pruebas se ve que todavía le queda mucho por recorrer, algunos tipos de letra no se dibujan o se dibujan de forma incorrecta. En ficheros grandes, le cuesta una barbaridad intentar dibujar las letras.
Por lo demás parece una idea muy original.
Garolard
A este paso Javascript va a ser el lenguaje de programación más universal del mundo
- victoriano
  No realmente, JavaScript ha crecido mucho gracias a todos menos a IBM y Mozilla (JS 2.0 spec nightmare), pero aun falta mucho por hacer, lo que hizo Mozilla lo habia hecho todo el mundo el problema es seguir dia a dia con la ultima especificacion del PostScript.
  Ademas entre tu y yo cada dia los browsers ocupan cada vez mas y mas recursos de nuestro sistema, estan agregando de todo sin optimizar nada, si algo nos enseña el tiempo es que fiesta fiesta fiesta provoca una resaca muy fuerte.
  - Luismo
    Ciertamente es así, aunque estoy viendo esfuerzo por parte de las empresas que desarrollan los navegadores para optimizar y mejorar el rendimiento. Por ejemplo Mozilla está trabajando arduamente en revisar el código de FF para hallar en que gasta tantos recursos, aquí debo decir que no es mi caso pero sí el de mucha gente.
    Otro aspecto importante es la mejora abrumadora en los motores de javascript en relación a hace unos 3 o 4 años, algo que hay que considerar. Lo negativo es que aún cuando todos estos esfuerzos fueran suficientes, los programadores de sitios web por el tema de la compatibilidad con ie6 y otros navegadores obsoletos, además de la pereza de hacer algo desde cero (copy-paste de jQuery y demases) hacen que esté muy mal optimizado el código y obviamente cargará muy lento la página. Estoy viendo con agrado las nuevas características de CSS3 que facilitan un poco el trabajo al no tener que recurrir a un lindo montón de código Javascript para optener determinadas características, pero por el tema que expuse de ie6 esto se puede quedar en el tintero.
    - victoriano
      Es cierto han mejorado mucho, creo que cuando Safari y Chrome iniciaron la guerra de velocidad nadie quizo quedarse atras.
      Yo creo que el browser se ha vuelto mas utilizado porque muchas personas estan pasando ciertas actividades a aplicaciones web en vez de aplicaciones nativas, yo no estoy deacuerdo con un futuro de thin clients como Google propone, otras empresas tienen una idea de la nube de clientes que hagan parte del trabajo y otra parte lo haga la nube, veo esa forma mas efectiva que la de Google.
      En cuanto a IE6, 100% deacuerdo, lo digo, no hagan compitibilidad con eso, ni el mismo Microsoft hace sus sites compatibles con IE6, hasta hicieron un evento anunciando eso. Si MS no apoya IE6 por que debe hacerlo usted??
    - Luismo
      Ups, no sé como OBTUVE ese “optener” creo que fue un lapsus xD
- jonathan
  Más bien cada ves más el navegador se vuelve el único software a utilizar, en el caso de firefox prácticamente sus complementos son una tienda de aplicaciones.
jonathan
No se que tanto potencial tenga pero si permitiera crear pdf a partir de html sería un boom, por ejemplo que apartir de una tabla del html genere un documento pdf, sería genial porque dejaría esta transformación del lado del cliente y no en el server .
emilio
Ojala cuando salga la 1.0 linux sea bien soportado!!
Y victoriano, no podìa estar màs de acuerdo contigo… la falta de optimizacion en el panorama general del software da miedo!!!!
Todo xq quitar productos màs nuevos y llamativos!!!
RevoDEB
Jeje! Y luego dicen por que no los aceptan en PlanetaLinux.org
Y no es por MetalByte, sino por Picajoso = El amo de las capturas de Windows =)
MetalByte siempre hace las capturas de su sistema operativo. Pero, al parecer a Picajoso le pagan por “Publicar para Linux”, y ni bien lo hace…. Al menos, es descarado!
Seguro que en MuyWindows, no colocan capturas de Linux, sino de Windows también =S
Webmaster
A mi me parece una buena noticia. Además, según he leído ( http://vitaminaweb.com/firefox-trabajando-en-un-lector-de-pdf-sin-plugin_682 ), puede estar ya disponible después del próximo Firefox 6.
Pingback: Firefox 15 Aurora ya tiene soporte nativo para PDF()

Mozilla y pdf.js: ¿El futuro del formato PDF en manos de JavaScript?

Lo último

Suscríbete gratis a MuyLinux

Gracias, recibirás un correo para confirmar tu suscripción.