** No B_TT_Object record is available. (91)
Wed, 2011-09-14 17:17 — zaphod
| Project: | PDF Include project |
| Component: | Code |
| Category: | bug report |
| Priority: | critical |
| Assigned: | Unassigned |
| Status: | active |
Description
Getting this error with the latest version of PDFInclude when using a PDF form template generated using OpenOffice 3.3.
See attached files.
{pdf/pdf_inc.i "THIS-PROCEDURE"}
RUN pdf_new ("Spdf","test.pdf").
RUN pdf_open_PDF("Spdf","ooform.pdf","OO").
RUN pdf_new_page("Spdf").
RUN pdf_use_PDF_page("Spdf","OO",1).
RUN pdf_fill_text("Spdf","Field1","12345","").
RUN pdf_fill_text("Spdf","Field2","ABCDE","").
RUN pdf_close("Spdf").
| Attachment | Size |
|---|---|
| ooform.pdf | 15.87 KB |
- Login to post comments
Comments
#1
Hi
I just tested here and I'm unable to reproduce the bug...
Which version are you using exactly? What is available through SVN I suppose?
Also in my test the fields are filled but do not appear in acrobat, due to the bad formatting of the fields I think.
Regards
JC
#2
Yes, I am using the latest version found thru SVN. I just tried my sample again and got the same result.
I ended up using the previous version of PDF include with an Adobe generated form and it worked. After many hours of testing I realised that PDF include does not like landscape formatted forms and form fields that have a period in their names (ie: LineNo.01, LineNo.02 etc). So I changed my form to portrait and renamed my form fields and Im good to go. Of course I had to remove Adobe Acrobat Professional version 9 and installed version 8 instead.
The version of PDF include I am using has this last change comment: 03/02/06 G Campbell
I have downloaded thru SVN again, isolated everything and tried my sample again. Same result.
I even recreated a form using OpenOffice 3 and exported in PDF just to make sure. The form seems fine because I can open it in Adobe Reader and I can see the form fields I created.
I am running OpenEdge 10.2B04 on an AIX 6.1 64bit if that helps. OpenOffice and Adobe Acrobat are both on my Windows XP PC.
At least I have a working solution as I mentionned earlier, but it would be great if we could have support for landscape forms and also that we could have graphic logos in the form.
Thanks for your help and effort. It is appreciated. If you need any help, dont hesitate to contact me.
#3
thanks for the useful information, I'll check that.
I've tested with my development version, it does not happen. I'm using 10.1C.
I have to test with the SVN version, it will take some time to install it again 'cause I'm short on time.
I'll also check for landscape and dots in field names to try and find the bug, if any.
#4
Could you please attach such a pdf form (landscape, dot in field names)? I'll try with the development version and if it works, provide it to you.
#5
Here are the forms and programs you requested. Thanks.
#6
thanks I'm gonna try to check what's wrong.
Here I'm using a completely rewritten version of pdfextract - not yet published, which may be why I do not run into this problem anymore. Have to reinstall the "old-latest" version (the same as yours) and test. Should take some time though :(
#7
Was this issue ever resolved? I am experiencing the same error when trying to generate a pdf document using a template created in LibreOffice 4.1.
#8
I'm receiving this same error, whether portrait or landscape. Using the SVN version on Progress 10.2b on Redhat.
I end up with a pdf that will not open in Adobe, but it will open in Foxit and will print.
Any hope for a resolution?
#9
not in version 3 unfortunately. I replied to your email with the details for the new version. regards