1. Delfí Sabadell
  2. PowerBuilder
  3. Monday, 19 April 2021 11:45 AM UTC

I've created with PB 2019 R3 Build 2670 a datawindow with external data source that has a column with richtext style. The application additional properties of PDF Export are 'Always use NativePDF! metchod for PDF export' and of RichTextEdit 'Built-in TX Text Control ActiveX 28.0'.

When I run the application in the development enviroment the datawindow  sees well (included richtext style field) but when using saveas function in a pdf all columns appear in the pdf except the richtext style column that appears in blank.

¿Any solution or its a bug?

Thank you.

 

Marco Meoni Accepted Answer Pending Moderation
  1. Monday, 19 April 2021 12:16 PM UTC
  2. PowerBuilder
  3. # 1

Hi Delfi,

I don't see any limitation of this type in the doc

https://docs.appeon.com/pb2019r3/application_techniques/ch04s05.html

I have reproduced your issue with external DW, no matter if app is compiled in 32 or 64 bit. I suggest you open a ticket at

https://www.appeon.com/standardsupport/search

Cheers,

.m

Comment
  1. Mark Goldsmith
  2. Monday, 19 April 2021 13:47 PM UTC
Hi Marco,

Per my reply to Delfi, I wonder if it works using the distill method?

Regards...Mark
  1. Helpful
There are no comments made yet.
Mark Goldsmith Accepted Answer Pending Moderation
  1. Monday, 19 April 2021 13:44 PM UTC
  2. PowerBuilder
  3. # 2

Hi Delfi,

I'm not sure how dated this information is but Appeon has what appears to be the same issue identified here, https://docs.appeon.com/pb2019/release_bulletin_for_pb/ch02s03.html, as a known issue.

Maybe I missed it but I looked through subsequent known issues and bug fixes and have not seen a reference to this again so I don't know if it has been fixed or even whether it accurately refers to the issue you're having (IE not sure whether using a external datawindow would make a difference)...but sounds similar.

Per the known issue I wonder if your problem would be resolved using the Distill method?!  If so then I guess it's referring to the same thing and is still a known issue.

Regards,

Mark

Comment
  1. Delfí Sabadell
  2. Tuesday, 20 April 2021 08:26 AM UTC
Hi Mark.

I suppose it’s a bug.

I’ve solved the problem doing a little trick: changing the default printer:



string printer_ini



//f_multi is a function that extracts string separates by tab

printer_ini=f_multi(printgetprinter(),0,1)

// Printer can be any PDF printer installed in the computer



printsetprinter("Microsoft Print to PDF")



dw.saveas(document,PDF!,false)



printsetprinter(printer_ini)





Regard,



Delfí

  1. Helpful
  1. Mark Goldsmith
  2. Tuesday, 20 April 2021 12:10 PM UTC
Glad to hear you found a way around it Delfi and thanks for the update.
  1. Helpful
There are no comments made yet.
  • Page :
  • 1


There are no replies made for this question yet.
However, you are not allowed to reply to this question.