libreoffice/core - main, development code repository

Age	Commit message (Collapse)	Author	Files	Lines
2016-04-15	Related: tdf#99315 BorderLinePrimitive2D: fix solid line primitive width	Miklos Vajna	1	-0/+4
	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-23	execute move of global headers	Bjoern Michaelsen	1	-1/+0
	see https://gerrit.libreoffice.org/#/c/3367/ and Change-Id: I00c96fa77d04b33a6f8c8cd3490dfcd9bdc9e84a for details Change-Id: I199a75bc4042af20817265d5ef85b1134a96ff5a
2013-04-22	Move to MPLv2 license headers, with ESC decision and author's permission.	Michael Meeks	1	-22/+4

2011-12-06	normalize Red Hat, Inc. spellings, and bump to latest template	Caolán McNamara	1	-5/+4

2011-08-10	prefer makefile-gmake-mode to plain makefile-mode	Takeshi Abe	1	-1/+1

2011-07-30	Add consistent Emacs and vim mode lines	Tor Lillqvist	1	-1/+2

2011-04-03	gbuildize drawinglayer	David Tardon	1	-0/+35