Issue 126687 - Borders can be made Negative
Summary: Borders can be made Negative
Alias: None
Product: Impress
Classification: Application
Component: formatting (show other issues)
Version: 4.1.2
Hardware: All Windows 7
: P5 (lowest) Minor (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2015-11-24 18:09 UTC by patrick.s.merker
Modified: 2015-11-24 22:50 UTC (History)
1 user (show)

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

This shows before and after border is set negative (281.63 KB, image/png)
2015-11-24 18:09 UTC, patrick.s.merker
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description patrick.s.merker 2015-11-24 18:09:47 UTC
Created attachment 85158 [details]
This shows before and after border is set negative

Make: Gateway
CPU:AMD A6-3400M APU with Radeon(tm) HD Graphics
OS: Windows 7
OpenOffice Version: 4.1.2 

1.)	Open Impress and start a new presentation.
2.)	Click the border around “Click to add title”.
3.)	Click “Format” tab.
4.)	Then select “text”
5.)	Then under spacing borders make top -3

The image on the left is before the spacing is set. The one on the right is after the border is set. The definition of “Spacing to borders” is to specify the amount of space to leave between the edges of the drawing or text object and the borders of the text. The definition “Top” is Enter the amount of space to leave between the top edge of the drawing or text object and the upper border of the text. I believe that the value should be positive. If it is negative as it is shown the text is no longer in the text box and the borders are meaningless.
Comment 1 Regina Henschel 2015-11-24 22:50:46 UTC
The attribute fo:padding does indeed not allow negative values. But the problem is, that it was allowed in OpenOffice from the beginning. And this feature is sometimes useful to label a drawing or picture directly without need for a group.

I confirm the issue, but I'm not sure, that it should be solved here in OpenOffice. A better solution can be to change the ODF standard to allow negative values. I think that needs some discussions with other producers who support ODF.