Red Hat Bugzilla – Bug 476039
RFE: Extend gtk print dialog to support custom printing per-app features
Last modified: 2011-12-06 09:12:59 EST
Description of problem:
The help tells me to go to File --> Print, and select Handout in the "Content listbox". There just isn't any "Content listbox"in the print menu.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
*** This bug has been marked as a duplicate of bug 476037 ***
This is certainly a completely different matter (ooimpress has no way to select handout printing) than 476037 (ooimpress crash closing window while printing)
Toggle on the alternative dialog, i.e.
tools->options->general and tick on "use openoffice.org dialogs"
Need a way to get the system dialog to be able to show the extended non-system features.
This sort of thing *used* to be in the options... dialog, but some of them have gotten moved around, which complicates matters
Re #3: There is no mention of this in the documentation... one of the things that did make me go to MSFT Office was precisely that I could not find a way to print presentations.
I had the same problem: I wanted to print just the notes of an Impress presentation, found in the Guide the part about "Content", but that dialog was missing. The workaround suggested by Caolan in comment #3 solved the issue, but certainly this regression should be fixed.
"use openoffice.org dialogs" actually spells out (Load/Save) and makes
no mention of Print (which it modifies). Right now File - Print dialog
'Option' button no longer includes Content (Drawing|Notes|Handouts|Outline)
leaving the user entirely confused until they trip across THIS bug report.
Thank you for the hint, please restore the regression of the Content Dialog
choices under the Options pane.
*** Bug 484856 has been marked as a duplicate of this bug. ***
I'm going to revert to the built-in dialog for now, see https://www.redhat.com/archives/fedora-desktop-list/2009-March/msg00044.html for some details.
Would be a good bit easier with a "selection" option, and "printer changed" signal as part of the standard base gtk print dialog
*** Bug 506182 has been marked as a duplicate of this bug. ***
*** Bug 506907 has been marked as a duplicate of this bug. ***
The revert to the OOo dialog seems to have brought problems. Randomly the printer list is empty. I have two documents open, Ctrl+P one one gives me my laser, Ctrl+P on the other just gives me "generic printer". Close dialog, Ctrl+P again and it works.
Other bugs complaining that OOo has stopped using gtk print dialog have been marked as duplicates of this one. I don't quite see that they're the same issue. I can't now print 2up (my default format, and one strongly encouraged in my enterprise) because of this issue. Is there a way of manually switching OOo back to using the gtk print dialog? I was perfectly happy with it.
It need to be reimplemented. Plan is to build it on top of the printerpullpages work of http://wiki.services.openoffice.org/wiki/Printerpullpages/Specification_OOo32 which will enable getting it merged into the "vanilla" upstream tree which allows the translations and help to get synced up wrt. the custom options in the built-in dialog
There's no way to manually switch it back, the code just isn't in there.
taking over as agreed
*** Bug 585239 has been marked as a duplicate of this bug. ***
*** Bug 596522 has been marked as a duplicate of this bug. ***
*** Bug 600556 has been marked as a duplicate of this bug. ***
Is the reversion to the OOo print dialogs still supposed to be present in F-13? I seem to only get OOo not GNOME dialogs when printing with openoffice.org-core-3.2.0-12.24.fc13.x86_64. Is this being worked on upstream?
dtardon->alexl: yes, it is (for both questions)
Where "being worked on upstream" doesn't mean "being worked on by some giant team of anonymous *other* people, but being worked on by the same unfortunate assignee as here"
it will be experimental feature in libreoffice 3.5