Age | Commit message (Collapse) | Author |
|
...from times when code used std::auto_ptr.
Change-Id: Ia4eca8b0b95a8846886884404009e895daba8a22
|
|
Change-Id: I6fb9e1b1d55d5bc8e71bfbae599a4f9744d559f1
|
|
Put the TOOLS PolyPolygon class in the tools namespace. Avoids clash with the Windows
PolyPolygon typedef.
Change-Id: I811ecbb3d55ba4ce66e4555a8586f60fcd57fb66
|
|
Change-Id: Ic4584e4fe22c81c30d110ff65e79217f690f56f0
|
|
Change-Id: Ie011d0bcc504c6c17a525abb368e69009a3d2d2e
|
|
Put the VCL Window class in the vcl namespace. Avoids clash with the X11
Window typedef.
Change-Id: Ib1beb7ab4ad75562a42aeb252732a073d25eff1a
|
|
Put the VCL Font class in the vcl namespace. Avoids clash with the X11
Font typedef.
Change-Id: I1a84f7cad8b31697b9860a3418f7dff794ff6537
|
|
Change-Id: Ib49a0dd5ecee0225f51bea2ff1c0ab5326595a47
|
|
Since these constants are bitfield flags, we define some methods to make
working with them reasonably type safe.
Move the definitions to outdevstate.hxx, since we need the values there,
and that appears to be the "root most" header file.
Also dump TEXT_LAYOUT_BIDI_LTR constant, since it means the same thing
as TEXT_LAYOUT_DEFAULT (ie. 0), and leaving it in causes people to write
weird code thinking that it's a real flag.
Change-Id: Iddab86cd6c78181ceb8caa48e77e1f5a8e526343
Reviewed-on: https://gerrit.libreoffice.org/10676
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I7ea8f2b02b66a15e86e20948536c34017d6a3999
|
|
Change-Id: If3a3de8bae4c2d1b8e39d3255cd8ee7e985b4404
|
|
Change-Id: I719557813180c3f862ef4b00e24142fdbbb0daf0
|
|
Change-Id: I5fae217687e12313451da5bf4b4e6f914551b628
Reviewed-on: https://gerrit.libreoffice.org/10447
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
most of length in vcl are calculated in 'long'
but array of X position tend to be in sal_Int32.
As a prep work to be able to support 'double'
as the base type of Device Coordinate, harmonize
the use of 'long' for non-float coordinate.
Change-Id: I7cb33301ff6a5e2c62247b36a4e07e168a58a323
|
|
Change-Id: I33fec62e4bc38eeaf014eeb1210db2904af033f6
|
|
Change-Id: I2ac8f790c79c269d4c1fa650e703c3645c567ca4
|
|
Change-Id: I80055e4101873e0ddd408ac1f0ee9c75cc3bf6b3
|
|
Change-Id: I5c4f7c5713a559815bd46328907673d114fee011
|
|
Change-Id: Id7c517fb37bc28797c45fc0dde83e866f2aa4aac
|
|
Change-Id: I6d5a952901648e01904ef5c37f953c517304d31e
|
|
...and replace gb_CppunitTest_unset_headless with
gb_CppunitTest_use_vcl_non_headless.
Change-Id: Ibd859f98ed8df09988ca26ffcee26e06e25d8313
|
|
Change-Id: I9d4255f0ddcaf375706556d0c0baf2a5a0762bbf
|
|
connectivity: 3m52s -> 2m47s
cppcanvas: 28s -> 13s
cppuhelper: 20s -> 14s
dbaccess: 2m38s -> 2m01s
hwpfilter: 16s -> 13s
sot: 21s -> 16s
Change-Id: I49286bfe6be73dd1b861be632b95e17a99e82f8a
|
|
This required some changes to the framework:
* Init-/DeInitVCL is no longer done per individual test in BootstrapFixture, but
once per CppunitTest invocation in a new vclbootstrapprotector (similarly to
the exisiting unobootstrapprotector). CppunitTests that need VCL now need to
declare gb_CppunitTest_use_vcl.
* For things to work properly, the UNO component context needs to be disposed
from within DeInitVCL (cf. Desktop's Application::DeInit called from
DeInitVCL). The easiest solution was to introduce an
Application::setDeInitHook (where the hook is called from DeInitVCL)
specifically for vclbootstrapprotector to call.
* PythonTests don't (yet) call DeInitVCL; they still hook into
BootstrapFixture's original test_init functionality (to call InitVCL), and do
not make use of the vclbootstrapprotector.
Change-Id: I4f3a3c75db30b58c1cd49d81c51db14902ed68b2
|
|
Change-Id: I318878b3fa883eebbc081a6faf6a594dad2c6e26
|
|
Change-Id: Ie453e1a95b54de07463b6f5052a23d6632400b8d
|
|
Change-Id: I5bd3f808a0ca61731c5ceb57100d1b30a3163e98
|
|
Change-Id: I3e51a62710bb46c8255fd228d41d9300c90a1fb5
Reviewed-on: https://gerrit.libreoffice.org/9360
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: I590a682af7fc1879ae63cda3aea73063ba4c84f4
|
|
Change-Id: I1a52b9ce7b590e8cf274a2daaa1c55cfc1efe48b
|
|
Change-Id: Id945cf9549b7f633f7deb1f237a2bf6536f221c1
|
|
Change-Id: Ib65f0e95ef2a837b6c5791d9e2dce5fe8025da33
|
|
Change-Id: Ia7cca6e2a2bc3240a32509697a999461491a2747
|
|
Change-Id: I8b112fa0095cc6ed15c9198a312a0b6fce3a8d28
|
|
Change-Id: I91f6e861f6d0dbea1b57ac73857e0c706b27f681
|
|
This test is already disabled on non-Linux, but it fails in case there
is no display to use. For now just disable it in that case.
Change-Id: I29c52e803a1fca5f2bdeeb655c573ad8fef622e8
|
|
We didn't have EMF+ rendering testcases so far, let's see if it works
out to render into a bitmap and then just assert pixel position colors
there. It's better than nothing for missing shapes at least.
Change-Id: I2d1c63fef1127f69af7156ed6c99553845f77c9f
|
|
This is still not perfect, but at least we now don't do the opposite of
what was asked.
Change-Id: I5e144c5ec2987902e65b2eb472259d9c39bbbd11
|
|
Change-Id: I54f8a16cd64375d1398b6582175b0941ba68696e
|
|
Change-Id: I3dc076f3593d4d083d5e25e41e007eadc97d2978
|
|
Change-Id: I0ef2e67f6d61e0ce118c0f5e926b8194ef9d8058
|
|
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
|
|
...mostly done with a rewriting Clang plugin, with just some manual tweaking
necessary to fix poor macro usage.
Change-Id: I71fa20213e86be10de332ece0aa273239df7b61a
|
|
It's not very efficient, because we generally end up copying it twice -
once into the parameter and again into the destination OUString.
So I create a clang plugin that finds such places and generates a
warning so that we can convert them to pass-by-reference.
Change-Id: I5341a6ea9e3190f4b4c05c42c85595e3dcd83361
|
|
Change-Id: I56e32131b7991ee9948ce46765632eb823d463b3
|
|
Change-Id: I961e6a9e227962096b57569a8b8160841cacd950
|
|
rSt >> pPtr[3] >> pPtr[2] >> pPtr[1] >> pPtr[0] results in error:
no match for 'operator>>' in 'rSt >> *(pPtr + 3u)'
Change-Id: I1820bac8c72f7633ab01a17bf5d073b988e1b58c
Reviewed-on: https://gerrit.libreoffice.org/8207
Tested-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I2e472aa0279d0763762d3c660207cd74da512626
|
|
Change-Id: I939160ae72fecbe3d4a60ce755730bd4c38497fb
Reviewed-on: https://gerrit.libreoffice.org/8182
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I2a3e3d3e3266ea0f0fafdd91362076a4aa160f0e
|