When producing QR Payment Part & Receipts with boundary lines, lines are drawn to the documents edges without any margin. This is not an issue when such QR Invoice documents are electronically distributed and consumed, but never printed. However the boundary lines with scissors are intended for those cases, where a PDF document is eventually printed and paid in a post office for instance.
Depending on the PDF software and the user which prints the QR invoice document, invoice could be scaled in an uncontrolled and undesired way (e.g. 96% scaling). For this use case it would be better if boundary lines respect a print margin (e.g. 5mm) - this should solve most scaling issues.
Core now has a BoundaryLines-enum with options NONE, ENABLED, ENABLED_WITH_MARGINS (Defaults to enabled.)
Margins are as wide as the the quiet space.
Tests with different boundary lines show: No differences when comparing to the previous version, only boundary lines and scissors are being changed.
Diffs on PDFs and Bitmap output look good.
Printing test on an HP OfficeJet 6600 looks good: Content of the payment receipt looks good, again only boundary lines and scissors are touched.
Next steps: Add option to the REST API.
Merged into master.
Documentation still to be written.