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

[rolandoj]

Hola a todos,

Gracias a ElKurgan y DopeRider por plantear la posibilidad de TWebBroser.

Es otra alternativa a usar; pero, si entendí bien lo que leí en otros hilos del foro, es muy probable que tenga el mismo problema de AcroPDF. Por qué ?. Porque usa el plugin instalado en el equipo para la extensión PDF, o sea que normalmente usa el de Adobe.

Si la versión de TWebBrowser disponible es de 32 bits, como es mi caso, entonces según lo que comentaban los compañeros, lo más probable es que ya, o muy pronto, falle porque la explicación acerca de AcroPDF dada es que Adobe ha empezado a parar el soporte para 32 bits.

Más claramente, la tendencia actual es forzar a la gente a cambiar a plataformas de 64 bits; pero, mientras uno se mantega con los standares mínimos, los aplicativos de 32 bits corrren perfecto en las plataformas de 64 bits.

En mi caso, siempre he sido muy cuidadoso en eso. El caso PDF es una excepción, y tengo una que otra más; pero, son detalles de menor importancia.

El cambio es un costo altísimo y la idea es asumirlo solo cuando ya se esté muy cerca de la inviabilidad de ejecutar aplicativos de 32 bits; para lo cual hemos pensado un colchón de seguridad en tiempo.

Muchos saludos

Empezado por ElKurgan

A lo mejor digo una tontería, pero si sólo hace falta visualizarlo, ¿Por qué no utilizas el componente TWebBrowser?. Se mostrará dentro del formulario Delphi un navegador que utilizará el plugin correspondiente para mostrar el pdf.

Y ahí está, sin usar más componentes extraños, y el cliente usará el navegador que tiene por defecto.

Mira por ejemplo este hilo del club

Saludos

[bitbow]

Hola rolandoj, realmente es un dolo de cabeza el tema, si cambias la versión del acrobat va a tronar y no te enteraras (reinstalacion, actualización, etc), te recomiendo para el preview usar el preview del componente de reportes y en un proceso posterior generar el PDF.

Saludos.

[pacopenin]

Buenas.

Yo uso http://www.cadetill.com/dcef-la-alte...a-twebbrowser/, (Chromium Embedded Framework).

Es un Chrome embebido y funciona bastante bien, sin depender del navegador instalado.

[dec]

Hola,

¿Qué hay del proyecto PDF.js de Mozilla? Digo para usarlo en un componente "WebBrowser"...

[roman]

Excelente opción. A veces la respuesta está en nuestras narices y ni aún así la vemos. Lo digo por mi, pues cotidianamente veo los pdfs en el navegador y no me había tomado la molestia de investigar quién me los estaba presentando.

¿Cómo va en el WebBrowser? ¿Lo has probado?

LineComment Saludos

[rolandoj]

Hola todos,

Disculpen la demora. He estado ocupado con otro tema.

Ante todos gracias por las colaboraciones.

A más tardar mañana voy a empezar a investigar las últimas sugerencias.

Por ahora, quiero resaltar que el punto no es solo reemplazar la solución basada en AcroPDF. Por ello no es que el visor trabaje bien, sino las condiciones en que lo haga.

En el fondo de lo que se trata es de blindar el aplicativo para que el visor que se use de PDF no sea afectado por la versión de un software de terceros que esté instalado en el equipo donde se ejecuté, a fin de garantizar la misma experiencia de visualización del archivo.

Eso, porque lo que se desea visualizar son solo archivos generados por el mismo programa.

Por lo tanto, lo ideal es que el componente de visor a incrustar sea codificado en Delphi y que el código fuente esté disponible, claro está preferiblemente un código abierto. Además, y por supuesto, debe ser mínimo para plataforma de 32 bits ya que, como aclaré en una nota anterior, migrar a 64 bits es algo que no planeamos hacer sino cuando ya sea definitivamente inevitable.

Para claridad de esto último, caso de que alguién pregunte :

Eso es porque funcionalmente la serie XE no ha aportado hasta ahora absolutamente nada que nos signifique una mejora importante para nuestra necesidades. En cambio, la migración nos representa un esfuerzo muy grande en codificación, principalmente por el tema Unicode. Lo digo por experiencia, ya que hace como 7 años lo intentamos y después de casi dos meses de trabajo tuvimos que regresar a un Delphi anterior

Muchos saludos

[[egostar]]

Empezado por rolandoj

........Eso es porque funcionalmente la serie XE no ha aportado hasta ahora absolutamente nada que nos signifique una mejora importante para nuestra necesidades. En cambio, la migración nos representa un esfuerzo muy grande en codificación, principalmente por el tema Unicode. Lo digo por experiencia, ya que hace como 7 años lo intentamos y después de casi dos meses de trabajo tuvimos que regresar a un Delphi anterior....

En la empresa que trabajo se desarrollaron los sistemas con Delphi 2007, antes con Delphi 6 (me parece), ahora estamos migrando a XE6 todos los sistemas, por una simple razón "Requerimientos de aplicaciones móviles". Y estamos aprovechando para migrar de una vez todos los sistemas, ya hemos migrado dos de ellos con pocos problemas y muchos beneficios. Y lo mejor de todo, cumpliendo con las necesidades actuales de los clientes.

Quiero decir, si en tu compañía sólo tienen necesidades de VCL, pues no, puede ser que haya mas problemas que beneficios en el cambio, sobre todo si usas componente que no se han actualizado.

Saludos

[dec]

Hola,

Empezado por roman

Excelente opción. A veces la respuesta está en nuestras narices y ni aún así la vemos. Lo digo por mi, pues cotidianamente veo los pdfs en el navegador y no me había tomado la molestia de investigar quién me los estaba presentando.

¿Cómo va en el WebBrowser? ¿Lo has probado?

LineComment Saludos

He hecho alguna prueba Román, pero, ahora mismo no recuerdo bien... creo que todo funcionaba más o menos como se espera.

[roman]

Hola dec,

Pero, creo que funciona con node.js y el pdf debe residir en un servidor y no local. Al menos es lo que creo haber entendido de lo que dice en el sitio. Además de que menciona que el soporte para IE es limitado.

LineComment Saludos