scout escribiste:No lo veo óptimo ya que hay que ingresar cada campo en cada celda.
En los sistemas de composición de informes, aunque son capaces de importar los campos y colocarles de determinada manera en el informe de salida, no siempre queda bien, por lo que siempre hay que retocar la posición de cada uno. Incluso en la generación a PDF hay que indicar qué, dónde y cómo deben aparecer los campos.
Lleva trabajo, pero no hay otra solución, si queremos un resultado personalizado y bien presentado.
scout escribiste:Por eso les pregunto en base a su experiencia personal cómo orientaban un tema así... Si bien Perl me sacó de muchos apuros a nivel consola, veo que se estanca igual que el PHP...
En el 2007 tuve que hacer el proceso inverso: sacar un Excel a partir de la consolidación de datos provenientes de tres bases de datos.
El problema está, inicialmente, en el propio formato Excel. Cada versión de Excel ha cambiado de forma muy profunda, y, tanto si vas a leer o escribir en él, nunca tienes la seguridad de que pierdas parte de la información.
La solución obvia: no usar Excel, sino OpenDocument, que es XML al final de todo, por lo que siempre puedes tratar la información de múltiples maneras.
Últimamente estoy haciendo lo contrario: los clientes utilizan hojas Excel como sistemas sencillos de bases de datos, la suben al servidor, y desde Perl leo los datos y los transformo en contenido dinámico para la web. Y sí: hay que tratar campo por campo, porque hay que indicar en qué posición de la página hay que colocarles.
scout escribiste:El escenario planteado es ese: automatizar una exportación, si es que la hay, del tipo header que plantean para PHP, JQuery y demás primos... y que exporte bien sin errores de formato como me los está dando.
Entrando en Google y buscando por las palabras "Excel" y "HTML", salen unos cuántos resultados. El primero es
Exportar tablas HTML a Excel con PHP y JQuery