Problema con la nueva funcion de impresion de pdf

[mastintin]

El caso es que no funciona como debería , el resultado del pdf es pésimo y es muy distinto a si previsualizo y mando imprimir a pdf :

Directamente con PRINT oPrn NAME cTitle File "c:\salidas\Pedido a proveedor.pdf"
https://www.dropbox.com/s/e9e53mxfdykbx ... veedor.pdf
Con PRINT oPrn NAME cTitle PREVIEW y luego Menu->Imprimir en pdf
https://www.dropbox.com/s/32je6ayibzyk9i5/Pedidos.pdf
Con una impresora virtual pdfcreator :
https://www.dropbox.com/s/6yol5ovenkw1o ... reator.pdf

como se puede ver no coinciden , la correcta es la de pdfcreator. la segunda opción pierde las lineas de sitio y la primera no eas usable .

[mastintin]

Sigo investigando el tema :
El archivo EMF generado se vé perfectamente , el problema empieza en la function Emf2Jpeg( cEMF ) que trasforma el EMF a Jpg . Aqui es donde pierdo toda la "calidad" de imagen .
Haciendo intentos "al azar" ( sin saber mucho el porque de los valores ) he llegado a que los valores , Bin2L( SubStr( cBuf, 17, 4 ) ) / 2 en ambas medidas me dan unos resultados ,que sin ser optimos , si son mucho mejores que los anteriores .
El problema no queda resuelto aún , pero esto se podría usar .

Code: Select all  Expand view

static function Emf2Jpeg( cEMF )

....

   cBuf         := MemoRead( cEMF )

 //  oRect        := TRect():New( 0, 0, Bin2L( SubStr( cBuf, 21, 4 ) ) / 2, ;
 //                                 Bin2L( SubStr( cBuf, 17, 4 ) ) / 2  )

   oRect        := TRect():New( 0, 0, Bin2L( SubStr( cBuf, 17, 4 ) ) / 2, ;
                                  Bin2L( SubStr( cBuf, 17, 4 ) ) / 2  )

.......

 

[Carlos Mora]

Hola Mastintín,

Sigo con atención tus comentarios ya que ya he pasado por esto de tratar de generar pdfs de buena calidad, con regular resultado, y hasta ahora el que mejor resultado me ha dado ha sido PdfCreator.
Incluso probé http://www.utilitywarrior.com/Image-to- ... ibrary.htm que es de pago, la compramos, estuve en contacto con el autor, pero no logré nunca tener un resultado satisfactorio, al final hemos terminado con PdfCreator. Image2Pdf tiene un modo que trata de traducir el emf en comandos del pdf, pero se lía con el tamaño y nombre de las fuentes y sale todo deformado.
PdfCreator debe su buena calidad debido a que es una impresora postscript, que despues via ghostscript lo transforma a pdf. Postscript es, por llamarlo de alguna manera, un lenguaje de descripción de impresión, nació para poder reproducir imágenes impresas, usando un sistema vectorial, por lo que como lenguaje de descripción de impresión es de lo mejor.
Los métodos alternativos como emf2jpg tienen la desventaja de que en la renderización del emf cada una de las primitivas de impresión se transforma a una imagen, eligiendo de forma arbitraria una resolución que probablemente no se corresponderá con la resolución del dispositivo donde se mostrará, con lo que se pierde calidad casi siempre.
Esto lo puedes comprobar en los pdfs que enviaste: no se puede seleccionar texto en el pdf generado con emf2jpg, sin embargo en los otros sí.
Por lo pronto estoy echándole unas monedas a HaruPdf, que Rafa Carmona está usando con éxito, y genera Pdfs de muy buena calidad, muy compactos y muy rápido. Tiene sus pegas, el sistema de coordenadas tiene el cero en la parte inferior izquierda, y algunas otras cositas pero creo que el esfuerzo va a valer la pena.

Ya comentaré algo cuando tenga resultados.

[Antonio Mart.]

Carlos,

Yo también he pasado por el image2pdf, por bullzip, por pdfcreator que no me funcionaba en Windows Server 2008. También me cartee con el creador e image2pdf porque no lograba coger bien las fuentes...

Yo, la técnica que siempre he buscado, sin conseguir, ha sido la de transformar el emf en jpg. ¿ Quisiste decir que con metodos de conversion de emf a jpg NUNCA se va conseguir buena resolucion ?
El uso de harupdf supongo que obliga a tener doble configuracion de impresion: normal y a pdf, a no ser que se haga una clase intermedia y se imprima con ella.


Saludos

[Antonio Linares]

Manuel,

Se ve bastante mejor, gracias!

[karinha]

Este és mui bueno:

http://blog.kowalczyk.info/software/sum ... er-pt.html

https://kjkpub.s3.amazonaws.com/sumatra ... -2.2.1.zip

salu2

[sysctrl2]

Karinha,
en codigo fwh como se usa?

saludos.

[mastintin]

ATENCION . La solución anterior no es del todo Buena . Pasa una cosa curiosa , si mando el pdf por correo a una cuenta de gmail y descargo el archivo y lo visualizo con Reader o Firefox por ejemplo se ve "decente" , pero si lo visualizo con el visualizador de archivos de gMail se produce un efecto "distirsión" extraño y no se puede leer nada. Siguo con el asunto ...

[karinha]

Karinha,
en codigo fwh como se usa?

saludos.

http://alanart.net/fivewin/index.php?/t ... quivo-dnf/

Salu2

[thefull]

PROS
Particularmente, me he decantado por usar HaruPDF. El hacer una salida PDF, tiene la ventaja de que puedes enviarlo, imprimirlo, y lo que es muy importante para mí,
que puedo usarlo tanto en Linux como en Windows gracias a Harbour.

En su dia , posteé las clase TIMPRIME / TUTILPRN, ahora se usa exactamente igual, como TIMPRIMEPDF/TUTILPDF, de esta , mis antiguos reportes
he conseguido pasarlos lo más rápido posible. Cada listado , básicamente, tardaba 15 minutos en hacer pequeñas adaptaciones, todo por el tema de los FONTS,
que el Fivewin usa el API de Windows, y en HaruPDF no es así.

Carlos, con respecto al tema de las coordenadas, TImprime corrige ese defecto, y usar las coordenadas superior izquierda.

CONTRAS
Ojo con HaruPDF, porque te puedes volver loco cuando no le gusta, por ejemplo, intenta imprimir en el PDF un archivo de texto como una imagen, o el uso de UTF-8, se
volvía tonta y no imprimía el resultado del texto, porque no soporta o soportaba UTF-8