Hi,

I wonder if someone could or could not reproduce this issue.
If someone tried to reproduce this issue, would you let me know the status?
If you need more any information, could you tell me, I will try more.
I always appreciate your help!

Created attachment 49595 [details]
sample file for reproducing

Created attachment 49648 [details]
demo of chopped off part

Created attachment 49649 [details]
The scanning of the printout paper.

I am able to reproduce it with:

  libreoffice 3.4.2.2 / SLED 11 sp1 i586 / printer FX ApeosPort 550 I PS

What I did to see the problem:

  1. Open the attached sample file with libreoffice Impress
  2. File -> Print
  3. Select a printer and click the 'Properties' button
  4. In the popout dialog, select 'A4' as a 'Paper Size'
  5. Select 'Size:Original size' in Impress tab of the printing dialog
  6. Click Print button

=> The printing result looks similar as that shown in the display, but the
three edges are cut a bit:

      Left edge
      Top edge
      Bottom edge

- A picture to show the 'diff' between printout and original slide is attached (chopped-part.png)

- A PDF of scanning the printout result is attached (scan-of-printing.pdf)

Hi Yifan, 

Thank you very much for your help.
I noticed I did overlook to hear that your result:


>   the three edges are cut a bit:
>
>      Left edge
>      Top edge
>      Bottom edge

I did overlook the "Bottom edged".


I also reproduced on Ubuntu 11.04 ,with LibreOffice 3.3.3 and 3.4.0.
And I got same result as yours and my windows'.

In any of these cases, When I put out via "Export as PDF", all output .pdf files are OK, without any problem.

With this info, I'll give this to Thorsten.

I would like to nominate "Bug 39215 - Be the printer's setting ignored? The printout be chopped off top, left and bottom."

When print an odp file which was made with default FORMAT settings and default PRINT settings, the printing result looks similar as that shown in the display, but the three edges are cut a bit.

Without this amendment, it will be difficult to switch to LibreOffice from OpenOffice.org and/or another office tool.

I did some tests with "LibreOffice 3.4.1 RC3 - WIN7  Home Premium (64bit) German UI [OOO340m1 (Build:203)]" and HP OJ 6110. I can reproduce the observations, and may be I can confirm a but, but report and comments are not clear enough to decide.

Comment 5 seems not to be a confirmation for a bug, but only a confirmation that the observations were reproducible.

My tests
a) Menu 'File -> Print -> Impress - Size = "Fit to Printable Page" works fine for me, when selected no parts of the contents will be cropped if that's selected.

b) Menu 'Tools -> Options -> Impress -> Print -> Page Options = "Fit to Page" DOES NOT work for me. When I start print and look in Tab "Impress", still "Original size" is selected, bust should show "Fit to Printable Page".

c) Menu 'File Printer Settings -> Printer Properties ->  "Fit to Printable Page" also does not work for me, when selected size of contents is a little smaller on the page, but still parts are cropped. But I think this might be a printer driver problem.

So b) is a bug, and it's not limited to IMPRESS, also visible in DRAW.

I modified Subject line to my results and removed assignation until clarification.

@Yifan, @hmoi
Can you confirm my results an my summary? The simple questions are:
A) Can you confirm ignored preference?
B) That's the problem from original report?

@hmoi:
Currently it seems that there is a simple workaround "Select 'Fit to paper size' when print", so this is not a "Most annoying" one.
When you want to nominate a bug please tell reasons in Bug 35673, not in the nominated bug.

Due to comment 8: Removed from "Most Annoying Bugs"

No objections to modified Subject, so I reassign back.

@Thorsten:
Please feel free to reassign if it’s not your area

Created attachment 49776 [details]
my expected result which has the Top, Left and Bottom

Thank you for your help and clarification.

About Rainer's Test a)

I hope you don't mind my asking again, could you please confirm again wether the Top and Left area are printed out without cut of, in your test case a).
In my output, Top and Left areas are cut off, the Bottom area is printed without cut, in your test case a.
Could you please compare yours and mine?
(My attached file:hmoi's_result_with_Rainer's_caseA.pdf)

Created attachment 49777 [details]
hmoi's_result_with_Rainer's_caseA.pdf

About Rainer's Test c)

> But I think this might be a printer driver problem.

I wonder why OOo321 could print the same odp file without cut off, with same fomat/print/option settings and from the same printer.

About Rainer's question A)

I wonder how do you set up both of the Screen size in Page format and the A4 size in Print dialog?

In my test :

Format -> Page -> Page tab -> Page format
   Format:Screen
   Width:11.02”
   Height:8.27”

In the preview area of Impress Print dialog, (A4) 11.69in x 8.27in.
(See attatced file:print_dialog.png)

Screen size(11.02" x 8.27") < Printer's A4 size 11.69in x 8.27in

The size of Screen in Page format is  smaller than the the size of A4 in Print dialog.
Nevertheless, why the top, left, bottom are cut off?

Nevertheless, why reduce the height and width size?
Additionally, why was the top and left cut off, in spite of resizing/reducing the size?

About Rainer's question B)

I'm afraid I don't follow what you are saying,,, 
This problem occures whether create new one in LO 341 or existing file which was created previous OOo version(example OOo321).

If I misunderstand what you meant, could you please ask me again.

Thank you very much your help, again.

Created attachment 49778 [details]
the preview area of Impress Print dialog

(In reply to comment #9)

> My tests
> a) Menu 'File -> Print -> Impress - Size = "Fit to Printable Page" works fine
> for me, when selected no parts of the contents will be cropped if that's
> selected.

This is not the case for me.  Even when I select "Fit to printable page", the top and left parts are incorrectly cropped.  According to the reporter this used to work fine until 3.2.1.

Created attachment 49791 [details]
My test document

Strange thing. Just now I can not reproduce my results from yesterday, top left border always is cropped, also with "fit to printable area". Currently I still see a difference between with 'File -> Print -> Impress - Size = "Fit to Printable Page"' and without, the right margin and bottom margin are different (as expected from preview). But top left corder always it's cropped.

I fished my prints from the waste paper basket, it looked perfect as it should, and I had a reproducible difference between with "fit to printable area" and without.

Might be that a side effect of my work with various OOo and LibO versions, sometimes open in time? Until now I never saw interferences because I use separate AppData.

What ever that might mean:
My OOo-dev 3.2 I used for comparison today never cropped. The default setting is "Fit to page", and I see no difference with or without "Fit to page"

My result today:
I can confirm reporter's observations in all details. 
The Options settings issue I observe seems to be something completely different.

I am terribly sorry that my sample file was difficult to determine what the problem point.
I really appreciate you taking the time to respond to this issue.
Please let me know if there is any further information you need. 

I want to thank you in advance.

Modified subject due to latest results (= original report).
Filed new "Bug 39742 - DRAW, IMPRESS: Menu 'Tools-Options-DRAW-Print' settings not respected" for my results during investigations 

@hmoi: 
Your document was ok, I only added those rulers because the effect did not happen during my tests and I was searching for some "micro effects"

Rainer,
Thank you very much for your repeated tests and help.

Created attachment 80942 [details]
Printed using PDFcreator

Confirm it's printed correctly using PDFcreator & LO 4.0.4.2 (Win7 32bit) with original size (disabling fit to printable page). 

I don't know what is the output using real printer (regardless printer capability to  do borderless printing)

Apologies for not having gotten around fixing this bug yet; unfortunately in future I'll have even less time at my disposal for this, so I'm freeing up ownership for other volunteers to take over.

in 4.2.0.1 still reproducible.