Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||Can no longer print handouts with customized size and arrangement of the preview objects|
|Product:||Impress||Reporter:||Regina Henschel <rb.henschel>|
|Status:||CLOSED FIXED||QA Contact:||issues@graphics <issues>|
|Priority:||P3||CC:||cno, issues, lohmaier, richlv|
|Version:||OOo 3.0 RC1||Keywords:||oooqa|
|Target Milestone:||OOo 3.3|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
|Issue Depends on:|
Description Regina Henschel 2008-09-18 23:27:15 UTC
In OOo2.4.1 I could enlarge the preview objects and arrange them as I like, for example putting 4 of them in one column. If I now open that presentation in OOo3.0RC1 and try to print a handout, I can only print in standard size and arrangement. The handout master still shows the preview objects in that size and arrangement which I made in 2.4.1, but I cannot get that printed. That is loss of a useful feature.
Comment 1 wolframgarten 2008-09-24 13:54:38 UTC
Comment 2 michel_le_stum 2008-11-26 19:45:47 UTC
same with OOo3 on Mac when using impress
Comment 3 novales 2008-11-27 07:59:47 UTC
same on Official OOo3 with Linux Mandriva 2009.
Comment 4 cristl62 2008-12-19 16:31:49 UTC
I would like to see again the pictures before to print. That was in OOo2.4.1 and that was very usefull. It is too bad !
Comment 5 pbe 2009-01-30 13:07:35 UTC
Same on Official OOo3 with Linux Ubuntu 8.10 and Windows XP.
Comment 6 michote 2009-03-26 17:31:08 UTC
same here with OOo3 on Ubuntu 8.10 an 9.04. I need this bug fixed to use 3.0
Comment 7 bcsi 2009-07-20 18:53:45 UTC
Although I appreciate the rational of making it easier to print standard handouts, the standard handouts in most cases don't reflect what my users require. In most cases the slides are too small. And just because that's how M$ works is no reason at all (we want to be better than them). I've upgraded a number of my customers from 2.x to the 3.x version and now I have a some of them upset with me because of this one (so far) issue. I had to re-install 2.4 in a couple of cases already. The only environment I've tested this in is WinXPP for both 3.0 and 3.1.
Comment 8 lindsay2009 2009-07-20 19:40:13 UTC
I understand that it is easier to print in standard handout form however it is not what the organization I work for needs. We need to have the capability to adjust the sizing so that the slides are a fair bit bigger than the standard size. The slides are just to small for our purposes. It would make much more sense to allow users to have the capability to either go with the standard size or adjust the size to their liking. I hope this is something that can be changed soon as we are happy with Microsoft Office aside from this issue. However, this is a pretty big issue as we use this program all the time.
Comment 9 clippka 2009-07-22 09:41:27 UTC
We changed this behaviour because we got constant bad feedback from people who wanted it like PPT does it. Now we changed it and get feedback that people want it to behave the old way. I love my job :-)
Comment 10 michote 2009-07-22 11:11:16 UTC
No, the new print dialog is very good, simple and usefull for most of the users, but it should overwrite settings from the Handoutmaster. what about simply adding a custom option to the print-dialog, which uses the customized settings from the Master?
Comment 11 lohmaier 2009-09-03 19:13:25 UTC
I'm sure those users didn't want it like in MS PowerPoint. They just didn't know they had to chose Handout with the additional options button. I pity the decision and for myself want back the old behaviour. What point is there in having a layout selection in the main application window, when that selection is not used at all? Furthermore, this new selection breaks printing with the mac-native print dialog. (you can only print 6 slides per page, no way to get other layouts, see issue 99769). So please reconsider this "feature". Having a handout option right in the print dialog is fine. But having an additional handout-layout selection there that cannot be used to use the one that was configured manually is not.
Comment 12 elders 2009-09-07 10:59:23 UTC
I must agree to most of the previous comments! I tried OO3.1.1 today (Linux/rpm). I hoped this bug would be fixed by now since it was discovered about a year ago! Nothing happened! Truly annoying! OO 1.x used to be a good office suite, then someone started that politics of making OO an MS office clone. That simply doesn't make sense to me. User who want to use MS office should use MS office not OO. I have to revert back to OO2.4. It's a shame....
Comment 13 clippka 2009-10-22 13:13:30 UTC
Comment 14 clippka 2009-10-22 13:14:36 UTC
*** Issue 104631 has been marked as a duplicate of this issue. ***
Comment 15 lohmaier 2010-03-20 17:05:28 UTC
*** Issue 96038 has been marked as a duplicate of this issue. ***
Comment 16 lohmaier 2010-03-20 17:10:40 UTC
*** Issue 108984 has been marked as a duplicate of this issue. ***
Comment 17 richlv 2010-04-22 14:17:15 UTC
i almost cried when i found this issue. i have spent days trying to figure out why the hell "this stupid software" ignores all the changes i make to the handout layout or sizing. i tried several different versions (but all 3.x...) and lots of different options. and then it turns out that it's a regression. basically, as they are currently, handouts are unusable for me. i have to export to a pdf and then find some software that will print the pdf in an acceptable way (which is a challenge as well). even if i can get some version of 2.x running on a recent distribution, i'm not sure presentations prepared with 3.2 will look the same. oh well, enough with the rant (and thanks for oo.org ;) ) - gotta vote on this issue.
Comment 18 clippka 2010-06-04 13:14:19 UTC
fixed in cws impress191 In the print dialog you are now able to select "Default" as the number of slides (which is also the default for this option). If this is used the layout at set and arranged at the handout master page is used, like it was before we added the feature to select the slide number per handout at printing. If anything else then "Default" is choosen the settings from the handout master page are again ignored and the selected layout is used for printing.
Comment 19 clippka 2010-06-04 13:36:35 UTC
*** Issue 99769 has been marked as a duplicate of this issue. ***
Comment 20 cno 2010-06-04 14:33:48 UTC
@cl: thanks, good news! When you write "added the feature to select the slide number per handout " I expect that you mean the "number of slides" .. (because I have some issues with slide number ;-) )
Comment 21 clippka 2010-06-10 13:10:53 UTC
verified in cws, back to qa
Comment 22 wolframgarten 2010-06-11 09:30:25 UTC
Comment 23 biogon 2010-08-05 06:09:41 UTC
I apologize if by "verified" cl and wg mean the defect is still live. The number of slides per handout still does not match the handout layout on Mac OOo 3.2.1 build 9502 on OS X 10.6.4. In Printer Settings > Options, there is no field to set the number of slides per page. Furthermore, choosing "Default" under "Page options" disregards the handout layout formatting. I get 6 slides per page no matter what I choose. Am I doing something wrong? Thanks.
Comment 24 richlv 2010-08-23 11:08:56 UTC
works in m86 as expected. biogon, the fix was tested and verified in development builds, it will be released as part of oo.org 3.3 (not available in 3.2 series). although i'm surprised to see "Help relevant" as "no" in eis ;)