Amigos, a ver si alg煤no generoso me puede lanzar la cuerda salvavidas.
Sigo atorado con con PDF FWH-19.09.
Ya pinta bien el logo (con la ayuda de mi gato), pero la idea es aprovechar la compresi贸n lograda con HARUPDF ya que la opci贸n directa de FWH genera PDF's muy grandes.
Aleatoriamente falla y produce lo siguiente:
Quer铆a reducir el tama帽o, pero no tanto
Cuando sale as铆, toca volver a generalo y sale bien.
La 煤nica forma (horrorosa) de evitar que aleatoriamente falle. es ponerle un ALERT() o MsgInfo() antes de invocar FWSavePreviewToPDF(). He probado de todo y no le doy al clavo.
Ya ando un poqu铆n desesperado, pues qued茅 estancado en este problema, y el asunto es que para facturaci贸n electr贸nica se requiere de pdf's livianos.
Help
Sigo atorado con con PDF FWH-19.09.
Ya pinta bien el logo (con la ayuda de mi gato), pero la idea es aprovechar la compresi贸n lograda con HARUPDF ya que la opci贸n directa de FWH genera PDF's muy grandes.
Aleatoriamente falla y produce lo siguiente:
Quer铆a reducir el tama帽o, pero no tanto
Cuando sale as铆, toca volver a generalo y sale bien.
La 煤nica forma (horrorosa) de evitar que aleatoriamente falle. es ponerle un ALERT() o MsgInfo() antes de invocar FWSavePreviewToPDF(). He probado de todo y no le doy al clavo.
Ya ando un poqu铆n desesperado, pues qued茅 estancado en este problema, y el asunto es que para facturaci贸n electr贸nica se requiere de pdf's livianos.
Help
Saludos,
Carlos Gallego
*** FWH-25.12, xHarbour 1.3.1 Build 20241008, Borland C++7.70, PellesC, ADS 11.1***