...so that utl::TempFile can pass osl_File_OpenFlag_Private and doesn't have to
resort to umask (the calls to umask around Directory::create had somewhat
erroneously been removed recently with 1d72a026
"Related fdo#60338: Create missing temp file dir with user's original umask,"
mistaking this for creation of intermediate directories in the hierarchy).

On Windows, the flags argument to osl_createDirectoryWithFlags is ignored
completely for now.

Change-Id: Iac56a5049d579be729a3f338aa62105123edb6cb

Change-Id: Ib783fd0557361286ce7b913a429c9ab8fc101c75

Change-Id: Idb8f0df3848416d96299ebc47ac5bd53d766e52c

Change-Id: I5a46e1eed129edf3648c68c36951d6fdf9bd370d

In the Paragraph "Indents & Spacing" tab there are fields with unit:
<object class="svxlo-SvxRelativeField" id="spinED_LEFTINDENT:0cm">

But the unit is effectively ignored, and the resulting SvxRelativeField
with FUNIT_NONE and 9999 max somehow results in 0.18cm max when the
dialog sets cm as unit.

Change-Id: I6001c93079fd7d899f1e119913b29ea4898b1c34

... dialog before setting the actual value"

This prevents handling negative first-line indent in Impress, for which
it is necessary that the values are set before the limits.

This reverts commit 3d7ff1e9.

Change-Id: I47807d7d49716acab3657de1da64c6e9a99fc44d

The number of standardized pages (unit defined in the options)
for the entire document and the selected area is displayed
(if enabled in options) in the Word count window.
The number of pages of size P for an area containing N characters equals P/N.
This value is a float with one decimal place precision.
The default size of the standardized page is 1800 characters
(including whitespace characters).

The configuration can be altered in Options->Writer->General.

Conflicts:
	sw/source/ui/config/optload.cxx

Change-Id: If13e87c73cb7706ff6618fa0352ba29c7c670aec
Reviewed-on: https://gerrit.libreoffice.org/7642Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

(No idea whether it works, of course.)

Patch the config.sub files to recognize arm-linux-androideabi.

Don't build any binary programs as that fails for Android becuase we don't
pass in the right C++ library to use anyway. (And those programs aren't really
useful to us anyway, on any platform, I guess?)

Change-Id: I70c7a527db41081a51548ce6983b6a9ae8a08bc7

Change-Id: Ib6215520d51ada6f956f8400de36f61a5ff025ba

Change-Id: I510518461eb8bc9669d0de2679c34c473f66b175

This reverts commit 0562a17c,
sal/log.hxx functionality is only available in C++.

Change-Id: Ie1c3f3b11ed216b53f3fd385614f6fcb2c38220c

Changed OSL_ASSERT with SAL_WARN_IF

Change-Id: Ie81eeb51f6978162abd372f7e9910344a2baaccd
Reviewed-on: https://gerrit.libreoffice.org/9401Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>

Change-Id: I0a8ee157aa548a5b04df67a2355e3f4fd15e84cd

Change-Id: I37b4c1081055f98c9254d64480efeb2c205e711d

Change-Id: I8adff18896115d7dd0fce49916a18dc830506a36

Change-Id: I78eb3a706251ba64ad87e7985fc43c90bea2f767

Change-Id: I6038faf296831da0855eb7cd3628c5c6978d4cb3

Change-Id: I715f606ee0f94e9ffd3ef9ec889948a56a9cdc19
Reviewed-on: https://gerrit.libreoffice.org/9381Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I0482f613d7c908488e7d9f84f891bd521e91cc15

Change-Id: I19018d25ef53bbea225bb5a9ef806ce5c1b4adc7
Reviewed-on: https://gerrit.libreoffice.org/9410Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

it doesn't make sense in master view to do that

Change-Id: I838422f93131b8a92745a624738c5be3a7ed3459

Change-Id: I00c533a25a851d8bf57f1b0758e98915d2291ee9

Command to enter in a group of objects should be the same in Writer and Draw
Update of Help in commit 8944

Change-Id: I39d9c9f9e969978f4084703d2468bdf8a2bf7372
Reviewed-on: https://gerrit.libreoffice.org/8923Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>

Problem Description: Docx file containing a chart (line chart / scatter chart)which has used a builtin
marker'x' gets corrupted when we save it in LO.The reason was that while exporting LO was writing the
marker information 'x' as 'X' which MS Word doesn't recognize.‒<c:marker><c:symbol val="X" />. Also
the size of the marker was coming 1 less than the actual value. Ex: if size is 7 then it was being
written as  6.

Solution: During export I have made changes so that now LO writes 'x' in the tag information
‒<c:marker> <c:symbol val="x" />. Now the size of the marker is also being correctly exported.

Change-Id: I26b747f9576625bf3acb941322ae418a0bbc6b64
Reviewed-on: https://gerrit.libreoffice.org/9273Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Unconditionally set miAutoPosColumn at the end of all operations so it
is also valid in case of pColumnData->clear() and no entries inserted
after pDoc->GetDataEntries().

Change-Id: I689632f696091fd9ce8e93c06d7918e5eaf05ab4

While export, locked Canvas is missing and drawing is
exported inside textbox. However a locked Canvas has to be exported
inside a text-box and drawing should fall under locked Canvas
for the RT file to work in MS Office 2010.

Reviewed on:
	https://gerrit.libreoffice.org/9377

Change-Id: Iea2c411302b552db18527001cc4c6d0290085afe

...like it was already done in the similar else branch of
ReadRelInfoIfNecessary.  The call site at GetAllRelationshipsIfAny will
translate an m_nRelInfoStatus that remained RELINFO_NOT_INIT into an
IOException.

Change-Id: I79c601acd23b3b0020c7b4de4c20b0282524bce1

Detect arguments larger than 64 chars passed by value.

Change-Id: I9b0ea9ccb99d115984a26eab67c9cf6afd5f6cae
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: I393b413528685276bffd35fb7fe5ce8c742314b7

In a hyperlink, the field with fieldchartype="end" is getting addeded eventhough there is no begin for that field.

Change-Id: I50df6efc63fc9a66b146d4a861ae4bd654b4a3c6
Reviewed-on: https://gerrit.libreoffice.org/9368Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>

Change-Id: I991801b9a0b7be6024612c8f29262f2ebd8e6a64

Change-Id: I2cf02a26b81fa634c842df455de669f1c60241bc

   If docx file contains multiple hyperlinks in one paragraph
   and one of the hyperlink contains "PAGEREF" field. End tag
   for "PAGEREF" field was not exported hence it was causing
   corruption in exported file.
   Fixed export part of field end tags in case of "PAGEREF".
   Added unit test.

Change-Id: I18a3625213bf7269e3f441859a27acc38cf6ff45
Reviewed-on: https://gerrit.libreoffice.org/9364Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

So far this code apparently has not been invoked except in the very
special use cases for which it has been developed, and which
presumably aren't such that one would come across in "normal"
LibreOffice use.

But now it gets invoked unconditionally, in some unit tests even, and
letting it call glewInit(), which calls glGetString(), without any
OpenGL context, leads to a crash. So instead, explicitly fail early on
OS X (and iOS and Android).

Change-Id: Ia4547cc1ddff1aaa0190fcdb69506ad444214b7a

Change-Id: Iafc7727a22d657dfb6bc97ed767907cce3679364

Change-Id: I5c59f0d2d1b911ffa1ee251e0f1355d137616493
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

...since 2fc4f5cd "Register OpenGL windows to
ScGridWindow upon file load."  Should be revisited and fixed properly.

Change-Id: I5a3d08cb750fd9ec7c98d5b85250eaabd1c7a8b2

The check in the GLEW Makefile looked at the whole $(MAKECMDGOALS),
which in our case was the string 'glew.lib debug', not just 'debug'.

Change-Id: I639395c944e8f2b443cbb55b451a4036b2c9d3bb

Inserting data in pColumnData invalidated miAutoPosColumn
See https://bugs.freedesktop.org/show_bug.cgi?id=78838#c6

Change-Id: Iece423cd8d14f5ae7bf382583c0369895a00f168