On the one hand, the code had apparently treated nIdx as a sal_Unicode character
value ever since its inception in e7189508 "new
querydesign."  On the other hand, the preceding BROW_VIS_ROW case does produce
strings "0" and "1".

Change-Id: Ife6e98ba32146cc469b722fa4f013c12152b5505

...on a string potentially of length > 1

Change-Id: Ibdb8c3bb6e1630883069ff7dd17161014548ee76

Change-Id: I505400d539c36744a5ac138e63346a2a38f07b51

Change-Id: I279187a80b4c6d1fe9e34e38451abeb496e53b37

Change-Id: I336e6ea9b08edaa7e9718f8af9c112b983eeaa58

after my commit e0f3e7c0
"tdf#42374 some small optimisations for opening this PDF file"

Change-Id: Ib9dc0aaf3ad2afca272160a934049d89bbd54175

Optimise the reading of the imported PDF file by reading in larger chunks.
Eliminates roughly 10% of the time on my box

Change-Id: I48fff325076850a4ccd32ad85a3092621a923034

Change-Id: I4efe8bdfb7080365094306aee9db6b69a7f9e86a

and use the generic implementation (for now at least) for the PRIMARY
selection and use this for the CLIPBOARD selection

Change-Id: I31d65534481dc73f0cf65d68a663b7dfbb13aa31

which was rendering it largely useless for hashing purposes

Change-Id: Ie94457ea0a6e53fd9ceed9461656e2d3b0840d58

makes it about 10% faster

Change-Id: I145faed5aa7c312372f08cc651df5afcf10c70ab

to make their purpose clearer

Change-Id: I05597f5e69d2e471f08fec545467923378dded74

Change-Id: I89e8fb90de8aadce89a8f5e353a923c972e1569f

Change-Id: If6786c2df54d7ccad61c00fddf28b0a00372dab2

Change-Id: I73da1e00dd2b19088fbbe7e999611835f2ed4882

Fails without commit 193b907b
(SwXTextDocument::getTextSelection: fix missing editeng forward,
2015-06-18).

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

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