Issue 65720 - Showstopper: Printing problem under linux, margin cutted
Summary: Showstopper: Printing problem under linux, margin cutted
Status: CLOSED FIXED
Alias: None
Product: Impress
Classification: Application
Component: ui (show other issues)
Version: recent-trunk
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 2.0.3
Assignee: wolframgarten
QA Contact: issues@graphics
URL:
Keywords:
Depends on:
Blocks: 65112
  Show dependency tree
 
Reported: 2006-05-23 14:28 UTC by wolframgarten
Modified: 2006-08-02 09:53 UTC (History)
2 users (show)

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


Attachments
EPSfile (14.00 KB, application/postscript)
2006-05-23 14:32 UTC, wolframgarten
no flags Details
EPSfile (10.39 KB, application/postscript)
2006-05-23 14:34 UTC, wolframgarten
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description wolframgarten 2006-05-23 14:29:00 UTC
Printing a screen-sized document under linux with "trim"-option leads to a
smaller printed area compared to 8pp2.
This is a follow up of i 57181.
Comment 1 wolframgarten 2006-05-23 14:32:46 UTC
Created attachment 36680 [details]
EPSfile
Comment 2 wolframgarten 2006-05-23 14:34:37 UTC
Created attachment 36681 [details]
EPSfile
Comment 3 groucho266 2006-05-23 14:57:14 UTC
Accepted.
Comment 4 groucho266 2006-05-23 16:47:52 UTC
Looks like two problems in one.
1. The fix mentioned above (issue 57181) causes the paper size being set to US
letter format for some languages.  The letter format is more narrow than a4,
hence the smaller printable area.
2. The algorithm used for pages that do not fit the printable area uses the map
mode of the printer device without changing it.  Its offset is different from
that under Windows.

When I set the page size to a4 (by changing the LANG environment variable, the
locale under Tools->Options->Language Settings, and the page size of the
printer) and when I change the origin of the mape mode to (0,0) then the slide
is printed correctly.
Comment 5 wolframgarten 2006-05-24 14:51:01 UTC
The problem was already visible in version m162.
Comment 6 groucho266 2006-05-24 16:28:27 UTC
What I found out so far:

The fix for issue 57181 does not cause this bug.  I reverted the affected files
(those in sd) to their previous versions.  No change to the printed pages.

It looks like the default offset of the clip rectangle has changed and is
causing the trouble.  A fix that works under Windows and Solaris but not under
Linux is: In ViewShell::PrintStdOrNotes() (viewshe3.cxx) where the trimmed page
is printed, change the map mode origin to (0,0) (instead of the default -635,-635).
A better fix (well, workaround) could adapt the map mode origin dynamically to
the clip region origin (or set the clip region origin directly).
Comment 7 groucho266 2006-05-24 17:21:00 UTC
Please take over.
Comment 8 rt 2006-05-24 17:33:29 UTC
cc'ed myself
Comment 9 thb 2006-05-26 01:13:13 UTC
This should happen under all platforms
Comment 10 thb 2006-05-26 01:15:56 UTC
I broke that with the fix for issue 59315 - am now clipping the device clips
conditionally (i.e. only for window and vdev).

Fixed in CWS impress97.
Comment 11 thb 2006-05-26 11:42:43 UTC
@wg: Fixed in CWS impress97, please verfiy.

re-open issue and reassign to wg@openoffice.org
Comment 12 thb 2006-05-26 11:42:51 UTC
reassign to wg@openoffice.org
Comment 13 thb 2006-05-26 11:42:55 UTC
reset resolution to FIXED
Comment 14 wolframgarten 2006-05-26 12:35:46 UTC
Verified in CWS.
Comment 15 wolframgarten 2006-08-02 09:53:54 UTC
Tested in m179. Closed.