Problem with Brushes being printed black

Message Topic Search Topic Options Post Reply Create New Topic Printable Version Translate Topic

We had an old Printer-Interface where we had to replace the underlying "print-engine", but had to preserve the interface in order to not change all the places where we printet. In this proces we wrote a new "print-engine" where each "print-command" ("printing" text or graphics) simply draws directly to a Metafile, and once we finish printing a "page" this page is added to a PDF generated by Quick PDF Library (QPL). In effect our new print engine is (thanks to QPL) gennerating a PDF-file which we send to the physical printer (also using QPL). All this is working like a charm. 
One of our "commands" is able to draw a rectangle filled with a brush. Using version 8.13 we would get an error in Acrobat reader when we tried to open the file generate by QPL (saying something along the lines that the PDF contained some errors, and we should contact those who generated the PDF). I then updated to the beta version of 8.14 and now our rectangle filled with the brush showed fine on the screen (when previewing the print in Acrobat), and if we printet it using Acrobat it also printet fine. However if we printed it using QPL (simply using: "qPDF.PrintDocument(PrinterNavn, 0, 0, 0);") the rectangle is printet fully black (not using the brush as it shoud).

If you print the following Test-Print PDF (generated by QPL 8.14 beta) using Acrobat, the square will print just fine (using the brush as it should), however if you use QPL to print it using the PrintDocument command the square will be pitch black:
www.liljendal.dk/files/tmp2012/LG_4A44.zip

Pelle

Author	Message Topic Search Topic Options Post Reply Create New Topic Printable Version Translate Topic
pli Members Profile Find Members Posts Beginner Joined: 05 Dec 11 Location: Denmark Status: Offline Points: 3	Post Options Post Reply Quote pli Report Post Thanks(0) Quote Reply Topic: Problem with Brushes being printed black Posted: 08 Mar 12 at 9:50AM
	We had an old Printer-Interface where we had to replace the underlying "print-engine", but had to preserve the interface in order to not change all the places where we printet. In this proces we wrote a new "print-engine" where each "print-command" ("printing" text or graphics) simply draws directly to a Metafile, and once we finish printing a "page" this page is added to a PDF generated by Quick PDF Library (QPL). In effect our new print engine is (thanks to QPL) gennerating a PDF-file which we send to the physical printer (also using QPL). All this is working like a charm. One of our "commands" is able to draw a rectangle filled with a brush. Using version 8.13 we would get an error in Acrobat reader when we tried to open the file generate by QPL (saying something along the lines that the PDF contained some errors, and we should contact those who generated the PDF). I then updated to the beta version of 8.14 and now our rectangle filled with the brush showed fine on the screen (when previewing the print in Acrobat), and if we printet it using Acrobat it also printet fine. However if we printed it using QPL (simply using: "qPDF.PrintDocument(PrinterNavn, 0, 0, 0);") the rectangle is printet fully black (not using the brush as it shoud). If you print the following Test-Print PDF (generated by QPL 8.14 beta) using Acrobat, the square will print just fine (using the brush as it should), however if you use QPL to print it using the PrintDocument command the square will be pitch black: www.liljendal.dk/files/tmp2012/LG_4A44.zip Pelle

AndrewC Members Profile Find Members Posts Moderator Group Joined: 08 Dec 10 Location: Geelong, Aust Status: Offline Points: 841	Post Options Post Reply Quote AndrewC Report Post Thanks(0) Quote Reply Posted: 12 Mar 12 at 1:09PM
	The metafile causes QPL to generate a PDF pattern which is correct. Unfortunately the QPL renderer doens't support the rendering of PDF Patterns. It is a feature we are in the process of adding to the QPL 8.14 renderer. Firstly we are adding transparency and shading support and then pattern support is next. Andrew.

pli Members Profile Find Members Posts Beginner Joined: 05 Dec 11 Location: Denmark Status: Offline Points: 3	Post Options Post Reply Quote pli Report Post Thanks(0) Quote Reply Posted: 12 Mar 12 at 1:14PM
	Good to hear it is expected, somewhere down the (hopefully not too long) pipeline