We do not test ScAddress::Parse() here ...

Change-Id: I4e8b1278033e101727890f75bb2a5faf366989a3

Change-Id: Id30efd398cc5ee3df0c31cae53028e1a1b6ea025

Change-Id: I48bf70689153b83bd1da7ff1553a4a3ec823d1b2

Change-Id: I91fc320acf816d028186d25fd136f58c1c785d9d

Change-Id: I1229b4cdfcc741899b3ae8694e7db5d7e506ce0c

Change-Id: Iea25d633a833965814a08d87954906e0133f7076

Change-Id: I3e0f1fe0376ddcf9e79e6815a13f54007d47b03e

Change-Id: I947033790476f982efd6a275831d2439b2859d8f

Change-Id: I59444cf36d829f8f726c9301ee8393d5ca16196c

Now, whatever the size of toolbar icons, the toolbar
context menu always shows small icons.

Change-Id: Id17df15278d74ae75a3e82d54ecf7af310e0ceb4
Reviewed-on: https://gerrit.libreoffice.org/16361Reviewed-by: Philippe Jung <phil.jung@free.fr>
Tested-by: Philippe Jung <phil.jung@free.fr>

Renames some variable to ease the understanding of what does what

Change-Id: Idd84eb89b7c1fb56dd43d66edfbbeafedc319095
Reviewed-on: https://gerrit.libreoffice.org/16360Reviewed-by: Philippe Jung <phil.jung@free.fr>
Tested-by: Philippe Jung <phil.jung@free.fr>

for RID_SVXSTR_SINGLENUM_DESCRIPTIONS, but since
71b35212, we're
allowing here more than 8 items. So don't try to get
strings for those items, the same way we
restrict that in SvxNumValueSet::SetNumberingSettings.
(Although these string are (still) not used anywhere
AFAIK.)

Change-Id: Iaa538e4aebfc72729646f0befc7bcf8e58d6cbee

Change-Id: Ib6d91f1ee427d5f94eed75e478f0809346f38e05

Change-Id: Ia381d26a1c6a8f22aafef924215bc64b3c3473c6

Change-Id: Ia94c53457e328db9bdd8dd22d7a39e49c358301c

Change-Id: I39c3e5646a5a1ea07aa881cad584a0b7ae9bd005

Change-Id: I76f236adee86ffb75496bc36f0d6b0ac7d646afd
Reviewed-on: https://gerrit.libreoffice.org/16347Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

When editing shape text, the text selection should be provided by
editeng.

Change-Id: I379f89fc28d2ff8172d0411bba347c959de6ab29

Change-Id: Ibfa971952cd330ddf430e7e951c5c235d2ae6bd8
Reviewed-on: https://gerrit.libreoffice.org/16314Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I0f8de2b856be65e070f9d9b121515aa15ae3ea09

Change-Id: Ia7b784d820249c3d75915761dac34a2aaa190c0b
Reviewed-on: https://gerrit.libreoffice.org/16358Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

In 'g' shell script, we use grep to get substring from config_host.mk file.
When config_host.mk file contains non-ascii characters(e.g. Japanese),
this processing doesn't work.
As a result, some variables(SUBMODULES_CONFIGURED, REFERENCED_GIT, LINKED_GIT) will be
assigned to "Binary file (standard input) matches".
This is an error message of grep.
The problem will reproduce on Cygwin64 with Japanese locale.

With '-a' option, grep will work well, and 'g' shell script will work correctly.

Please refer the following commit,too.
http://cgit.freedesktop.org/libreoffice/core/commit/?id=0293ec98c92fd58a592f7dd86fbbf47e7b9195c6

Change-Id: If4e0b356173c8f442e3539ed343f441d87dbfd48
Reviewed-on: https://gerrit.libreoffice.org/16344Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I733dd57e27330bc200f718ffb5680bbb81d5d77d

Change-Id: I3f09808e43d379f473360f3746302a5d65fb8b38

doesn't work yet, but reports correctly what external formats
are available

Change-Id: I11cf9440ca516d4358c341fa67cc836b30ca42d6

The text is badly centered. Replaced GetTextHeight by GetTextBoundRect
and updated computation of text bounds.

Change-Id: I1e177a15787c6eddf2878a7d0254f71f3501ec34
Reviewed-on: https://gerrit.libreoffice.org/16354Reviewed-by: Philippe Jung <phil.jung@free.fr>
Tested-by: Philippe Jung <phil.jung@free.fr>

Let's not hide the assert() in a function whose sole purpose is to
call assert().

Change-Id: I7a8a04aad560b0f22398daabf12d00bbe58e89f1

Change-Id: Ie90906f1ed8dc205850df3a48688f66b7a72a4f4
Reviewed-on: https://gerrit.libreoffice.org/16343Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I809beb7187530cc30aca5dce8b2d4fb244554c55

Change-Id: Iddacb53071bb442845d702832f1728114ca018fa

Change-Id: I951c04e7d0039f1e38e3bcb2ea7e0f7c33293b9b

Change-Id: Ic9c4330e9b14e43448302132b6c01a8d93001d2f

Change-Id: Iea74564ef0ae2188ae29f106c4416df1fe827b42

...the only reason this didn't cause any problems is that the VclPtr returned
from Create already had an mnRefCnt > 1, because of activity in the PushButton
ctor.

Change-Id: I1066ff0b507b8a1ebff079f7b914235a7396368d

Change-Id: I56ed5047da118eac01d7dea150597133215278e2

... that take relative/absolute addressing and sheet 3D flag into
account to be fed to reference extension via range operator.

Change-Id: Iabe13ae384577e2d71ca87af6482ddccbf7ad0ac

Commit 194e9f9b oversimplified things.

Change-Id: Iea6a84c4a7be49af036690afbb1512ae2c1045a2

Change-Id: Ib32b299806851fd2df1fbe8a824c1fe49a4efd99

Change-Id: I9da47d7add4fadf34fd4e3c9aa6f1e65cf100b20

The problem is that the hints are iterated in order of start position,
and if there is a hyperlink inside a ruby then its end position will be
reached after the end position of the ruby due to the sort order, which
leads to overlapping XML elements.

So for any given position, first export the end positions, then the
start positions.

Change-Id: I2db28d7a36e4e34fbd394b3a69fe4549ee905250
Example: fdo82849-1.docx