Apache OpenOffice (AOO) Bugzilla – Issue 102353
page number on handout always #1
Last modified: 2017-05-20 10:22:10 UTC
- create presentation with 8 slides - Instert Pagenumber, tab handout, Page number, apply to all - Ctrl-P - Contents: Handout, 4 slides per page - OK > now both papers from printer show page number 1 > should be 1 and 2 This defect is the same with 8 + pages ..
Reproducible. Reassigned. Page
We are preparing OOo internship. Would be great if someone comes up with interest in printing /customizing and page numbering in all possible combinations :-)
related to issue 67309
This is such an old bug and needs to be fixed for a professional presentations program. How can I distribute handouts with pages all having the same number?
@shep3: I more or less feel the same. Work is ongoing on new printerpages. DEV300m70 was the first snapshot to include this work. I haven't tested yet for this issue. But if it still does not work correctly there, maybe now is the good moment for this and related issues to get fixed rather easily. Cor
I'm stunned that OOo can ignore such a long standing bug that prevents OOo from being taken serious as an alternative to M$ Office for professional printing. Release 3 still suffers from this bug a full 9 MONTHS after this bug was posted. Sun has failed the open source community by ignoring the drumbeat of users requests to allow us to participate more fully by fixing the long lists of bugs and feature deficits. It's only a matter of time until the open source community creates the office suite that OOo should have been. Bring on the alternative to Sun's OOo!
Hello, It's a very annoying bug, when you want to spread OOo through a presentation... However, there is a trick for OOo-dev 3.3 to get the right page numbers : - in handout view, insert an animated gif (no static gif, neither bmp, png or jpg) - hide it behind a white rectangle without border That's all ! Works with DEV300m74 but NOT with OOO320_m14. Tested on WinXP
Created attachment 68950 [details] Page numbers of handout are right with DEV300_m74
@jumbo444 Bizarre! How the heck did you ever come up with that? Unfortunately I nor any of my customers have 3.3 dev. The way I've gotten around this problem is to copy Impress 2.4 onto the machines that need this functionality and use 2.4 to just print the handouts (don't save in 2.4). It works beautifully; the page numbers print AND the handout layout is maintained, resized slides and all! It's a clumsy way to get around this bug but not any clumsier than your solution. Good job though. Cheers.
Also fails in Ver 3.2. Works OK in Ver 3.0.1.
according to comment warrenf: regression
fixed in cws impress192, please note that choosing to print the handouts set in the document instead choosing from the printer is also already fixed for OOo 3.3. The blue background while printing handouts is also already addressed in another issue
Created attachment 70082 [details] document for quick test of handout printing
verified in cws, back to qa
Verified in CWS.
thanks for fixing this!
Fails in 3.2 Linux release as well. Has anyone validated the fix for Linux?
Hello, @warrenf: target milestone is 3.3. So the bug is present in all 3.2 versions (even 3.2.1). As mentioned previously, the patch is included in CWS impress192. To know if it will be included in OOo-dev, check: http://tools.services.openoffice.org/EIS2/? Child WorkSpaces > Search: Name=impress192 As column "Milestone integrated" is empty, you have to wait a little more to test with OOo-dev. Another way is to build your own OOo with this CWS. Have a good day.
*** Issue 114397 has been marked as a duplicate of this issue. ***