It seems to do more harm than good. Using the default avoids some yet
not found bug in vcl (or somewhere) and fixes the rendering of some
complex SmartArt test documents. (As long as the use of delayed
rendering for "graphics" in svx is also disabled.)
Change-Id: I0ed4b25278101bdd995ce90e8fb65f65ca644ebe
... fails with exception and does not modify the configuration.
(regression from 1b0f7ee1e04d7b0fe81f7458ae2116615e0f6889)
Change-Id: I0e12cf0b531bc68147cf2be22c28c75c0f05f3ff
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
unottols TempFile class check in debug bod for
and env variable LO_TESTNAME.. if present it use that as the root
for the tempfile filename.
cppunitteset framework is augmented so that it export such
LO_TESNAME using the cppunit testName(), after replacement of
non-alphnum characters by _
Change-Id: Iebb9545d3bd789083afbeaf4c64eab086b56049a
...mostly done with a rewriting Clang plugin, with just some manual tweaking
necessary to fix poor macro usage.
Change-Id: I71fa20213e86be10de332ece0aa273239df7b61a
Obviously, when using tiled rendering, all of the tile should be
rendered at once during the call to lo_touch_draw_tile(). Nothing
should be delayed to happen later (when the PaintTimer fires). The
main culprit causing such "delayed" rendering, at least in a certain
test document, seems to be SmartArt objects.
It is not 100% clear how to determine whether tiled rendering is being
used, though. For now, let's assume it is always the case on
non-desktop (i.e. iOS and Android, even if for Android we dont
actually do it). For desktop platforms, including liblibreoffice, will
have to figure out later how we want to do it, assume never for now.
Change-Id: I0f7e7172e7a699a0c6752ee465776f9da5c3098e
Added a pair of functions to split a UNO DateTime object into the
corresponding Date and Time objects.
Change-Id: I6bf31d83b3843a9482d6bf538a5dd7130c2c7046
ISO8601 defines timezones with formats like 'Z', '+01', '-08:30' or
'+0830' at the end of the datetime string, but our parser was failing
when the string contained any timezone information.
I have modified the parser so it doesn't fail in case of the string
contains a timezone. Moreover, I check that the timezone definition is
correct according to the standard [1] and I extract it to the string
tokTz.
Unfortunately UNO Time class doesn't contain any field to store the
timezone, only the boolean field IsUTC, which I fill accordingly.
TODO: add a timezone field to UNO and fill it from the parser.
[1] https://en.wikipedia.org/wiki/ISO_8601#Time_zone_designators
Change-Id: I9d33b19efbc6d41a74b02ece2dfa12fa12fac5eb
To replace single-instance com.sun.star.util.PathSettings service,
incorrectly converted in 89b0017b22889af6a8afe28b94c06e7095dc8c6f
Keeping util::PathSettings::create in
sc/source/ui/vba/vbaapplication.cxx because for some reason
util::thePathSettings::get does not work in sc_macros_test
while testing sc/qa/extras/testdocuments/Ranges.xls.
Change-Id: I75b68ae56ac5b58f72416070dba100ab3ab70fe8
...to improve diagnosing misuses of boolean expressions in client code (cf.
compilerplugins/clang/implicitboolconversion.cxx). This change should be
transparent to client code.
Missing overloads of insert() for bool have been added to OStringBuffer and
OUStringBuffer (which required dropping one !VALID_CONVERSION check that would
now pick that overload, but would be flagged by
compilerplugins/clang/pointertobool.cxx).
Change-Id: I2d64cd923b8f47bfaa31e753def6515c29a3f8c9
