Solicito consejo para generar un documento totalmente dinámico

[rolandoj]

Hola Neftali,

Muchas gracias por el apoyo. Veo que entendistes perfectamente lo que estoy buscando. Te comento lo siguiente:

1. Respecto a lo que dices de problemas con las versiones de Word, etc, y no con Delphi, estoy totalmente de acuerdo. De hecho, cuando dije que descartaba la automatización OLE fué precisamente porque en un proyecto anterior implementé así un caso similar. Funcionó muy bien; pero después se armó un problema grave cuando salió la nueva versión de Office.

2. Lo que dices del TRichEdit, conceptualmente es exactamente lo que quiero; el problema es que le falta cierta capacidad de formateo y por ello los documentos no salen muy bien presentados.

3. El QRDesign que mencionas no es un componente standard de QuickReport. Voy a investigar sobre él

[Jab]

¿Por qué no usas el FreeReport? Funciona para Delphi 4 y pueden configurar sus propios informes y documentos.
Permite exportar a Word para luego su manipulación.

Para PDF sino encuentras componente (el Quickreport permite exportar a PDF pero a partir de las versión 4) puedes usar el PDFCreator, aplicación gratuita que te instala una impresora PDF que pueden usar.

Esto son alternativas.

El QRDesign es como el FreeReport, pero mientras que el primero debes pagar por usarlo, el FreeReport es gratuito y te permite modificar el código fuente para mejorarlo o eliminar lo que no necesites.

Hay traducciones en varios idiomas.
Saludos.

[Neftali [Germán.Estévez]]

Empezado por rolandoj

2. Lo que dices del TRichEdit, conceptualmente es exactamente lo que quiero; el problema es que le falta cierta capacidad de formateo y por ello los documentos no salen muy bien presentados.

3. El QRDesign que mencionas no es un componente standard de QuickReport. Voy a investigar sobre él

Sé que hay algun componente de RichEdit que permite más cosas que el Estandard, sería cuestión de ver si encuentras uno que se ajuste a lo que necesitas.

El QRDesign es aparte; lo que ya no se si hay alguno más similar.

Otra opción, tal y como dice Jab, es buscar otro generador de reportes que posea ese módulo para que el usuario pueda crearse los suyos propios, sin necesidad de añadidos.
En mi caso no conozco ninguno, pero si FreeReport lo posee, deberías revisarlo.

Ya dirás cómo te va y que opción has escogido finalmente.

Un saludo.

[rolandoj]

Hola,

Gracias a todos por la información.

El QRdesign es un componente pago, así que debo investigarlo con cuidado antes de proceder a una compra.

El PDFCreator lo usamos actualmente para generar la salida en PDF; pero, eso asume que la salida ya está formateada. No conozco si también pued facilitar armar un documento PDF, ponerle marcadores para campo y reemplazarlos a tiempo de ejecución. Investigaré eso.

El freereport no lo conozco; pero, por la descripción parece una opción interesante; especialmente porque me permite seguir con Delphi 4 y honestamente no quisiera sacrificar Delphi 4 porque su IDE es mucho mejor que el del 2007. También lo miraré.

La opción que más me llama la atención es la posibilidad de un TRichEdit extendido; ya que el standard tiene casi todo lo que se necesita y la codificación es facil. Pienso que, de conseguir uno mejorado, el esfuerzo de implementación sería mucho menor en comparación a las otras alternativas.

El día lo tengo complicado; pero, trataré de investigar hoy mismo.

De todas formas, estaré pendiente del fory y de antemano agradezco igualmente cualquier sugerencia adicional.

[[movorack]]

Hola,

Solo para reforzar la idea del free-report. es muy bueno para conseguir no solo lo que quieres sino para hacer casi que la mayoria de reportes que usamos constantemente.

Aquí te puedes descargar el demo (con el designer incluido): http://www.fast-report.com/pbc_download/fr233demo.zip

si tienes presupuesto valdria la pena mirar fast-report que además de tener el reporteador también te permite la autimatización de los reportes con PascalScript y conexiones a datos desde el mismo reporte.... Imaginate pasandole solo el ID de la factura al reporte y el reporte se encargue de hacer las consultas necesarias y mostrarlas deacuerdo a la programación hecha en el script.

[rolandoj]

Hola,

Estuve investigando por el lado de FreeReport, ya que también hablaba de un RichText extendido; pero, me encontré con el mismo handicap del RichText de Delphi.

El componente para RichText de FreeReport pide la librería Rx (versión 2.6 o superior). Instalé Rx Library 2.75, la que trabaja con Rich Edit 2.0 y tiene un interesante demo de RichEdit , con básicamente la misma funcionalidad que yo implementé en un proyecto anterior usando el TRichEdit standard y que se ilustró en otras respuestas de esta nota. Sin embargo, tiene la misma limitante de no soportar la alineación justificada. Para este proyecto en particular, eso es fundamental; ya que sin alineación justificada la calidad de impresión de los documentos no es satisfactoria.

Parecía un buen camino. Antes de abandonarlo, alguién puede aportar algo ?. Por ejemplo, en lugar de Rich Text tiene algún mecanismo similar ?

Muchas gracias

[rolandoj]

Hola,

Para retroalimentarlos les comento lo siguiente:

El componente TRichView de http://www.trichview.com parece ser una excelente opción. En lugar de marcadores soporta la colocación incluso de controles.

Infortunadamente es un componente pago demasiado costoso. Aclaro : demasiado costoso para lo que necesito; el precio me parece muy razonable considerando todas las capacidades que le he podido observar.

Aparte de eso, a primera vista, no me parece facil de usar. Creo que más bien es para quienes necesiten un nivel de sofisticación muy alto en sus impresiones y dispongan del tiempo necesario para trabajar con un producto tan elaborado.

Bueno, a seguir investigando

[[Al González]]

Hola Rolando.

He leído este hilo desde hace varios días, pero me queda la duda (y estoy seguro de que no soy el único) sobre:

Empezado por rolandoj

[...] cuando dije que descartaba la automatización OLE fué precisamente porque en un proyecto anterior implementé así un caso similar. Funcionó muy bien; pero después se armó un problema grave cuando salió la nueva versión de Office.

¿En qué consistió ese problema? ¿De qué versión de Office hablas? ¿Podrías explayar al respecto? Gracias.

Al González.

[rolandoj]

Hola,

Gracias por interesarte.

Se trataba de una aplicación hecha con Delphi 5. La automatización la habíamos hecho con Excel para generar un reporte, que por cierto era bastante complejo. Funcionó bien con versiones de Office 97 hasta Office 2003

El caso fué cuando la empresa cliente pasó a Office 2007. La conexión OLÉ fallaba desde el arranqué. Investigamos un tiempo y, según lo que leímos en el propio sitio de Microsoft, el problema era que había que inicializar una variable a la cual Office accedía vía .NET; pero, no encontramos manera de acceder desde Delphi 5. En ese entonces buscamos algún componente que lo hiciera; pero, no hallamos nada.

Se planteó actualizar Delphi y/o recodificar en específico para Office 2007, ya que ni siquiera encontramos un componente que nos permtiera escribir un archivo Excel sin usar OLE.

Sin embargo, esa funcionalidad se perdió porque la empresa consideró que las alternativas no justificaban el esfuerzo y el costo. Al usuario principal le tocó hacer períodicamente el reporte a partir de un copy & paste desde nuestro aplicativo

[rolandoj]

Hola a todos,

En este tema ya nos habíamos resignado a que no se puede; pero, en la empresa me pidieron que hiciera un nuevo intento.

He estado investigando y desarrollando código propio. Algo avanzamos; pero, seguimos estancados. Por si le sirve a alguién, o puedo aportar algo, comento mis intentos con Delphi 4:

Hay 4 versiones principales de RTF : La 1.0, la 2.0, la 3.0 y la 4.1

La implementación de TRichEdit en Delphi 4 y Delphi 2007 directamente usa solo la versión 1.0 de RTF, la cual no soporta la alineación justificada. Ahora bien, al parecer, a nivel del propio Windows, cuando están instaladas las versiones 2 o 3, una llamada a la 1, es redirigida para usar la versión 2 o 3. Alguién podría confirmarlo ?. Es una deducción mía basada en ciertos indicios; no una certeza.

Uno de ellos es el hecho de que si se envía al control TRichEdit el mensaje de alineación justificada (propio de las versiones más nuevas), Windows lo procesa aparentemente bien. Se visualiza inmediatamente la alineación y cuando se guarda, el archivo lo guarda correctamente. El mismo comportamiento correcto ocurre si se pega al control un texto que se ha justificado en Word u otro producto similar.

Sin embargo, hasta ahí llegan las buenas noticias. Si se trata de visualizar de nuevo el archivo, cargandolo al control RichEdit, se pierde la alineación justificada.

Alguién puede preguntar aquí como sé entonces que el archivo se guardó bien. La respuesta es porque si se abre desde Word o desde Open Office, ahí sí se visualiza correctamente.

Sin embargo, si se abre con WordPad, presenta el mismo problema que en Delphi : Adios a la alineación justificada.

Lo anterior indica que lo más probable es que exista un error, a nivel del propio control RichEdit de Windows, cuando se esté cargando información al control. Si es así, creo que ya no hay más nada que podamos hacer para arreglar el problema por ese lado. Alguién puede confirmar esto ?.

La solución que quedaría sería usar la versión 4.1. Hay dos diferencias importantes con las anteriores : El nombre de la librería y el nombre de la clase. Probé redefinir CreateParams para que usara la librería y la clase de la versión 4.1; pero, en algún momento posterior empiezan a aparecer errores. Supongo que hay algunas otras cosas que deben ajustarse; pero, no he encontrado nada al respecto. Alguién puede aportar algo ?

[rolandoj]

Hola a todos,

Logré solucionarlo. Me falta optimizar dicha solución, y detalles menores; pero, el problema básico está solucionado. Todo ello con QuickReport y Delphi 4.

Más tarde daré detalles. Les adelanto algo:

Básicamente me puse a estudiar los comando RTF generados en los archivos "malo", contra los archivos "buenos" generados por otra herramienta. A prueba y error encontré que, por alguna razón, hay un par de comandos que hay que agregar al que genera el componente en su forma normal.

[yusnerqui]

He leido el hilo desde el principio y me he quedado como el que ve una peli de suspenso jajaja, esperemos que el amigo rolandoj se anime a detallarnos su ingeniosa solución.

Saludos

[martinartaza]

yo también me trague todo el hilo y me quede en suspenso.