What makes pdf_text_align fail in pdfinclude?

[Bruce Noble]

I have been using pdfinclude for years, and never came across this one. I have a call to pdf_text_align that works perfectly when the data comes from source "a", but generates no text in the PDF file when the data source is "b". I have thoroughly debugged the code to ensure that there are no problems with the PDF file being open, font name and point size are correct, X and Y coordinates are correct. What have people experienced with this routine that results in no text being generated?

 

[Bruce Noble]

I am still having this problem. Since nobody has responded, that's usually a strong indicator that nobody else has experienced this - likely meaning my logic issue, etc. Does anyone have any way of debugging what goes on with a pdf_text_align call so that I might see why it is generating blank space instead of printable text? Are there any debugging procedures/calls/etc. that give you a window into what is going on?

I message the data to the screen immediately after the call to pdf_text_align, and it is always correct, not blank.

 

[Bruce Noble]

Ok, so the problem is related to printing text inside of filled boxes generated with pdf_rect. Sometimes, it works, sometimes it doesn't. But if I suppress the boxes, the text always works. The strange thing is that it doesn't seem to matter whether the box is generated before or after the text. The results are still unreliable.

 

[jdpjamesp]

Is the text too long to fit in the box?
Which version of pdf include are you using? If you're not using the supported version here then consider it: pdfInclude pdf generation framework for Progress OpenEdge
IMO the subscription is reasonable and you get a lot of newer features as well as support.

 

[Bruce Noble]

No, as stated originally, all X, Y, W, and H dimensions were accounted for. I have a paid version of pdfinclude.

I believe that the behavior was anomalous, as it appears to have been the order of processing (shaded boxes vs. overlaid text). Although that too was tested by changing the order to the incorrect order of text first, and then reverting to box first. The initial tests did not show any difference in behavior (the text didn't appear). After a couple of cycles of recycling the environment and purging the the pdf cache and tmp files, repeating this test seemed to correct the problem. Moving on.