Change-Id: I3b4779bb36ad791ca4cc7d077da59af6bd04278a

As an interim measure, until wizards can only be constructed from .ui and then
always contain layout widgets, implement listening for layout widget children
announcing layout change requests and route that to pre-existing original
positioning code. That allows e.g. the mail merge output page in writer to
show/hide the alternative descriptions on selecting letter/email.

Change-Id: I086921f4d46b29756cf4f4fccdf3bdf632ea70b8

Change-Id: I39bf97cd84685132180694fc99bb3a298ec798ed

Project: help  02ab8e6ce6b82909679baed396021a184c99b16e

Change-Id: I9957d720231b3f2ff8e7869c7133fd8e29550e1f

It wasn't updated in 8738ded7.

Change-Id: I019976f6ea2fe5780689801d054855b44df333bc

Change-Id: I47c9343f1e55d9b06e8dc4b2359392090639d320

Remove useless comments and header, and de duplicate a small declaration.

Change-Id: I0d4475cbbd61ea964f8e586cf0e1f68eb91c4948
Reviewed-on: https://gerrit.libreoffice.org/6016Reviewed-by: Arnaud Versini <arnaud.versini@libreoffice.org>
Tested-by: Arnaud Versini <arnaud.versini@libreoffice.org>

Change-Id: I8ff8e72d0d25168da374d752a18210cf764ed311

Change-Id: I16ced23894e461e7953ed4978ca0d4cf7f40f5e8

Change-Id: Ife6a840c606b1c8673d814491cea3c4dad796c4e

Change-Id: I43ae91f0b91479fb279b0efbeb0cb4195e7b083a

Change-Id: I0e43c8920a3f439bff4835aadd5e69c322cc0730

Change-Id: I6d745b80b0d72033be12d8f78ebdbcdabeabd579

Change-Id: I63af30b062272bb02f786e60d2fcadc91689dec6

Change-Id: I751b5c11d51068dd019a74ea29bd3bf9cf9ba51d

Plus, the Name property has been changed to Id,
that was the reason the Checkin bar disappeared.

Change-Id: I03f6ef4e1399c0f8b2a347ca8acd8a42daffa497

Change-Id: I3c326d649d7bbc0ff4d663a2fd865ed95dc9b985

Will require some debugging to make work on Windows.

Change-Id: I264e6cdb93c5b9ea89f2a80b332df4e9c879f1d1

Change-Id: I0f6220917d8a9e8ecce30acbabf8386e73372ed3

This is to allow for comparing the use of Prepared/Normal statements.

Change-Id: I6e120892f1c66f8b1c59bda309e88b2b7f39d230

Change-Id: Iaf28b0fcb04ee713ccae6a593e56653eac6e2eba

Change-Id: Id760cfd196bb25aa1d982efa0b2b47211680c77e

Change-Id: I7dc6390b1061585054d1fa435414cae245122a1c

Change-Id: I0639b2c69f5f111e37e5566bf4cbea6719de8789

Change-Id: Ib971824a7f274334012b872acec65310535ad767

Unfortunately the page looks ugly ATM :-( - ideas appreciated.

Change-Id: If6c1cfc5f57c2ea58d46649bc34041674b4f5362

Change-Id: I84749158fb8dee3fec10869e0955177bbd917d59

Change-Id: I597d7dbef07479f66894c7fce5ee21f340b43120

Change-Id: I15bef4e0422261ec473263ac8fc239604146f864

Change-Id: Ib89a596f0e28cacc9ae180d23b9995e524c45b52

Data Table is in Data -> Table in Excel XP, and is under "What-if Analysis"
in 2007 and newer.

Change-Id: Iec1f944a8643bafb71341981bf94c6c536c63484

Change-Id: I7d8fea0a2fb8a73a5d108cc8b2ac36b7829f029c

vigra::copyImage89 does not handle copy areas in the same image so the
code checks whether the src and dst are same buffer and directs it to
scaleImage() which is very slow. The whole concept of pixel accessors
is a huge overhead in the case of direct pixel copy (vigra::copyImage
is also using pixel accessors). The idea here is to identify when
direct memory copy is applicable (when the format is an integral
number of bytes per pixel, src.size==dst.size, and
src.format==dst.format) and use direct memory block copy and not
pixel-wise copy. The result is 100x faster than the vigra
implementation. This direct copy is also handling the case when the
src and dst are same buffer by copy it from bottom to top when needed
and using memmove() instead of memcpy().

Change-Id: I8ec589463d6386db82777a916371a5ebbf9e2d50
Reviewed-on: https://gerrit.libreoffice.org/5707Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>

Change-Id: I24848a0ba55f41bfff577e3593f37f943812725a

Change-Id: Iecc42e79b72e99f9222ba2419226b0f655a5af7d

They are missing in 425d8fd1

Change-Id: Ia624fc2fcd5637b82f819f4b54d8dbcc288e185d

Change-Id: I42ffe7c32d249bdd9cfa03800e78c431df0bb52f

Change-Id: I696b550b495d1bf6549e3c54a3157d467a7ead8d

Change-Id: Icbbe9096c60def4687b137a37bfe86c4de9b3f22