libreoffice/core - main, development code repository

Age	Commit message (Collapse)	Author	Files	Lines
2018-05-06	svx: remove comment cruft	Chris Sherlock	1	-2/+1
	Change-Id: I8f55407d75bba49b3ebeab80dd7a49d6224959d6 Reviewed-on: https://gerrit.libreoffice.org/53899 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2016-09-13	loplugin:override: No more need for the "MSVC dtor override" workaround	Stephan Bergmann	1	-1/+1
	The issue of 362d4f0cd4e50111edfae9d30c90602c37ed65a2 "Explicitly mark overriding destructors as 'virtual'" appears to no longer be a problem with MSVC 2013. (The little change in the rewriting code of compilerplugins/clang/override.cxx was necessary to prevent an endless loop when adding "override" to OOO_DLLPUBLIC_CHARTTOOLS virtual ~CloseableLifeTimeManager(); in chart2/source/inc/LifeTime.hxx, getting stuck in the leading OOO_DLLPUBLIC_CHARTTOOLS macro. Can't remember what that isAtEndOfImmediateMacroExpansion thing was originally necessary for, anyway.) Change-Id: I534c634504d7216b9bb632c2775c04eaf27e927e
2015-10-12	Replace "SAL_OVERRIDE" with "override" in LIBO_INTERNAL_ONLY code	Stephan Bergmann	1	-2/+2
	Change-Id: I2ea407acd763ef2d7dae2d3b8f32525523ac8274
2014-11-09	fdo#82707 Unify click behavior in Statusbar (Writer)	Samuel Mehrbrodt	1	-1/+0
	Use single click for primary action, right click for context menu Change-Id: Ia707a88b48f4af144588c45d37acea547e77773e
2014-04-01	Explicitly mark overriding destructors as "virtual"	Stephan Bergmann	1	-1/+1
	It appears that the C++ standard allows overriding destructors to be marked "override," but at least some MSVC versions complain about it, so at least make sure such destructors are explicitly marked "virtual." Change-Id: I0e1cafa7584fd16ebdce61f569eae2373a71b0a1
2014-03-27	Second batch of adding SAL_OVERRIDE to overriding function declarations	Stephan Bergmann	1	-3/+3
	...mostly done with a rewriting Clang plugin, with just some manual tweaking necessary to fix poor macro usage. Change-Id: Ie656f9d653fc716f72ac175925272696d509038f
2014-03-11	svx: sal_Bool->bool	Noel Grandin	1	-1/+1
	Change-Id: Ibe154941e00176cde06b1fe69864da4ae6bdee95
2013-11-09	fdo#65108 inter-module includes <> include/svx	Norbert Thiebaud	1	-1/+1
	Change-Id: I5335182ea16695c77c2855b34c98220aea2befa1
2013-10-23	fixincludeguards.sh: include/svx	Thomas Arnhold	1	-2/+2
	Change-Id: I2c280be12f36c1538e922286745aabc62482423d
2013-04-27	Bin ugly (ab)use of preprocessor in headers	Tor Lillqvist	1	-3/+0
	The time when it made sense to use "clever" #ifdefs to, for performance or compiler reasons, conditionally bypass private parts of a class declaration passed a decade or longer ago. Still more of this in sw and sc. People working on those modules might want to do it too, or not. Change-Id: I1053139ca5e5e2631f7b22d99d3bada54fc337be Reviewed-on: https://gerrit.libreoffice.org/3627 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-04-23	execute move of global headers	Bjoern Michaelsen	1	-0/+51
	see https://gerrit.libreoffice.org/#/c/3367/ and Change-Id: I00c96fa77d04b33a6f8c8cd3490dfcd9bdc9e84a for details Change-Id: I199a75bc4042af20817265d5ef85b1134a96ff5a