Apache OpenOffice (AOO) Bugzilla – Issue 24267
Export to any graphic format leaves white border on bottom and right side of image
Last modified: 2013-08-07 15:40:43 UTC
Hi, 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. Alex
setting oooqa keyword
Created attachment 12399 [details] defect png export
I seem to recall that this problem also once existed with GIFs that were exported from StarOffice 5.2 or 6. Alex
I think this is a rounding problem whene exporting. Nevertheless the issue is reproducible. Reassigned to Sven.
SJ->THB: Can you please take over this Issue. I think you already own a bug that is double to this one, thanks.
Hmmm, I've noticed that this has been set to Later : any indication why ? Alex
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.
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.
Created attachment 19219 [details] The *.ood document
Created attachment 19220 [details] The exported graphic (png)
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
*** Issue 33561 has been marked as a duplicate of this issue. ***
Workaround: export to GIF, with 'export transparency' checkbox marked. Then, the infringing white border will still be there, but set to transparent.
Hi all, Any update on this issue ? Alex
@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.
OK, thanks, just wanted to keep abreast of developments. Alex
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?
*** Issue 70032 has been marked as a duplicate of this issue. ***
@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...
Also reported in Issue 70032 (OO 2.0.3) see: http://www.openoffice.org/issues/show_bug.cgi?id=70032
@sj: Please take this one back, it's unlikely I'll find time for it...
accepted