I have a method that creates and email with a pdf attatchment. The problem I am having is that the attachment is different form what I get if I manually create the pdf.
I can deal with the border line issues, but in the portal of line items (when cerating from method), the first portal line is cutting off my service description, I remeber having first portal line issues when printing before.
What does your method look like? What platform are you on? Looks like a font problem. Are you using the pdf_output insertFontDirectory? For example, if on Windows:
Ok, that makes sense to some extent, but if I am developing on my local machine using the fonts that are already installed in my windows directory, then installing via a method should not be nessesary, is that a correct assumption?
Maybe someone who knows more about fonts can provide an answer. When you say that you created the original PDF file manually, what does that mean? Did you use an Adobe print driver, or someone else’s PDF print driver?
I used Adobe acrobate distiller and PDF writer, as a print option.
I also have a Text Area Field that works fine on the manual pdf creation but on the method creation the text boundries are not working so the text runs accross the entire page instead of wrapping.
There is definalty a bug with text borders, especially Title boxes
Seems that where there are text boarders, the borders show up where the anchors are set. I then set my anchors to t,b,l,r and its as if there are no achors applied at all.
I am experiencing very similar problems with PDFs created through the pdf plugin. I found that Java 1.5 made things much worse and using Java 1.4.2_08 is better but not 100% perfect. Kind of a drag since my users have other apps that are now requiring Java 1.5.
I still have not upgraded to 1.5 yet, that is not good new at all.
I can’t have crappy looking forms emailed to our accounts, I hope this issue can be resolved. I have problems with Filemaker and PDF’s as well, I have to build very forgiving layouts with allot of the more complex reports.
Is it possible to sent us a sample solution demonstrating this, there should be no difference in printing (with or without printpreview) via the pdf plugin!
ebrandt:
… the text boundries are not working so the text runs across the entire page instead of wrapping.
There is definalty a bug with text borders …
I agree that this appears to be a bug that needs to be fixed. The PDF generator is not keeping text within a Servoy text area field. We just had a customer complain about this today. Hope a fix is on the way.
It can be seen with the following button code to generate and view a PDF of a Servoy form containing a text area field with multiple lines of text (we are using Windows XP):
//Creates a temporary file (will be deleted after application shutdown)
var tempFile = plugins.file.createTempFile('Form','.pdf');
//to print current record without printdialog to pdf file in tempFile
var success = plugins.pdf_output.startMetaPrintJob(tempFile)
plugins.pdf_output.insertFontDirectory('c:/Windows/Fonts');
plugins.pdf_output.insertFontDirectory('c:/WinNT/Fonts');
controller.print(true,false,plugins.pdf_output.getPDFPrinter());
mediaDataProvider = plugins.pdf_output.endMetaPrintJob()
application.executeProgramInBackground('rundll32','url.dll,FileProtocolHandler',tempFile)
We’re seeing the problem too. Backing the clients down to 1.4.2 has helped, but we’re still seeing instances of bounding boxes not being respected (and other anomalies, as well).
I am still running java 1.4, how will this effect pdf creation for the 1.4 enviorment. I guess I am still a bit reluctant to run on 1.5 yet, I was trying to wait till it was completely stable. If I switch to 1.5 now, will everything work fine in my solution?
Servoy Developer
Version R2 2.2.1-build 333
Java version 1.4.2_04-b05 (Windows XP)