From 1ee570a4e625719f8bf270d372926c0d829ae6f0 Mon Sep 17 00:00:00 2001 From: Miklos Vajna Date: Fri, 15 Apr 2016 15:46:06 +0200 Subject: 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 Tested-by: Jenkins --- drawinglayer/Module_drawinglayer.mk | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'drawinglayer/Module_drawinglayer.mk') diff --git a/drawinglayer/Module_drawinglayer.mk b/drawinglayer/Module_drawinglayer.mk index 52f2482fc714..6d329e95c60a 100644 --- a/drawinglayer/Module_drawinglayer.mk +++ b/drawinglayer/Module_drawinglayer.mk @@ -13,4 +13,8 @@ $(eval $(call gb_Module_add_targets,drawinglayer,\ Library_drawinglayer \ )) +$(eval $(call gb_Module_add_slowcheck_targets,drawinglayer,\ + CppunitTest_drawinglayer_border \ +)) + # vim: set noet sw=4 ts=4: -- cgit