(2016-11-22, 16:43)Kevin Wrote: When printing to a PDF file, would it be possible to make the background color/image a background layer in PDF that could be suppressed when actually printing a hardcopy?
Kevin, It is possible to suppress the document background (set to transparent at printing). However, I'm not sure I well understand how you expect to print a pdf hardcopy. At this moment, it is not possible to print a hardcopy directly from LPub3D - this is by design, actually the code is already in place, I have just not enabled it. Considering the current status of LPub3D, are you suggesting to print a hardcopy from a third party application (e.g. Acrobat or Acrobat Reader...) ? If yes, I'm not sure how I can force a third party application to suppress printing the background. However, Acrobat does offer the ability to remove the background of your pdf document. Perhaps this can be a workable solution to your request if you expect to print from a third party application.
With LPub3D, I can offer to suppress the background as an option when exporting to pdf - or any output for that matter.
Let me know if what you envision is different from what I have described here ?
(2016-11-22, 16:43)Kevin Wrote: I recently noticed that when using the A4 page size in landscape mode, there was a thin white band at the right edge of the generated PDF pages. This band went away when I chose a Custom page size of 8.27 x 11.7 inches instead of LPub3D's default of 8.3 x 11.7 for A4.
Indeed, this is a known issue coming from LPub. Despite my efforts, I have not been able to completely solve it. Kevin Clague best summarizes the issue in his code comment:
/* There are issues with printing to PDF and its fixed page sizes, and
* LPub's arbitrary page size controls. So when printing, we have to
* pick a PDF page size that is closest but not smaller than the size
* defined by the user, and then fill that page's background to the
* edges. The code below gets most of this done (the print caller
* maps LPub page size to PDF page size and sets view size, so we
* work with that here.
*
* There still seem to be cases where we get little gaps on either the
* right or bottom edge, and I just don't know what the problem is.
*/
I think it is linked to the conversion between pixels, mm and in - inches are exclusively used by the print engine to get the right DPI value.
Cheers,