| Summary: | wrong properties dialog for print to file / paper size limited on print to file | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | linux |
| Component: | Printing and PDF export | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | ||
| Severity: | normal | CC: | heiko.tietze, ilmari.lauhakangas, stephane.guillou, uudruid74, vsfoote |
| Priority: | medium | Keywords: | implementationError |
| Version: | Inherited From OOo | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=79077 | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 103309 | ||
| Attachments: |
screenshot: printer settings dialog of standard printer even print to file is selected
sample multi-page A4 onto A2 via Print to File with suitable file printer |
||
|
Description
linux
2022-11-28 18:10:56 UTC
Created attachment 183865 [details]
screenshot: printer settings dialog of standard printer even print to file is selected
I reproduce that it opens the properties of a printer. I guess the behaviour is inherited from the earlier style of the dialog, when Print to file was a checkbox in another tab and the main tab did not have Print to file as a "device". Tested with older versions as well. UX: should this be solved by disabling the Properties button when Print to file is selected? Arch Linux 64-bit, X11 Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 013fbfb592f71c1f0a60b6a7ec08aded375515ac CPU threads: 8; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 9 March 2023 Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a179f6c91692076e7e17babf4890638caa398384 CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_FI); UI: en-US Calc: threaded Created attachment 185860 [details] sample multi-page A4 onto A2 via Print to File with suitable file printer Not clear this is an issue. The Print to file... dialog will use properties of the os/DE provided "default" printer. But the print dialog allows selection and configuration of any printer available to the os. I rarely use the LO "Print to file.." and instead set one of any of multiple PS or PDF print options as default. However if the system "default" printer is set to any ghostscript based printing (e.g. gs & CutePDF Writer), or to the Microsoft print to PDF, or to Adobe print to PDF (when Acrobat is installed) then the LO "Print to file..." dialog will use it. Configurations provided by any of those direct to file based printers when set as system default respond correctly in the LO "Print to file..." dialog. You can get multiple pages onto a single =-testing-= Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a179f6c91692076e7e17babf4890638caa398384 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded GPL Ghostscript 9.53.3 CutePDF Writer 4.0 (In reply to linux from comment #0) > For the "print to file"-printer I would expect all possibilities of this > virtual printer in the properties dialog... Me too, I don't see why the file shouldn't be capable of A3 or larger. And installing another printer is a hacky workaround, at best. However, these options modify the page properties so it can be printed at all, eg. the page is letter but the printer works with A4. This becomes irrelevant in case of print to file and the actual "paper size" selection is grayed out. Ilmari's suggestion to disable the "Use only paper size..." makes sense in this regards. What I now expect is that my page settings are respected. Meaning the preview changes from A4 to A3 (if the page is defined as A3 and the printer is print to file) and the exported document has this dimension. And that's not working. The checkbox was introduced for bug 79077. *** Bug 153851 has been marked as a duplicate of this bug. *** Let's mark as inherited, as I can reproduce in OOo 3.3 (and a recent daily build) that the paper size used by Print to File is the one automatically picked for the default printer. *** Bug 161081 has been marked as a duplicate of this bug. *** I need the print to file working because the PDF export won't do N pages per sheet. Until recently, this worked. Now I am wondering if I need to redo this whole thing in another app. Using the export to PDF and then trying to use Evince or other tools has been ineffective. This was the ONLY thing I used LibreOffice for, and now it won't do it! Please tell me there is some work-around so I can get this into a PDF in the right format. I'm dead in the water. (In reply to Evan Langlois from comment #8) > I need the print to file working because the PDF export won't do N pages per > sheet. Until recently, this worked. Now I am wondering if I need to redo > this whole thing in another app. Using the export to PDF and then trying to > use Evince or other tools has been ineffective. > > This was the ONLY thing I used LibreOffice for, and now it won't do it! > Please tell me there is some work-around so I can get this into a PDF in the > right format. I'm dead in the water. As in comment 3, no issues on Windows builds doing a N-up "print to file" with a custom page size configured (MS print to PDF, or Ghostscript based print to PDF). Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 838f6adc9bdde2f656eb26bdc2870adfa7aa412b CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded |