Issue 29471 - Sizing and export problems in module Draw
Summary: Sizing and export problems in module Draw
Status: CLOSED DUPLICATE of issue 4499
Alias: None
Product: Draw
Classification: Application
Component: code (show other issues)
Version: OOo 1.1.1
Hardware: All Linux, all
: P3 Trivial (vote)
Target Milestone: AOO Later
Assignee: sven.jacobi
QA Contact: issues@graphics
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2004-05-25 10:08 UTC by irieger
Modified: 2010-11-11 03:31 UTC (History)
2 users (show)

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


Attachments
file collection for reproduction (335.48 KB, application/x-gzip)
2004-05-25 10:14 UTC, irieger
no flags Details
testcase for my second comment (46.70 KB, application/x-gzip)
2004-05-29 00:06 UTC, irieger
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description irieger 2004-05-25 10:08:38 UTC
Instructions for reproduction:

0. Original screenshot image `shot.png' (814x662 pixels)
   taken with gimp v1.2.3  (see attachment).

1. Start OOo v1.1.1, File->New->Drawing, Insert->Image...,
   insert `shot.png'.

2. Save as OOo drawing (see `shot.sxd' in attachment).

3. Select inserted image, File->Export..., export selection as png
   --> Result is attached file `export_111_a.png' (814x662 pixels).

4. Draw for example a filled circle over the image,
   select all objects with (Ctrl)(A),
   export as described in step 3
   --> Result is attached file `export_111_b.png' (746x607 pixels).

Now the following can be observed:
  `export_111_b.png' is scaled (smaller) than `export_111_a.png'
  and has therefore lower quality (text of the picture
  gets less readable).
I was however expecting:
  A flattened image (background + circle) with the same dimensions as the
  original (814x662).

5. Change page size of drawing from A4 to A0 and scale the inserted
   image to its `Original size'.

6. Export as described in step 4.
   --> Result is attached file `export_111_c.png' (1088x885 pixels).

Now the following can be observed:
  `export_111_c.png' is scaled (bigger) than `export_111_a.png'
  and has therefore lower quality (text of the picture
  gets less readable).
I was however expecting:
  A flattened image (background + circle) with the same dimensions as the
  original.

HOWEVER: steps 5 und 6 seem to produce the correct results with OOo v1.0.1
         --> see attached file `export_101.png' (815x662 pixels).
	 There is a difference of 1 pixel (814 vs. 815) concerning the
	 width though!
Comment 1 irieger 2004-05-25 10:14:03 UTC
Created attachment 15438 [details]
file collection for reproduction
Comment 2 wolframgarten 2004-05-28 09:35:30 UTC
Reproducible. Reassigned to Sven. Please have a look. This also happens under
Windows.
Comment 3 irieger 2004-05-29 00:02:28 UTC
Some more observations which I think are related to the above issue:

0. I made a screenshot with the Gimp v1.2.3 and saved it in
   several different formats (BMP, GIF, JPEG, PCX, RGB, TGA,
   TIFF, XPM, PNG with resolution info, PNG without resolution info).
   The original image has the dimension 494x344 pixels.
   To keep the size of the attachment small I only submit the image
   in PNG format with resolution info (see `image.png').

1. Start OOo v1.1.1, File->New->Drawing, Insert->Image...,
   insert all the different image formats on one page
   (see `test.sxd').

2. Scale all inserted images to their `original size' using the
   popup menu.

Although all images should have the same dimensions, there are
differenes depending on the file format:

Using the dimension line tool one can see that the formats

- PNG with resolution info
- BMP
- GIF
- JPEG
- TIFF

are displayed with correct sizes (494x344).

The following formats are displayed smaller (413x288):

- PNG without resolution info
- PCX
- TGA
- XPM

Interestingly these smaller displayed formats result (when exported
as selection) in image sizes that are closer to the original than
the others.

For example a PNG export of the image labeled with `gif' in the drawing
`test.sxd' produces 592x413.

An export of the image labeled with `pcx' in the drawing
`test.sxd' produces 496x346.

By the way: ALL exports seem to get a border of one pixel on the right
and lower edge which is not part of the original image nor of the
selection.

3. Close the document. Restart OOo and open the drawing again.
   Now all of the smaller images can be scaled to their original size
   with the right popup menu except the one labeled with `xpm'.

PS: Using image sources produced by a more recent version of the Gimp (v2.0.1)
leads to the same results.
Comment 4 irieger 2004-05-29 00:06:19 UTC
Created attachment 15553 [details]
testcase for my second comment
Comment 5 thackert 2004-11-14 08:24:32 UTC
Does this issue occurs in a newer version of OOo? I have seen that the 
last entry to this issue was in May, so I would like to know, if it is solved. If 
so, could the original reporter close this issue please? 
Comment 6 irieger 2004-11-14 14:33:05 UTC
This issue occurs in 1.1.3, too.
I can't test it against 1.9.m60 because of startup problems with
this release on my platform, which I'm not able to resolve
at the moment.
(com::sun::star::document::CorruptedFilterConfigurationException)
Comment 7 haxwell 2005-02-10 18:02:57 UTC
The comments indicate this issue is reproducible.

Confirming as a new issue.
Comment 8 dr_bomb 2005-08-08 22:29:29 UTC
I enjoy using the Draw module. However it seems as though the export filters are
fixed to screen DPI of approximately 96. I have looked through the filter
options for .BMP and .PCX and there is no way to define the DPI manually (I'd
like to export the graphics for use with CafePress).

The only way I was able to correct the problem somewhat was to export to /WMF
and convert from that format to .BMP or .PCX in Corel Photo-Paint. But then I
lose some special effects native to Draw within that conversion process.

I'm currently using ooo 1.1.5
Comment 9 Regina Henschel 2005-08-08 23:08:10 UTC
Hi dr_bomb, please look also at issue 4499.
Comment 10 sven.jacobi 2005-11-01 08:58:54 UTC
I think everything is said in this issue, at the moment it is not possible to
change the resolution if you are exporting a graphics. 

The different resolutions in the above examples can be explained: as long as a
single GraphicObject (bitmap) is exported, the resolution of the source bitmap
is used, the reason for this is to prevent quality loss.
If other graphic objects or a group of graphic objects are exported, I think a
resolution of 96 dpi is used.

I set this issue double to Issue 4499.


*** This issue has been marked as a duplicate of 4499 ***
Comment 11 sven.jacobi 2005-11-01 08:59:22 UTC
closed
Comment 12 clespantleri 2010-11-11 03:31:09 UTC
Created attachment 74142