diff options
author | Miklos Vajna <vmiklos@collabora.co.uk> | 2016-04-15 15:46:06 +0200 |
---|---|---|
committer | Miklos Vajna <vmiklos@collabora.co.uk> | 2016-04-15 14:46:00 +0000 |
commit | 1ee570a4e625719f8bf270d372926c0d829ae6f0 (patch) | |
tree | 9639106c0e9e46dee8eb5636bf8e4574e0bc9abd /external/nss/nspr-4.9-build.patch.3 | |
parent | 2e6a05d6da0ae33a456b1ca40677df56611e779c (diff) |
Related: tdf#99315 BorderLinePrimitive2D: fix solid line primitive width
Regression from commit 2c62596cf264ef10749d8bfdb2bb2ebef2d98fbc
(fdo#75260: Correctly draw double lines for both Writer and Calc.,
2014-03-03), the problem was that when decomposing a double border line
promitive to solid line primitives (which happens for the legacy
"border" type, while both the Calc UI and Excel importer creates
"border-thin" ones), the decomposed inner line's height was larger than
the requested width.
As a result there was no gap between the polygon of the inner and the
outer line of the double border, looking like a non-double border.
The width of the outer border is still incorrect on the screen, though.
Change-Id: Ia9713c315ce8f23e2579b257169798e7c82c0a64
Reviewed-on: https://gerrit.libreoffice.org/24115
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
Diffstat (limited to 'external/nss/nspr-4.9-build.patch.3')
0 files changed, 0 insertions, 0 deletions