DeskJet 3740 (and probably many others) should print in reverse

Bug #65621 reported by Allison Karlitskaya
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
HPLIP
Invalid
Undecided
Unassigned
foomatic-db (Ubuntu)
Invalid
Undecided
Unassigned
foomatic-db-hpijs (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

Binary package hint: hplip-ppds

i got a deskjet 3740 for super-cheap at staples. it works great with ubuntu except for two problems.

the problem for this bug is that when paper comes out of my printer it comes out with the printed side facing up. the paper then drops onto the tray.

this means that if pages come out of my printer 1 2 3 4 they will go onto the tray in order 1 2 3 4. when i pick them up, page 4 is on top.

there is an option in PPD files specifically designed to deal with this. this option is documented in the CUPS FAQ here:

http://www.linuxprinting.org/cups-faq.html#q_1_7

It says:

1.7 How do I print pages always in reverse order?

    In the PPD:
    *DefaultOutputOrder: "reverse"
    See:

    http://partners.adobe.com/asn/developer/pdfs/tn/5003.PPD_Spec_v4.3.pdf

Revision history for this message
Pascal De Vuyst (pascal-devuyst) wrote :

PPDs are generated dynamically from foomatic-db since Edgy.
Reassigning to foomatic-db-hpijs.

Till, should this be added to each PPD for face-up printers?

Changed in hplip:
importance: Undecided → Medium
status: Unconfirmed → Confirmed
Revision history for this message
Pascal De Vuyst (pascal-devuyst) wrote :

An alternative is setting outputorder=reverse as a default CUPS server option for your printer with this command:
$ lpadmin -p printername -o outputorder-default=reverse

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

This would need the following:

1. One would need to add a field for the type of default output tray (face-up/down) to the Foomatic printer entry files and this field needs to e populated with the correct information for all printers (usually face-up on inkjets and face-down on lasers). This would be a good and useful improvement for the OpenPrinting database.

2. For reverse output order the pages are reordered by the pstops filter of CUPS. Unfortunately, this operation is only reliable if the PostScript produced by the applications is absolutely DSC-compliant. Especially the most common printable-document-producing application, OpenOffice.org has known problems with its PostScript output. On non-DSC-compliant PostScript pstops easily produces unwished results.

Point (1) could easily be implemented in the OpenPrinting database/Foomatic, but could cause a lot of user complaints and bug reports due to (2). The problem would be easily solved as soon as PostScript is replaced by PDF as standard print job transfer format. In PDF pages can be safely separated from each other to scale and reorder them, without needing to comply with an extra spec. This suggestion was brought into last years Printing Summit in Atlanta by Mike Sweet (author of CUPS) and me and it found wide agreement by the participants of the Summit. As soon as this will be implemented (not in time for Feisty) we will be able to safely add

*DefaultOutputOrder: "reverse"

to the PPD files of appropriate printers,

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

The PDF printing workflow will be introduced in Intrepid. So there we have the chance to address this problem.

Revision history for this message
Aaron Albright (albrigha-deactivatedaccount) wrote :

This is the default print setting because it prints faster than reversed. You can change the setting by running hp-toolbox, click print settings and change the output order to reversed.

A

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

We will not change the default behavior here, as with the current default it is faster, as Aaron says.

Changed in hplip:
status: New → Invalid
Changed in foomatic-db:
status: New → Invalid
Changed in foomatic-db-hpijs:
status: Confirmed → Invalid
Revision history for this message
Cris (cristiano04) wrote :

Are you serious? It's been nearly 8 years and this crap still hasn't been solved. Have you ever printed 20 pages in multiple sets? I did, with my F370, and then I had to reorder them manually every single time.

This is why the Linux userspace will never take over the desktop--stubborn developers who get in the way of convenience. How is the default behaviour faster? Because it shaves off the few picoseconds it takes the program to reverse an array?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.