Issue 116694 - New printer dialog ignores printer margins when printing slides
Summary: New printer dialog ignores printer margins when printing slides
Status: UNCONFIRMED
Alias: None
Product: Impress
Classification: Application
Component: printing (show other issues)
Version: OOO330m20
Hardware: HP (PA-RISC) Windows 7
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-28 23:48 UTC by sciteach
Modified: 2014-06-14 15:32 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Single slide with pictures in bottom corners to demo bug. (1.32 MB, application/vnd.oasis.opendocument.presentation)
2011-02-19 21:16 UTC, ielith
no flags Details
PDF of scan of overlapped printouts, showing visual difference. (182.96 KB, application/pdf)
2011-02-19 21:18 UTC, ielith
no flags Details
Reproduced (195.70 KB, application/vnd.oasis.opendocument.presentation)
2011-10-04 20:47 UTC, Monali Patel
no flags Details
Test files referenced in Comment 7 (77 bytes, text/plain)
2014-06-14 15:32 UTC, scravens
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description sciteach 2011-01-28 23:48:37 UTC
When printing slides, the new printer dialog ignores the printer margins, so
that objects near the edges of the slide are cut off.  The previous version
(3.2) which had the old dialog did not do this.
Comment 1 ielith 2011-02-19 21:16:49 UTC
Created attachment 75880 [details]
Single slide with pictures in bottom corners to demo bug.
Comment 2 ielith 2011-02-19 21:18:10 UTC
Created attachment 75881 [details]
PDF of scan of overlapped printouts, showing visual difference.
Comment 3 ielith 2011-02-19 21:34:02 UTC
I replicated this behavior on a Windows7 machine printing to an HP Color
LaserJet CP2020 Series PCL6, using OOo-dev 3.4.0 DEV300m100 (Build:9571) and
comparing it to results obtained printing the same document from OOO320m18
(Build:9502).  I created and used sample file ooTestSlide.odp to perform these
tests, which has pictures in both bottom corners; file is attached to this bug.

In both versions, I followed these steps:
0. Uninstall any previously-installed version of Open Office.
1. Install the correct version of Open Office.
2. Launch the newly-installed Open Office, no registration information submitted.
3. Open the test slide file.
4. Select Print... from the File Menu.
5. Select my Printer.
6. Print.

No image trimming was evident on-screen; the trimming effect only appeared on paper.

Also attached is a scan of the printouts, laid out overlapping, so that you can
see the difference.  The easiest to distinguish is the lower-lefthand image of
the lighthouse, where you can see that the full image has a door inset on a
short wall on the extreme left; in the printout via the DEV snapshot, this
shortwall and its door do not appear.  In the lower-righthand corner, the
koala's ear can also be seen to be cut off, but it's a bit harder to distinguish
this difference at first glance.
Comment 4 michaelkellylarsen 2011-03-06 05:42:49 UTC
Observed:

When I loaded the latest development build, which is DEV300m101
(Build:9573), the presentations, when printed, will display the top
bottom and left sides of the image correctly, but the right side of the image is trimmed by approx. 1/2 inch.


I tested this on a number of different systems, including the following
machines:

Windows 7 Home Edition
Windows 7 Enterprise
Windows XP Service Pack 3

On all three, with version OOO320m18 (Build:9502), I loaded a
Presentation file with images that spanned the entire size of the slide (all corners covered).

Notes:

There are a number of options that were hidden in the version OOO320m18 (Build:9502) print dialog that were only accessible by clicking the Options button.

It's important to make sure that the values match those that are being used in the newer development build.

For example, the value as the default in the development build was "Default", but the value selected on the 3.2 version was "Fit to Page". By setting both of the print options to be "Fit to Page" and printing, then both images appear the same (no cutting of the images or objects)

Each comparison needs to be verified against the same values for each print selection if possible. The issue we are seeing could simply be because the default settings are different between the different versions.
Comment 5 Monali Patel 2011-10-04 20:47:40 UTC
Created attachment 76863 [details]
Reproduced


Bug was reproduce on: Windows 7 32-bit, OOo 3.4 & OOo 3.2 using HP Photosmart C4380 series 

When I print the Test.odp using OOo3.2, it prints out the slide as it is, without cutting-off any margins of slide. But when I print the same slide using OOo3.4, it cuts off the margins by about 0.5cm. 

Steps followed to reproduce the bug: 
1)	Open Test.odp in OOo3.2 
2)	File > Print > Select the printer > Print
3)	Now, install OOo3.4 and select the option to uninstall other previous versions 
4)	Open Test.odp in OOo3.4
5)	File> Print > Select the same printer selected above> Print
6)	Check the printed document and notice the margins cut-off on all edges
7)	Compare than to the printed document from OOo3.2 and the document open in your machine, you will see the difference that pictures/text on edges is cut-off by around 0.5cm margins

I have attached the Test.odp. The new version of OOo is not working properly for printing slides with pictures or text on edges. It was working properly until version 3.2.
Comment 6 presidentloveth 2013-11-15 02:10:55 UTC
This bug was replicated and confirmed following the provided steps.
Comment 7 scravens 2014-06-14 15:22:20 UTC
Bug reproduced on Windows 7 64-bit with 8GB RAM using OOo 3.4.1 (Build: 9593) – Rev. 1372282 on an HP Officejet Pro 8600 printer using the following steps:

1.	Open Test_01.odp in OOo3.4.1
2.	File > Print > HP Officejet Pro 8600 > Print
3.	Checked the printed document and observed margins were cut off on the left, top, and right sides (see Print_01_OOo.jpg)

Note that all print files were printed using the specified printer and then scanned to digital format.

To further verify, a printer test image (see Image_02.jpg) was added to a new presentation file (Test_02.odp), and then a layer was added containing the letters (A-D), one in each corner. When printed (see Print_02A_OOo.jpg), it shows a similar result: the left, top, and right sides are trimmed. 

The OOo prints thus far were performed using default settings. When Michael Larsen reproduced this bug in March 2011, he noted to observe “a number of options that were hidden” in the build he tested. Of note was the “Fit to Page” option. While neither of the first two prints were created with this option selected, one more print was performed using “Fit to Page” (see Print_02B_OOo.jpg). Note that with this setting chosen, the left and top margins are still trimmed but the bottom and right margins are correct.

One final test file was created (Test_03.odp) with overlapping red and black squares added to each corner. When printed using default settings, the margin trimming occurred as with previous tests; they were cut off on the left, top, and rights sides. But unlike the others tests, this print contained smaller copies of the squares as overlays over the top-left and bottom-right squares (see Print_03_OOo.jpg). Because of the unique result of this print, the same file was use to print to OneNote (see Print_03_MON.one). The result was that all four margins were trimmed.

Lastly, all three OOo files (Test_01.odp, Test_02.odp, and Test_03.odp) were opened in Microsoft PowerPoint 2010 (v14.0.7116.5000) and printed (see Print_01_MPP.jpg, Print_02_MPP.jpg, and Print_03_MPP.jpg). All margins printed correctly.

All test files are included in the attached Test_Files.zip.
Comment 8 scravens 2014-06-14 15:32:04 UTC
Created attachment 83554 [details]
Test files referenced in Comment 7

This zip file contains all the files referenced in the reproduction of this bug described in Comment 7.