Similar to CopyCellsFromClipHandler.

Change-Id: I7da8a55c3648c6f04c5f3b11459764fd42f51399

This apparently was never implemented, unlike in the block pasting code that
handles it fine. Formula cells with error results were always copied as is if
numeric was requested, even if formulas weren't requested.

Change-Id: Id550c4e757b6bb2c06aa0637328216383cdf3d6b

Fixes size and position issues under gtk3/wayland

Change-Id: I357a5935e2b44fd3d5effde8cf7d3499e26384db

Change-Id: I0cfe88c65cc75757938a9f8004c219fbe39f88dd

Change-Id: I0135f084f64b9709688f0f9205940baf193c5d83

was unintentionally broken by
64a2dc96

Change-Id: I3358d8104dd1e2200f84019a2c4c41f1e0019399

Change-Id: I2f61e25ef4451775320f8fa1761a951ab94af7d5

Change-Id: I3d0aad6d2b434866df9110d3b8493fec2d2c94fe
Reviewed-on: https://gerrit.libreoffice.org/32465Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Maxim Monastirsky <momonasmon@gmail.com>

Change-Id: I4b3a560b7e0a82f204d16c740836d02ba63d955e
Reviewed-on: https://gerrit.libreoffice.org/32734Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: Id853563e39eeb9f31ca5ffd0e72a317989a4791e
Reviewed-on: https://gerrit.libreoffice.org/32735Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: I99bb32355bc53e2c870f84e60fc1e35b9dfe8270

Change-Id: I95923685d412145e88b672a50311c767d1425493

Change-Id: I93755ac95c170c457b32adac07557ed48ad8beee

Change-Id: I0ccb4adfec39f8717d5921e04809af65be066d0a

Change-Id: I458036b084645af509d64a78f5389415dfc4115a

The problem itself was fixed by commit
2ad50c9a.

Change-Id: Ie7f0781e1f5a4d6c5297882a5f64a68b85558515

Fixed the problem of not showing the default values on level-1

Change-Id: I167694d090a6c4cd8064250837d290efabfad21c
Reviewed-on: https://gerrit.libreoffice.org/32261Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>

Change-Id: I7bd25fd66130f944bf7f278cf7fcbaae6dbbbc00
Reviewed-on: https://gerrit.libreoffice.org/32544Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: I0b8b265df487aaeb76238013bc93c78e49a9e1a6
Reviewed-on: https://gerrit.libreoffice.org/32723Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: Ia76b548e993d13c7706ab126109086cbd0717b4c

Change-Id: Ic7281e915075519c300a330557399111838d7d34

only used from reportdesign and that appears to be overlooked from an earlier
eradication program

Change-Id: I196fd7ccbc909c935daf534d55e6b39de8510f23

In practie embedded files always have a temp file URL, so from the PDF
export's point of view they are still URLs, just at the end the contents
of the URL is embedded to the PDF, not just the URL itself.

So add a SetScreenStream() that's similar to SetScreenURL(), but it's
for embedded, not linked videos.

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

Change-Id: I66033eeff8ebb636d5f55d61102a0f30f3353f85

class ControlCacheKey defined in include/vcl/salnativewidgets.hxx is used
only by vcl therefore it is moved to a seperate include file named
ControlCacheKey.hxx which is inside vcl/inc/ControlCacheKey.hxx.

This header file contains the definition of the the class ControlCacheKey.

Since this class uses an object of another class named Size which is
defined in gen.hxx therefore this is included in ControlCacheKey.hxx.

All the files that references the class ControlCacheKey includes
ControlCacheKey.hxx with the syntax: #include "ControlCacheKey.hxx"

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

- Reduce the unnecessarily large buf size
- Replace multiple occurences of sprinf with only one snprintf
- Avoid some unnecessary variable creations

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

cat is a tool for con"cat"enating files. Reading a single file
as input to a program is considered a Useless Use Of Cat (UUOC).
It's more efficient and less roundabout to simply give file as input.

Also use $(..) instead of legacy `..`
Backtick command substitution `..` is legacy syntax with several issues.
It has a series of undefined behaviors related to quoting in POSIX.
It imposes a custom escaping mode with surprising results.
It's exceptionally hard to nest.
$(..) command substitution has none of these problems, and is therefore strongly encouraged.

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

(Normally hidden by T_LEXFLAGS containing -L in connectivity/Library_dbtools.mk
suppressing #line directives; some loplugin:literaltoboolconversion warning
would remain in a flex-provided occurrence of ECHO that is apparently not
properly prefixed by #line at least with flex 2.6.0.)

Change-Id: Id5693d6bd9e5b565dd9820e3cbea8e88e7967dd5

(Normally hidden by T_YACCFLAGS containing -l in connectivity/Library_dbtools.mk
suppressing #line directives; some loplugin:cstylecast would remain in bison-
provided expansions of $1 etc. variables.)

Change-Id: Ic93bea0b2fe0ec5f741c4bc41f25cc72fec0498f

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

... by fixing the size of SwFootnoteNum so it can be forward declared.

Change-Id: I1a9d32a1ec7e7201de1910407d32020b75fb7342

way back in 2001 commit a7afc46b
removed the option to select per-chapter footnote-numbering for
footnotes placed at the end of the document (or perhaps chapter
since the variable is called FTNPOS_CHAPTER, but the UI refers to
it as document).  So only "Per Document" remained. However the
function GetNumbering was never updated to reflect that fact that
2 options were removed from the list now, instead of one.

So, the UI reported the choice as "Per Page", the only dropdown choice
available was "Per Document", and the actual implemented choice
was "Per Chapter".  How's that for a mess?

Change-Id: Ib8dc3d07c0ef62d39afdd2a1c78c14527649c6df
Reviewed-on: https://gerrit.libreoffice.org/32700Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
Tested-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

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

Change-Id: I4ebf48e5def5fb31aa7e34b5b6f89b220a27d1a6

The "DocShell must be cleared..." comment was a leftover from
2613afee "INTEGRATION: CWS sw008", pertained to
code that had been moved into implFlushDocument.  The extra code block and
accompanying "Thus, an own block..." comment are just nonsense.

Change-Id: I7e60b488c609796d86bedf518218b06c612e494d

This currently has no effect and so the CppunitTest_cppcanvas_emfplus
pops up an annoying window.

(regression from 181932b3)

Change-Id: I26314d98f10f6b39ca1c28821ccd0de6ba2a4358

Project: help  17e3d608a1d4a09b6ef258beb4c2c22becd16414

Fix ahelps and bookmarks on the 'Database Selection' page

The wizard page is renamed, so change that too.
Main DB Wizard page bookmark was obsolete, fix that too

Change-Id: Ida8827add4531efb0e0e1c7391eb2a17eb699f62
Reviewed-on: https://gerrit.libreoffice.org/32707Reviewed-by: Gabor Kelemen <kelemeng@ubuntu.com>
Tested-by: Gabor Kelemen <kelemeng@ubuntu.com>

Update to isolate module, and have groups for:
   Sources
   Headers
   Targets
   Other files

Change-Id: Id2c48b0e3dae7c943c122e767d391d324e936619

Liberals of Number format code (NFC) were no longer recognized
by dmapper after it had been removed in
d30a8ec4.

Replace them with enumeration.

Change-Id: I3ed1e09d9f3987fce95bd708b9c0b0568d3f15f9
Reviewed-on: https://gerrit.libreoffice.org/32527Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mark Hung <marklh9@gmail.com>

SwXAutoTextEntry::GetBodyText calls SwGlossaries::EditGroupDoc to create a
Sw[Web]GlosDocShell (which it then stores in xDocSh), and there must be a call
to that shell's DoClose to clean up its resources.  However, if a reference to
the SwXAutoTextEntry is still held during XDesktop::terminate (as can happen in
JunitTest_sw_unoapi_1, where such a reference is held from Java, thus
arbitrarily delaying destruction of the SwXAutoTextEntry until the JVM does GC),
SwXAutoTextEntry::Notify's PrepareCloseDoc case will release xDocSh without
calling DoClose, so an eventual ~SwXAutoTextEntry will not call DoClose either.
(And calling DoClose from withing SwXAutoTextEntry::Notify would cause a crash,
as it would destroy the SwGlosDocShell recursively from within its
SfxBroadcaster::Broadcast call.)

So introduce a disposal protocol for XAutoTextEntry and call it at least in the
place that caused the resource leak in JunitTest_sw_unoapi_1.  For lack of a
better inerface, reuse css.lang.XComponent for that protocol, even though this
scenario doesn't involve breaking cyclic references among UNO objects caused by
listener patterns.

Change-Id: Id6501b84e562950e40b83e0b1afd1b3184807856