Conocen un componente Delphi puro para Ver PDF (Sin usar AcroPDF) ?

[rolandoj]

Hola a todos,

Alguno conoce un componente que permita visualizar un archivo PDF en un formulario Delphi y que no esté basado en AcroPDF ?

Lo deseable es que no sea un Active X de paga, sino un OpenSource ?

He buscado tanto en el foro como con Google y nada. Uno que otro que potencialmente servirían son pagos.

Alguién quizás se pregunte porque no quiero la solución standard basada en AcroPDF. La respuesta puede resultarle bastante util así que les comento lo siguiente :

1. En general no necesito visualizar cualquier archivo, sino archivos generados por mi aplicación

2. Esos archivos son generados originalmente en QuickReport.

3. Como deben enviarse a terceros por correo, el reporte Quick Report debo convertirlo a PDF

4. El archivo PDF resultante lo debe visualizar el usuario a fin de verificar que la conversión fué correcta

5. Con AcroPDF, en general eso se logra bien; pero, no en todos los equipos hay compatibilidad y, peor todavía, según leí en algunos hilos del foro, las versiones recientes es casi seguro que sean incompatibles (Y los usuarios las necesitarían para ver archivos fuera de mi aplicación)

Por eso es que quiero una solución que sea estable entre diferentes versiones de Windows y que, en el peor de los casos, si hay problemas, pueda revisar por mi mismo

Como por ahora es solo una mejora menor (es más previsión a largo plazo), la idea es que, dentro de lo posible, sea un componente OpenSource

Muchos saludos

[Casimiro Notevi]

Si tú creas el pdf con quickreport, no tienes que preocuparte de nada más. Que cada usuario tenga instalado el visor de pdf que quiera o le guste más.

[rolandoj]

Hola Casimiro,

Muchas gracias por interesarte; pero, me temo que no has entendido el problema.

Voy a ampliar detalles :

La idea es que el archivo se visualice dentro de un formulario Delphi; entre cosas porque en ese formulario, en la cabecera, van campos de captura de datos para enviar el archivo por correo.

Si el archivo se dejara afuera para ser abierto con cualquier visor de PDF, no habría problema y tú comentario sería correcto. Sin embargo, hacer eso es un perdida de calidad respecto a como se está haciendo ahora, ya que para el usuario es más incómodo conmutar entre mi aplicación y el visor PDF, comparado con tener a ambos en la misma ventana, que es lo que hacemos hoy con AcroPDF.

No tiene presentación que desmejoremos la experiencia del usuario. Y el problema es que, según lo dicho en otros hilos del foro, si se instalan versiones recientes de AcroPDF, es muy probable que no sean compatibles con mi aplicación, ya que es de 32 bits.

Migrar a 64 bits, si bien en algún momento será obligatorio, es también un costo enorme, dado el tamaño de las aplicaciones.

Tal migración no se justifica tan solo por un detalle menor como ese y, puesto que mis aplicativos, salvo uno que otro caso de poca importancia como el que estoy planteando, corren igual de bien desde Windows 2000 (que ya no existe) hasta por lo menos Windows 8, por ahora no hay nada que oblique a migrar en el mediano plazo. De hecho, no creo que antes de 3 o 4 años nos veamos obligados a migrar.

Muchos saludos

Empezado por Casimiro Notevi

Si tú creas el pdf con quickreport, no tienes que preocuparte de nada más. Que cada usuario tenga instalado el visor de pdf que quiera o le guste más.

[DopeRider]

Las primeras versiones (usé la 1.2) de WPTools eran freeware, pero era muy trabajoso crear los documentos. De todas formas, yo tampoco veo el problema. Si estás creando el documento a partir de un componente de reportes, podrías usar ese componente para visualizar y generar el PDF más tarde, cuando el usuario haya introducido la información que le pides.

[rolandoj]

Hola DopeRider,

Gracias por colaborar. Si, como lo planteas también se puede; pero, una vez más desmejoramos el sistema ya que es más incómodo digitar todo primero y luego ir a ver que es lo que se va a enviar. En especial porque algo de lo que digitan los usuarios pueden ser comentarios al reporte y obviamente es mejor hacerlos viéndolo ahí mismo.

El caso es que funcionalmente el sistema trabaja hoy en día de manera ideal. De lo que se trata es buscar una solución a un problema operativo que se ve venir, sin bajar la calidad de la parte funcional.

La pista de las WPTools parece buena. Según leí, el componente exacto que necesito es el WPViewPDF; pero, todos los sitios que encontré eran ya con la versión paga. Alguna idea de como conseguir esas primeras versiones ?

Muchos saludos

Empezado por DopeRider

Las primeras versiones (usé la 1.2) de WPTools eran freeware, pero era muy trabajoso crear los documentos. De todas formas, yo tampoco veo el problema. Si estás creando el documento a partir de un componente de reportes, podrías usar ese componente para visualizar y generar el PDF más tarde, cuando el usuario haya introducido la información que le pides.

[rolandoj]

Hola de nuevo,

Al responder a DopeRider se me olvidó aclarar que el componente de generación no cuenta con interfase visual. El reporte se genera en QuickReport y por debajo se hace la eexportación a PDF.

La idea de visualizar la versión en PDF es, como lo expliqué al principio del hilo, para verificar que la exportación fué correcta

Muchos saludos

[DopeRider]

No me expliqué bien. Tengo una versión antigua en alguna parte, pero no te va a servir para nada. Cuando usé aquello tenía que usarlo al estilo del GDI, o sea dibujando en un canvas. Creo que no te das cuenta de lo que eso significa: manejar contextos de dispositivo, medir el tamaño de la letra, ajustar manualmente las líneas... Si no se hubiese dado la circunstancia de que ese trabajo había que hacerlo de todas formas, por otras razones, la decisión hubiera sido comprar unos componentes que hicieran ellos el trabajo, no yo.

Hay un tipo de respuesta que no me gusta dar, porque siempre parece que estás enmendando la plana al que pregunta, que te aseguro que no es mi intención, pero en este caso cae por su propio peso y, después de veinte años bregando con clientes... pues mi modesta opinión es que no hay muchas vueltas que se le puedan dar. A un cliente se le dice: "mira, por cambios de Windows esto no se va a poder seguir haciendo igual, así que elige entre pagar un extra para incorporar los componentes o sintiéndolo mucho, tendrás que hacerlo manualmente".

Si se trata de un cliente, lo entenderá. Si no lo entiende, ¡no se trata de un cliente! sino de otra cosa. No sé si se me entiende :-) En fin, decidas lo que decidas, mucha suerte!

[JXJ]

solo de pago gnostice