El gráfico anterior, tomado de la web de Infogrid Pacific, describe con claridad el proceso de producción editorial convencional, con el subproceso añadido de “retrodigitalización” para convertir los clásicos PDFs de imprenta en los formatos digitales de hoy y de mañana.

Lógicamente, es de suponer que este proceso tendrá que cambiar tarde o temprano para adaptarse a las nuevas realidades, y aunque todavía no está claro qué sistemas y qué aplicaciones van a tomar el relevo, sí parece evidente que estarán basados en XML.

En este contexto, hemos conocido una solución muy interesante que señala un posible camino para la producción editorial en múltiples formatos: un sistema de producción colaborativa basado en XHTML (que no deja de ser un XML muy estricto) que permite obtener al final del proceso distintos formatos para distintos fines, como se refleja en la siguiente ilustración.

Esta aplicación se llama IGP:FLIP y ha sido desarrollada por Infogrid Pacific, una empresa de Singapur que tiene una amplia experiencia en la digitalización de libros y otros documentos, en distintos formatos y con distintas variedades de XML.

En vista de su interés, nos hemos puesto en contacto con Richard Pipe, CEO de Infogrid Pacific, para que sea él mismo quien nos la explique.

Para empezar, ¿podrías explicarnos qué hace IGP:FLIP? ¿Para qué sirve?

En pocas palabras, es un sistema de publicación online que permite a grupos de personas crear, revisar, diseñar y componer documentos (como libros) en un entorno colaborativo, y permite además generar en cualquier momento múltiples formatos a partir del resultado final.

Se puede utilizar para sustituir el proceso de producción convencional en la medida en que la organización lo necesite o lo desee, como se ilustra aquí.

FLIP puede utilizarse para todo; reúne todas las herramientas en una misma aplicación y puede sustituir a múltiples aplicaciones de escritorio. Por otra parte, no solo sirve para la producción de libros: también permite producir otros contenidos como páginas de descarga, paquetes SCORM y otros espacios de colaboración orientados a compartir contenidos.

¿Quiénes son sus usuarios potenciales, los que más pueden beneficiarse de este nuevo proceso de producción?

Si acertamos bien en la ecuación coste/valor, creo que puede beneficiar a cualquiera que tenga un contenido que desee publicar. El sistema puede ser aplicable en todas las etapas de producción editorial de un documento y el resultado que genera es un XML valioso, reutilizable y listo para el futuro.

Entre los usuarios a los que se dirige, podemos mencionar:

Editoriales comerciales de cualquier tamaño, porque pueden generar múltiples formatos al instante, reducir costes asociados al tratamiento del XML y, si son atrevidos en la gestión del cambio, recortar costes editoriales. Pueden disponer al mismo tiempo de versiones para imprenta, ePub y formatos de ebook propietarios, y el XML queda listo para cualquier uso futuro.

Editoriales académicas. Para websites de referencia instantáneos, índices dinámicos, formatos de ebooks, nuevos estilos de edición según el tema y revisión constante (peer review) durante la producción.

Editoriales educativas, para la recomposición de libros de texto, la creación de cursos combinando objetos de contenido de distintos libros y producción para imprenta, online y SCORM.

Autoeditores, porque facilita el proceso de producción y permite generar múltiples formatos por una fracción del coste de la composición tradicional.

También es adecuado para ediciones empresariales, como propuestas, manuales y muchos otros tipos de documentos. Evidentemente, hay contenidos que no son adecuados para FLIP, como catálogos, diseños complejos, probablemente revistas y similares.

¿Por qué habeis optado por XHTML en vez de otros DTDs como TEI o DocBook, o incluso un DTD propio?

Tendré que remontarme un poco al pasado. A finales de los noventa, mi trabajo consistía en diseñar sistemas de producción y calidad para decenas de miles de libros y miles de usuarios. Por entonces diseñé DX-XML, que era un DTD optimizado para procesar el fondo editorial y las novedades en múltiples formatos. Otros DTD no son lo bastante flexibles para la retrodigitalización, y desde luego no lo eran en el 2000.

Mientras tanto, empezaron a popularizarse navegadores respetuosos con los estándares, la web 2.0 se hizo real, se definió el XHTML, el soporte para CSS 2.1 es excelente, SVG empieza a ocupar el lugar que le corresponde, han aparecido los microformatos, el javascript se ha convertido en el lenguaje más importante de la web… y por supuesto, tenemos aquí la tecnología móvil.

No hacía falta ser un genio para darse cuenta de que los DTDs “entrados en años” introducían costes innecesarios y otras cuestiones que resolver.

Así que acabamos llegando a la conclusión de que el XHTML (gestionado como XML, no como SGML) era el XML más eficaz. Puedo hablar del tema horas enteras sin parar, y me han acusado de ser muy aburrido.

¿Qué futuro le ves a IGP:FLIP? ¿Crees que llegará a implantarse en la industria editorial?

IGP:FLIP pretende facilitar la producción de contenidos complejos. Pretende hacer del XML algo fácil y transparente; no vendemos una “solución XML” sino una herramienta de cambio, y obviamente creemos que FLIP es el futuro de la edición, definiendo la edición como la producción de todo tipo de contenidos de alto valor para comunidades de consumidores de contenidos.

Actualmente, FLIP es una herramienta de producción completa, y en los próximos seis meses nos centraremos en mejorar la experiencia del usuario, además de la localización en los niveles de la interfaz, los metadatos y el contenido. Hay insuficiencias en la gestión de imágenes para la imprenta que vamos a resolver y automatizar, además de mejorar las herramientas para la edición de las hojas de estilo y todo lo que sirva para facilitar las cosas al usuario.

Muy interesante. ¿Hay alguna posibilidad de probar la aplicación?

Tenemos una demo pública y, para una prueba más a fondo, podemos organizar una demostración personalizada con el contenido aportado por los propios editores.

Según lo que se quiera hacer y la complejidad del caso, preparamos el contenido o lo hacemos delante de ellos. Debo decir, no obstante, que de momento solo hacemos demostraciones en inglés, y si el contenido está en español, por ejemplo, es posible que cometamos algún fallo al principio.

Ahora estamos preparando unos vídeos explicativos que pueden ser más adecuados para una primera introducción, y después podemos organizar alguna sesión interactiva.

No sabemos si IGP:FLIP llegará a reemplazar alguna vez programas como Quark o InDesign, pero no cabe duda de que son iniciativas como esta las que están creando ya los sistemas de producción que vamos a utilizar en un futuro más bien cercano.

Gracias a Richard Pipe por responder a estas preguntas.