https://bugs.documentfoundation.org/show_bug.cgi?id=159995
Patrick (volunteer) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.documentfounda | |tion.org/show_bug.cgi?id=16 | |3558 --- Comment #12 from Patrick (volunteer) <[email protected]> --- So after much debugging and testing, I now believe that the unwanted borders are a macOS hardcoded bevavior. See the following post for more details: https://bugs.documentfoundation.org/show_bug.cgi?id=155124#c14 So, looks the only other possible approach is to duplicate the multiple sheets per page settings elsewhere in the print dialog and use those duplicate settings to do the multi-page layout during LibreOffice's print processing phase. If we are able to implement tdf#163558, that would add orientation and paper size near the top of the native print dialog. Then, if we could figure out how to add the sheets per page listbox from the Windows/Linux print dialog in the native print dialog, you wouldn't need to set anything in the print dialog's Layout or Paper Handling sections. Not sure when I'll have time to work on this, but if this can be implemented the sheets per page in the Layout section would be left at "1" and the new duplicate sheets per page (it would be in the LibreOffice section) would be set to "2" so that the existing pages per sheet can be left at "1" for no borders. In theory, you could then do something wild like group X number of zero-margin pages in the LibreOffice section, and then group Y number of LibreOffice pages onto each output page with borders around each LibreOffice group. -- You are receiving this mail because: You are the assignee for the bug.
