Closed Bug 102012 Opened 24 years ago Closed 18 years ago

Linux double-sided printing option needed

Categories

(Core :: Printing: Output, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
Future

People

(Reporter: sujay, Assigned: rods)

References

Details

using 9/27 build subject says it all On windows the pages print single sided.. on mac and linux, they print double sided. could it be related to the drivers or OS settings?
Seems like a driving/OS issue and nothing specific to Mozilla
Assignee: dcone → rods
Status: NEW → ASSIGNED
Target Milestone: --- → Future
AFAIK we do not have an API (in nsIPrintSettings) to set/get the "plex" mode, right (e.g. "simplex", "duplex", "tumble", "auto", etc. ...[1]) ? [1]="etc." means that there are more items for the list. Please do not make this a dumb "int" (like it was "done" for "orientation") when implementing this (string is better here)...
Ignore my comments, I thought I was talking about Windows. Roland, if I add the nsIPrintSettings how much work is it on the back end? Also, sujay, please make this the Linux bug and open a separate one for Mac.
changing summary to make it Linux specific. opened a new bug for Mac = http://bugzilla.mozilla.org/show_bug.cgi?id=128096
Summary: Linux and Mac print double-sided, windows prints single sided → Linux double-sided printing option needed
rods wrote: > Ignore my comments, I thought I was talking about Windows. Roland, if I add > the nsIPrintSettings how much work is it on the back end? Ouch. No clue. For Xprint it's simple, you can get the supported plex modes for the selected printer and set one of them (the API is already in XprintUtil code, it should be less than 1h to get that implemented&tested for that module). For the PostScript module I do not even have any clue how to implement this. We would have to adjust the print setup dialog and the footer code to adjust for single-sided/double-sided etc. printing printing, too.
Blocks: 125824
Better control of printed output by the end-user under Linux could be solved if Mozilla could be tweaked to detect if it's running under KDE (can't say anything about GNOME, don't use it) or detect at compilation if KDE is the active desktop GUI and adjust itself to make use of KDE's printing infrastructure. FYI: KDE, since v2.2, has been providing a cross-application, uniform API for printing, along with the end-user interface to manage printers and print jobs. And the user can set features such as pages per sheet, duplex printing, etc., all in a sensible manner. Of course, Mozilla could also see if it can make use of other KDE3.x features where it makes sense. But first, fix the printing if the resources allow for this. Please.
Oops, re-reading my posting *after* I've commited it I realized I mis-worded the last sentence. Sorry. Instead of "But first, fix the printing if the resources (...)" I meant: But first, integrate Mozilla printing into the KDE printing framework if the resources allow for this. Please A second post-scriptum: if GNOME has a similar printing infrastructure too, please make Moz use it, again, if possible. Maybe this might result in 3 Linux binaries for Moz (no real printing to speak of, IMO, KDE-saavy printing and GNOME-saavy printing), but the difference it would make to the end-user would be the equivalent of day-and-night. In my case, I know this is the last sore point that prevents me from switching my main desktop from Windows to Linux/KDE3. (Almost: I haven't looked in OpenOffice/StarOffice yet.)
This bug has most probably dups in bug 228083 and bug 358393.
This was fixed by the patch for bug 193001. The GTK print dialog includes a duplex option.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.