Red Hat Bugzilla – Bug 444875
Duplex Tumble/No Tumble should handle portrait/landscape changes
Last modified: 2008-05-14 06:28:32 EDT
Description of problem:
I have a printer (Brother HL5250DN) that can print duplex.
The blank paper is inserted in the portrait position.
If I print a document with the pages set up to be portrait then I need to use
no-tumble on the duplex to get them to print correctly.
If I print a document with the pages set up to be landscape then I need to use
tumble on the duplex to get them to print correctly.
It I have a document (see attached example) that contains both portrait and
landscape pages, then it doesn't matter which setting I use (tumble or no
tumble) part of the document is going to print incorrectly.
cups should be smart enough to figure out that if the pages are landscape, then
the tumble/no tumble attribute needs to be toggled. For example, I should be
able to leave the printer on no-tumble and have landscape just print correctly,
instead of having to remember the change the setting. And in documents with
mixed page types, cups should be able to figure out what is right.
Version-Release number of selected component (if applicable):
[rodd@localhost ~]$ rpm -qa | grep cups
Steps to Reproduce:
1. See attached file
Created attachment 304307 [details]
Example of how tumble/no tumble doesn't account for portrait/landscape
If I print this document on a duplexing printer with no-tumble set, then the
first two portrait style pages print with the heading up the top, but the two
landscape pages have their headings on the opposite sides of the page.
Change the printed to tumble and the first two pages are wrong, and the second
two are right.
Cups should be able to deal with this sort of thing intellegently.
So, the document looks like this:
and the actual output when selecting "Long Edge (standard)" for the two-sided
option in the OpenOffice.org print dialog is like this:
|1 | |2 |
| | <-> | |
| | | |
It sounds like the output you're hoping for is this:
|1 | |2 |
| | <-> | |
| | | |
|3 | <-> |4 |
| | | |
Is that correct?
Yeah, I'm pretty sure that what you're showing is what I'm expecting.
Simply, I would expect that if aligned the page appropriately and turned the
left side over to the right, then the page would still be aligned properly while
in a book.
Of course, along with this I would expect that a file formated like this
Would also see tumble/no tumble handled properly too.
(In reply to comment #3)
> Simply, I would expect that if aligned the page appropriately and turned the
> left side over to the right, then the page would still be aligned properly while
> in a book.
I can't quite see what you're saying. For a bound book, the sheets would all
need to be the same way round, with all the edges aligned, like this:
If the book is bound on the left edge of the portrait-orientation pages, you
would surely want any landscape pages in the document to be readable by rotating
the book so that the bound edge is at the top of what you're reading (i.e.
rotating the book 90° clockwise).
It seems to me that's what we already have. The pages are duplexed on the long
edge, i.e. the bound edge.
Can you explain again what you mean?
Alright, I see what you mean and it makes sense.
Possibly the problem we're having is actually due to the complicated nature of
what we're trying to do and not an issue with printing.
My wife produces reports in OOo that are a combination of a document and a
spreadsheet. Since we can't seem to incorporate the two, she has to print the
document with blank space (but with footers and headers including line numbers)
for the spread sheet and then print the spread sheet into the blank spaces
(manually taking out the pages and then reloading them into the printer).
I think the issue is that while she is setting up landscape pages in the
document (which is mostly portrait), cups sees this as a portrait document with
some landscape pages (and I suspect handles them appropriately). But when we
print the spreadsheet, it's just landscaped pages on a landscape document (and
as this would have a different location for the 'spine' it prints them (again
right for the individual document) but not in the way we need them.
Argh, I hope that wasn't too confusing. However, I'm confident that this is now
being handles right in terms of cups, so I'll close the bug.
I wish we could print a combination of documents and spreadsheets.
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here: