summaryrefslogtreecommitdiff
path: root/include/svl/setitem.hxx
diff options
context:
space:
mode:
Diffstat (limited to 'include/svl/setitem.hxx')
0 files changed, 0 insertions, 0 deletions
5 BorderLinePrimitive2D: fix solid line primitive widthMiklos Vajna 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> 2013-04-23execute move of global headersBjoern Michaelsen see https://gerrit.libreoffice.org/#/c/3367/ and Change-Id: I00c96fa77d04b33a6f8c8cd3490dfcd9bdc9e84a for details Change-Id: I199a75bc4042af20817265d5ef85b1134a96ff5a 2013-04-22Move to MPLv2 license headers, with ESC decision and author's permission.Michael Meeks 2011-12-06normalize Red Hat, Inc. spellings, and bump to latest templateCaolán McNamara 2011-08-10prefer makefile-gmake-mode to plain makefile-modeTakeshi Abe 2011-07-30Add consistent Emacs and vim mode linesTor Lillqvist 2011-04-03gbuildize drawinglayerDavid Tardon