Issue 24267 - Export to any graphic format leaves white border on bottom and right side of image
Summary: Export to any graphic format leaves white border on bottom and right side of ...
Alias: None
Product: Draw
Classification: Application
Component: code (show other issues)
Version: OOo 1.1
Hardware: All All
: P3 Trivial with 4 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: oooqa
: 33561 70032 (view as issue list)
Depends on:
Reported: 2004-01-10 08:09 UTC by alex.thurgood
Modified: 2013-08-07 15:40 UTC (History)
1 user (show)

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

defect png export (143.41 KB, image/png)
2004-01-10 08:12 UTC, alex.thurgood
no flags Details
The *.ood document (113.00 KB, application/vnd.sun.xml.draw)
2004-11-12 23:21 UTC, mjneedles
no flags Details
The exported graphic (png) (201.67 KB, image/png)
2004-11-12 23:22 UTC, mjneedles
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description alex.thurgood 2004-01-10 08:09:23 UTC

I find it hard to believe that this hasn't already been reported, but a search
in IZ with the word export or png didn't bring up anything that looked relevant,
so here goes.

A user on the French list, with version 1.1.O FR on Windows, has noticed that
when  a text object created in Draw with a coloured background is exported to
PNG, the image shows up with an ugly white border at the bottom and on the right
hand side. This only appears to be noticeable when the background on which the
image is placed is also coloured, for example, the default grey background of s
spreadsheet, or the coloured page background of a HTML page.

I can confirm this bug and the steps needed to reproduce it :
Create a new Draw document.
Create a new text object. I chose Text with frame where the text wraps to the
size of the frame. I typed in a text, set the colour of that text to blue, then
set the background colour of the frame to yellow. I then exported the object as
a png file.

Then I created a html document File>New>HTML, set a background colour, and
inserted my png file. The file inserted is displayed with a white border at the
bottom and on the right. Since I'm confirming the bug and using Linux and the US
version, I've set the OS to all.

Comment 1 alex.thurgood 2004-01-10 08:10:27 UTC
setting oooqa keyword
Comment 2 alex.thurgood 2004-01-10 08:12:23 UTC
Created attachment 12399 [details]
defect png export
Comment 3 alex.thurgood 2004-01-10 08:14:29 UTC
I seem to recall that this problem also once existed with GIFs that were
exported from StarOffice 5.2 or 6.

Comment 4 wolframgarten 2004-01-12 08:15:26 UTC
I think this is a rounding problem whene exporting. Nevertheless the issue is
reproducible. Reassigned to Sven. 
Comment 5 sven.jacobi 2004-05-28 17:11:48 UTC
SJ->THB: Can you please take over this Issue. I think you already own a bug that
is double to this one, thanks.
Comment 6 alex.thurgood 2004-08-11 08:41:50 UTC

I've noticed that this has been set to Later : any indication why ?

Comment 7 thb 2004-08-11 11:05:52 UTC
Because fixing the root cause of this bug requires larger reworks (the quick hack, to simply subtract 
one pixel from width and height, leads to one pixel _missing_ in other cases).

In comparison 
with the load of other bugs I own (with target 2.0), the cost-benefit ratio of this one is too low.
Comment 8 mjneedles 2004-11-12 23:09:10 UTC
I think my bug is related to this, and may make the rounding error diagnosis
seem incorrect.  

I have a multi-colored bitmap with a text object overlaying it.  The text is
white with outlining turned on (in Font Effects).  I group the two objects,
select the group, then export it to a PNG.  The result has no black outline, but
appears to have a white outline, slightly larger than necessary, and makes the
letters look blurry.

Environment: OOo 1.9m60, WinXP SP2, 768MB RAM, AMD XP1700+, Matrox G100 AGP,
lots of free HD space.

I'll attach the original doc and the exported file.
Comment 9 mjneedles 2004-11-12 23:21:43 UTC
Created attachment 19219 [details]
The *.ood document
Comment 10 mjneedles 2004-11-12 23:22:52 UTC
Created attachment 19220 [details]
The exported graphic (png)
Comment 11 richlv 2005-01-28 15:30:43 UTC
this especially visible when operating with small objects. a friend told me that 
he had big white area added to every object he exported from draw. turns out, he 
was exporting objects that were somewhere between 8 and 16 points in biggest 
dimension - in this case white area is very well visible and resulting images 
must be edited in another software
Comment 12 Matthias Basler 2005-02-22 12:55:43 UTC
*** Issue 33561 has been marked as a duplicate of this issue. ***
Comment 13 thb 2005-08-23 13:22:55 UTC
Workaround: export to GIF, with 'export transparency' checkbox marked. Then, the
infringing white border will still be there, but set to transparent.
Comment 14 alex.thurgood 2006-06-06 13:47:55 UTC
Hi all,

Any update on this issue ?

Comment 15 thb 2006-06-07 09:08:18 UTC
@wurzel: sorry, nothing new to report here. There's work underway to refactor
the drawing layer (the engine providing the shapes for Draw/Impress) - thus,
once that's done, it might be easier to have this addressed.
Comment 16 alex.thurgood 2006-06-07 11:38:45 UTC
OK, thanks, just wanted to keep abreast of developments.

Comment 17 Rainer Bielefeld 2006-10-02 09:27:11 UTC
Corrected summary, I also tested bmp, JPG and GIF with "2.0.2  German version
WIN XP: [680m5(Build9011)]" and found the same erroneous result.

May be that it's not easy to fix that problem, but it's not inspiring confidence
to OOo that no solution has been found within nearby 2 years. So we should try
ty to get a fix for 3.0?
Comment 18 Rainer Bielefeld 2006-10-02 09:29:22 UTC
*** Issue 70032 has been marked as a duplicate of this issue. ***
Comment 19 thb 2006-10-02 13:54:07 UTC
@rainerbielefeld: this is not a question of finding a solution (the root cause
of this bug is more or less clear), but about priorities (and the effort
involved to fix this). I'm keeping the 3.0 target for the time being, but please
don't hold your breath...
Comment 20 drummbox 2006-10-02 16:47:55 UTC
Also reported in Issue 70032 (OO 2.0.3)
Comment 21 thb 2008-06-04 12:55:24 UTC
@sj: Please take this one back, it's unlikely I'll find time for it...
Comment 22 sven.jacobi 2008-06-05 12:47:16 UTC