https://bugs.documentfoundation.org/show_bug.cgi?id=100554
Bug ID: 100554
Summary: Print Margins are different/wrong from what is set in
Page Margins
Product: LibreOffice
Version: 5.0.5.2 release
Hardware: Other
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Printing and PDF export
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: lifesgra...@suddenlink.net
Created attachment 125846
--> https://bugs.documentfoundation.org/attachment.cgi?id=125846&action=edit
2 ODT doc's with printed PDF output, 2 screenshots
I chose "Other" for the hardware because this is an Intel CPU running 64-bit
Windows 7. The closest in the list is "x86-64 (AMD64)".
Given the long history of these problems with printing margins & other related
printing-and-margin problems that are still sitting in the bug list with the
status of "New" I decided to create a new bug with a screenshot included of my
search query of "summary:printing AND summary:margin" which produces a list of
12 bugs as is shown in the screenshot. Of course I would imagine some of these
are impertinent to this specific problem of the printing margins but these
search criteria find them so they're in the list.
I've been into software architecture and customer service for a long long time,
and for the life of me I cannot fathom how such basic fundamental functionality
such as correctly formatted output is not perfected by the version 1
incarnation of a program -- not to mention a suite of programs -- whose purpose
is to create documents that ultimately have the purpose of being printed, be it
on paper or to a PDF file. So instead of just giving my own bug report as an
addendum to one of these that already exist with some short little explanation,
I have attached a ZIP file with my source ODT files so you can see the page
margins are what they are, and PDF files to which these ODT files have been
printed by a PDF printer driver (as opposed to being exported to a PDF). I
have double-checked that these PDF files are exactly the same as what is
printed on paper.
In the spirit of helpfulness that will hopefully catch on, I have also included
a screenshot of my Task Manager window which shows the name of the processes
for LibreOffice that are still using the same name of StarOffice from which the
LibreOffice codebase is derived (I discovered these process names when
LibreOffice had frozen up and I had to terminate the process from Task
Manager). In the spirit of excellence and thoroughness, I would also suggest
that these process names be given a break from anything of the past and let
them be given a fresh and clean image by just being called its own name of
LibreOffice.
My reasoning behind including these files, especially the ODT files, is that
hopefully maybe somewhere in them will be found the reason why despite the
margins being set to what they are, the printed output has very different
margins. I really do hope all this will be helpful and I really do hope that
the LibreOffice programming team will find a fresh and new invigoration for
putting these problems very high on the priority list.
In this ZIP file are the following files:
1) The 2 screenshots, 1 of the bug list with "printing" and "margins" in the
Summary, showing how old these bugs are to hopefully give a renewed priority or
urgency to fixing these problems, and the other screenshot being of my Task
Manager window.
2) Document "Butt & Gluteus Minimus" document in ODT format and printed to a
PDF printer driver. This document is various exercises.
3) Document "Off-Balance Workout" in ODT format and printed to a PDF printer
driver. This document also has various exercises.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
