Created attachment 56675 [details]
Sample half-letter notepad
Created a simple notepad (8.25 x 5.5 portrait) to print 2-up, on letter sized paper. Set printer to US Letter landscape, set layout to 2 per page, requested 2 copies. Instead of getting 2 per page, I got 1 per page on 2 pages.
Repeatable every time. Document attached.
Using LibreOffice 3.4.4
on Mint Linux, with an HP lasterjet 4L
Forum consensus here: http://en.libreofficeforum.org/node/2388
Thanks for bugreport
It is because document contains not enough pages. It is not a bug. Just use document with 2 pages.
Yes, this is a bug: The phrases 2-up, 4-up, etc. is a commercial printing term that means printing multiple copies of the same page on one, larger sheet of paper. I this case the document to print should fit exactly twice on a US letter sized page...that's 2-up.
*** Bug 47431 has been marked as a duplicate of this bug. ***
Due to Bug 47431 looks like regression or new functionality
Reproducible in 3.5.4 on Fedora 64 bit (Windows not tested)
Until this is fixed, here's a work-around:
1) Export your single document as a PDF file.
2) Open that PDF using Adobe Reader, and select to print "multiple copies per page" (many smaller pdf readers don't support printing multiple copies on a page).
For those needing a detailed how to print using Adobe Reader, there's a training video here: http://acrobatusers.com/tutorials/printing-documents-acrobat-and-reader-x
Still broken in 3.5.4
Possible workaround is here:
Bug 48231 - : Printing multiple copies on page not possible on Mac
Regression does appear in oldest version of bibisect-3.5.tar.lzma and must be older.
According to bug 47431 comment no. 0, the first version in which this problem is known to exist was 3.4.5. (NB: the version field should always contain the FIRST version in which a bug is known to exist, not the last one.) So if there is a regression, it has happened probably in the 3.4 (or 3.3) development process.
reproduced in 3.3.4 on Fedora 64 bit
IMHO regression may happens or during switching from OO to LO. If so, AOO should work correctly now. Or it happens during meging BrOffice. It happens between 3.2 and 3.3 versions of LO.
Thanks for your hints! Very reasonable ...
(In reply to comment #10)
> If so, AOO should work correctly now.
Could someone test AOO, please? (I can’t test printing issues.) Then we would know this for sure ...
(In reply to comment #5)
> Until this is fixed, here's a work-around:
> 1) Export your single document as a PDF file.
> 2) Open that PDF using Adobe Reader, and select to print "multiple copies
> per page" (many smaller pdf readers don't support printing multiple copies
> on a page).
> For those needing a detailed how to print using Adobe Reader, there's a
> training video here:
So... the best solution is to use someone else's program? Adobe's Reader works great-and could serve as a model for how the LibreOffice printer functions SHOULD work, but we shouldn't need to do this! The link to Adobe Reader appears to be broken. As I have noted discussing this same bug elsewhere (can't find the other bug Numbers right now) - the Reader adds extra margins and shrinks the page - so the only way this works for me is to set all the LO document margins to 0" and increase the font size so that when exported and loaded into Adobe-and tiled to 2-up the page looks closer to what I intended. Pretty cludgy!
Really a showstopper for me. A common bug since at least version 3--I'll have to look up the other bug numbers - at least 3 others. Adding extra pages doesn't help. In LO 4 I've been able to make it work by selecting "Use only paper size from printer preferences" under the Options Tab in the Print Dialog. - Sure wish I could make that the Default behavior like other programs!
Testing on Ubuntu 12.04.3 + LibreOffice 220.127.116.11 and 3.3.0
(In reply to comment #0)
> Created a simple notepad (8.25 x 5.5 portrait) to print 2-up, on letter
> sized paper. Set printer to US Letter landscape, set layout to 2 per page,
> requested 2 copies. Instead of getting 2 per page, I got 1 per page on 2
Carefully reviewing this bug, I now believe that this is the expected behavior. The pages of content in a given document are resized to n-per-page, but are not duplicated, etc..
(In reply to comment #2)
> Yes, this is a bug: The phrases 2-up, 4-up, etc. is a commercial printing
> term that means printing multiple copies of the same page on one, larger
> sheet of paper. I this case the document to print should fit exactly twice
> on a US letter sized page...that's 2-up.
I'm not an expert on printing terminology, but here's what Wikipedia and Adobe say (WP references Adobe's page):
"You can print more than one page of a PDF onto a single sheet of paper. Printing multiple pages per sheet is also called n-up printing (such as 2-up or 6-up)"
To be precise, LibreOffice doesn't use the term "n-up". It uses the terminology "pages per sheet," which definitely seems to convey the current behavior, and contrasts with "copies per sheet" or similar terms that would imply automatic duplication.
Given *that* description, my testing indicates that LO 3.3.0 and 18.104.22.168 (and presumably all versions inbetween) are acting as expected, and this is not a regression.
(Joel -- Thoughts on this one before we resolve as NOTABUG?)
All that being said, I do understand a desire to duplicate pages of content in a document, especially for printing purposes. That sounds like a reasonable enhancement request (which should be filed separately from this bug).
Agreed - not a bug - but likely a valid enhancement request.
Updated title as well - tricky because it's "allow printing multiple copies of single page on a single page" - that sounded weird so I just made it weirder ;)
To which I then have to ask, why did it take 6 years to come to this conclusion?
Um - you posted 2 years ago, LibreOffice has only been around for just over 2 years . . .
and why it took 2 years, because we have somewhere between 40 million and 100 million users and a very small group of volunteers to handle the workload. If you're volunteering to donate some of your time, please send me an email, trust me we have PLENTY of backlog work that needs to get done - no programming experience required
and as you can see Qubit had to do some personal research (which takes time) to get to the answer. We have anywhere from 15-40 bugs reported per day, with a backlog that hovers between 750-1600, our team is slowly growing to tackle these things faster but developing cohesive teams takes time - thus, hopefully you will volunteer some time to add one more "hand on deck"
Bulk change: Bibisected bugs can be assumed to be regressions.
I have found that this problem on Mac can be party solved by disabling Mac printing dislog in preferences. It is not nice but usefull. You will get probably Linux dialog that allows you print 1,1,1,1 etc.
(In reply to Björn Michaelsen from comment #19)
> Bulk change: Bibisected bugs can be assumed to be regressions.
Holding it there cowbow, not so fast with them bulk changes: removing both regression and bibisected tags.
Set the Page Layout to 2, left to right. In tab General write 1,1 or 1;1 in the Pages field.
(In reply to Regina Henschel from comment #22)
> Set the Page Layout to 2, left to right. In tab General write 1,1 or 1;1 in
> the Pages field.
WOW!!! That's amazing, great work-around! Thanks!
Note: This is still a problem, unless someone knows this word-around.