“1 is less quality, 100 is more quality.” You don’t say?!
These are things that any person can deduce by themselves
by looking at the sliding bar.

Let’s not assume users are idiots who need to be told
obvious things, and in *two* mostly identical sentences.

Change-Id: Id1de16b078712009a1fce4d21f7509f873d35bc0

Added an additional check so back has to be pressed twice on the root
folder to actually leave the application. It's a check seen in many
other apps.

Change-Id: I26827113a41070aa8188fa616ba8fe53742329b3
Reviewed-on: https://gerrit.libreoffice.org/16245Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jacobo Aragunde Pérez <jaragunde@igalia.com>

The default dir had been changing by modifying the "local documents"
provider; this is wrong because there is already a document provider
to browser de internal storage.

Change-Id: I08677283100162aaeced622153131f89abc2f1af
Reviewed-on: https://gerrit.libreoffice.org/16244Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jacobo Aragunde Pérez <jaragunde@igalia.com>

Change-Id: Ib1ff285d1f8180ecb0be8448ac4c2d1878dff274

...same as f0aa1a78

Change-Id: I89e20a57125012a6805b8d61ec668068b7149be2

...same as fc6f894d

Change-Id: I14eb43ec78373863fe996ed50863d7681fd2e229

Change-Id: I849f079bf914fc2feea6379544f0634b5296d162

Change-Id: Ia1b65264fea95077c9dc2fb1288a20c6df0ef84c

Change-Id: Ic3a20f56250d99a347df5deaf785800a2f96e470

Change-Id: I9b8ab749978826741b2c893197aaf7ebc1758d3f
Reviewed-on: https://gerrit.libreoffice.org/16227Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>

Change-Id: I8b151c09bd8630abfc5b7ec3b56870e0075c8d36
Reviewed-on: https://gerrit.libreoffice.org/16231Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>

Change-Id: I58ab0fbc6a247c29c77a4e9d7febc11daa4a79c8
Reviewed-on: https://gerrit.libreoffice.org/16233Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>

Change-Id: I0354bca230395d8061bb6d9ce9f9b7a6229b73a7
Reviewed-on: https://gerrit.libreoffice.org/16234Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>

Change-Id: I302ab9e38831403cbb4aa96c61d4862f43537e8e

Change-Id: Ibdcfdd6175e6ccb8aded02d59b1b21e92a0fc120

Similar to beb5879f8fea231a037acf010812df2dffbe302d it is not sufficient
to adjust only the parsed tokens, generated RPN tokens need to be
adjusted as well.

Quite likely also other Adjust...() functions have to handle this, need
to investigate.

Change-Id: I5de4e2238703b3ce134f7d46a87bd7a4fb940cff

This just builds the gtk3 VCL plugin, it's still disabled by default at
runtime (see unx/generic/plugadapt/salplug.cxx).

Change-Id: I852e499cf1fbd1b218114f1091c4ba8a9a91a29d
Reviewed-on: https://gerrit.libreoffice.org/16229Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>

regression from

    commit 3d652128
    CommitDate: Thu Jul 31 22:14:25 2014 +0200

        fix memory leak around function descriptions

        Found by Lsan.

There are two implementations of getCategory, one (sc) returns a new one each
time (hence the leak fix) and the other (reportdesign) returns a pointer to one
that belongs to the manger (hence the crash).

The code in formula really looks to me to expect that the getCategory return a
pointer that "someone else" needs to look after, i.e. the reportdesign variant
is the more correct so revert 3d652128 and to
fix the leak make the sc own the ScFunctionCategories and just cache them like
the reportdesign one does

Change-Id: Ifd986301a54b4d20449e864697655cd973e0c4df

Change-Id: I2d629c48b6526fa5f37174921c068e1201a897ef

Change-Id: I1534a0f43201a594b727ee8b42b697c8c1b5e224

Change-Id: I374df5ffc4dac7824db0d6faf59db7143449767b

the curious case of ooo72950-1.odt which has no nodes in the first line of the
table as seen from the visual layout perspective seeing as the table is split
over two columns with the second column portion of the table higher than the
left column portion

Change-Id: I38526bf80ff8cef1688aa5f5f686e437c4a3d6e5

Change-Id: Id6291335945a8f10cef3afd1a2b3bae65fdf4562

Change-Id: Ic667491026e9e88a72253aa079c77b8079cac588

Change-Id: Id9a13c7f4ae0fd53c95c551544e60af44bb3fb95
Reviewed-on: https://gerrit.libreoffice.org/16203Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I94f8c268781f5a5b4da9da78af183adefc0c2925

Change-Id: I96b23262edf05d2589590f5e29a5b7a11b49e7aa

Just in case someone had it in their MRU function list so will be
presented with the same function. It doesn't really matter.

Change-Id: I4f1023f9650719ccccad97a669b24f5cdd044f16

of CEILING and FLOOR

Change-Id: I9537d9bd8dbca2eac769e74e9d3d5b298b76f594
Reviewed-on: https://gerrit.libreoffice.org/16016Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: I3be1a13a00e3219cb8912ef61a9627d37036d19a

Make the order be 'public static' or 'private static'
Just makes the code nicer to read.

Change-Id: I182424bda45a2d68642e5d04c6091d268ace1fe2
Reviewed-on: https://gerrit.libreoffice.org/16202Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

In the tiled rendering case it does not need to check
if the window size is (0,0). But it still has to trigger
LOKit LOK_CALLBACK_INVALIDATE_TILES

Change-Id: I4c458edfd6e44599b8c8148e0f8543fb0563e627

Mac / Win cairo is not built / used, this cairo code can be removed to
reduce code bloat.

4th Revised version with Android fixes

Change-Id: I6e56850f535ca13b77839b7d67e227c5f39d388e
Reviewed-on: https://gerrit.libreoffice.org/16218Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>

Change-Id: Ia5c8c0f38a347f398d587970a22e03f29ffd37af

Change-Id: I7ac5607f911d3ffc469fe01fcf708899f3e23e57

...similar to 6cca91f7 "CppunitTest_sw_uiwriter:
enable on Windows," whatever the original problem was in
601ba26c "Fix the Windows and OS X build
temporarily."

Change-Id: Ia1befff90d773637e01e6d88e398ae21a1d47108

SwDBManager::LoadAndRegisterDataSource() calls
SwXDocumentSettings::setPropertyValue() to set its EmbeddedDatabaseName
UNO property, when creating the embedded data source definition. OTOH,
during load, SwXDocumentSettings calls
SwDBManager::LoadAndRegisterEmbeddedDataSource() to register the data
source. The result is that when creating the embedded definition using
the MM wizard, we registered two data sources.

Fix the problem by first setting the UNO property, and only then storing
the data source definition.

Change-Id: I3efc141d9ab94828007a48a8bf5949b4f3b6510a

Change-Id: Ib4fb12e187eb4bad7da04425328d1f5cdf851654

Change-Id: I3dce3d131ce78713333d6e4bc2f3e839af5e04ec

Change-Id: I244a9eb6bce6b1c649653ec38ebb9a39f8b4c145
Reviewed-on: https://gerrit.libreoffice.org/16212Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>