After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 628472 - strange image sizes on saving charts
strange image sizes on saving charts
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: Charting
git master
Other Linux
: Normal normal
: ---
Assigned To: Jean Bréfort
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2010-09-01 04:32 UTC by Andreas J. Guelzow
Modified: 2011-10-27 18:14 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
sample file (183.29 KB, application/gnumeric)
2010-09-01 04:32 UTC, Andreas J. Guelzow
Details

Description Andreas J. Guelzow 2010-09-01 04:32:37 UTC
Created attachment 169210 [details]
sample file

The attached file contains a chart.

If you save it as an svg and drag it into the gnumeric window you get an image that is slightly smaller with a fill-images that is somewhat larger.

If ou save it as an png and drag it into the gnumeric window you get an image that is twice the natural size and a fill-image in normal size.
Comment 1 Jean Bréfort 2010-09-01 15:31:01 UTC
The svg image might have the same size if we used librsvg instead of gdk-pixbuf to load svg images. The image filling looks quite differently when the svg image is opened in inskape.

About the png image, you get the same size if you export at 96 dpi instead of the default 150 dpi.
Comment 2 Andreas J. Guelzow 2010-09-01 22:06:49 UTC
I don't understand why the default setting does not yield a image of the same size. That is quite unexpected.

But more importantly, the fill-image is not scaled correctly. If we increase the size (or dpi) of the chart when exporting we should surely do teh same to teh fill image!
Comment 3 Jean Bréfort 2010-09-02 20:19:12 UTC
goffice doesn't know the resolution used by gnumeric. I don't know why 150 dpi was chosen.

It surely make sense to scale vector images, but I'm not sure for bitmaps. Patterns are not scaled either.
Comment 4 Jean Bréfort 2011-10-27 18:14:04 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.

Note that the image and pattern fillings are still somewhat different in the graph and in the shot.