Mantis Issue Tracking for Scribus
· Hosting provided by Anduin.net / Øverby Consulting ·

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0008378ScribusGraphics / Image Framespublic2009-08-24 16:322014-07-21 06:45
Reporterpspencer 
Assigned Tofschmid 
PrioritynormalSeverityminorReproducibilityalways
StatusassignedResolutionopen 
PlatformlinuxOSFedoraOS Version10
Product Version1.3.5 
Target Version1.5.1Fixed in Version 
Summary0008378: PDF/EPS image scaling depends non-portably on gs resolution preference
DescriptionIf I have scribus's gs resolution preference (under external tools) set to 300, and then I create a document and put a 1 inch by 1 inch EPS or PDF image into a 1 inch by 1 inch image frame, unscaled (X scaling = Y scaling = 100%), then save the document, the saved document's PAGEOBJECT item has LOCALSCX,Y = 0.24 instead of 1.0.

If I change scribus's gs resolution preference to 72 and then try to reopen the same document (or if I give the document to another user whose gs resolution preference is different from mine), the image appears shrunken to 24% of its intended size.

I think the easiest fix would be for the file-saving code to intercept the internal gs-resolution-dependent scale factor (0.24 in this example) and multiply it by

   PrefsManager::instance()->appPrefs.gs_Resolution / 72.0

just the same way as is done in pdflib_core.cpp when exporting such images to
pdf. This would produce a gs-resolution-independent scale factor (1.0 in this
example) to store in the document.

Then, the file-reading code could read the document and multiply it by

    72.0 / PrefsManager::instance()->appPrefs.gs_Resolution

Then, regardless of the user's gs resolution preference setting, the document will open with the image scaled correctly.

Of course, this fix would mean users whose gs resolution preference was set to something other than 72 would see images scaled wrong the first time they open them in a fixed version of scribus. Also, images saved with the fixed version would be read wronly by the unfixed version and vice versa. However, I don't think that's much worse than the current situation -- after all, first time running 1.3.5.1 preferences were reset to defaults so such users would have already seen such documents scaled wrongly.
Steps To ReproduceSee above.
TagsNo tags attached.
Patch
Attached Files

- Relationships
related to 0010735new Duplicate image frame shown but not printed/exported or printed exported at wrong size 
has duplicate 0009959closedjghali Changing the resolution for rasterizing PDFs in image frames changes their scale 

-  Notes
There are no notes attached to this issue.

- Issue History
Date Modified Username Field Change
2009-08-24 16:32 pspencer New Issue
2009-08-24 20:47 jghali Target Version => 1.3.6
2010-02-15 16:20 jghali Relationship added has duplicate 0008815
2010-02-17 00:04 cbradney Status new => assigned
2010-02-17 00:04 cbradney Assigned To => cbradney
2010-02-17 00:05 cbradney Assigned To cbradney =>
2010-02-17 00:05 cbradney Status assigned => new
2010-02-17 00:05 cbradney Target Version 1.3.6 => 1.3.7
2010-05-27 00:30 cbradney Target Version 1.3.7 => 1.3.8
2010-07-17 22:52 cbradney Target Version 1.3.8 => 1.3.9
2010-11-23 21:14 cbradney Target Version 1.3.9 => 1.4.0
2010-11-23 22:41 plinnell Assigned To => fschmid
2010-11-23 22:41 plinnell Status new => assigned
2011-02-16 17:21 plinnell Target Version 1.4.0 => 1.4.1.svn
2011-04-16 12:05 cbradney Target Version 1.4.1.svn => 1.4.1
2011-04-25 23:19 jghali Relationship added has duplicate 0009959
2012-04-29 23:13 cbradney Target Version 1.4.1 => 1.4.2
2013-01-13 22:34 cbradney Target Version 1.4.2 => 1.4.3
2013-07-04 22:26 cbradney Target Version 1.4.3 => 1.5.0
2014-07-03 21:41 Kunda Target Version 1.5.0 => 1.5.1
2014-07-21 06:45 FirasH Relationship added related to 0010735



Copyright © 2000 - 2014 MantisBT Team
Powered by Mantis Bugtracker