rather than uno::Sequence, since we modify this container a lot
and uno::Sequence is expensive to update

Change-Id: Id5bc5171cbc4b90b243e6dda6d572f21b3bdf00d

Change-Id: I7917e5e17e88868a5e315bce11099d32a07ca39e

since it is fairly common to append temporaries.

Change-Id: I920daf8539e42fc9fe313af48fdb34ee4aaf908d
Reviewed-on: https://gerrit.libreoffice.org/20637Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

The call to assert() is not appropriate, better use a SAL_WARN_IF
instead.

The call to DAVProperties::createUCBPropName() method immediately
after will take care of the missing namespace.

The change to assert() was introduced in commit
dd9c15b3

Change-Id: Ib9b85426fc84907fb12f70759a189cedcf117b3a
Reviewed-on: https://gerrit.libreoffice.org/20380Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: I0a44c12fa8637a5a730743adcc6dfadeab91e72f

The situation is similar to commit
79fb61ef (tdf#92379: svx: don't
overwrite fo:background-color on ODF import, 2015-08-21), except that
here text frames had the problem of loosing colors when transparency is
set.

Fix the problem by informing getSvxBrushItemFromSourceSet() about if
we're in XML import or not.

Change-Id: Id1adf60b14a3762f0a2a43c49caeed9f6ea039be

Change-Id: I5e203fe8b58d687c0c294c75e385f0bbc858ba07

Change-Id: I99da487f0bed527eaacf47642884ae25fb0ae8b1

Change-Id: I1e3678ca14b502b36c1ab698910c13179e83beb4

Change-Id: Id72123039409b7559fb4fdfe5f29bf1bb83ac23f

Change-Id: Ie32abd917bf86ab0c44be80a00e5f35354bc3cdc

Change-Id: Ia08e7ea3381cd450d2dadd8add723574634124e0

Change-Id: I50e3772b7b479d2cf1eb644c7334d0f987874ccb

Change-Id: Ifa02bde8c84326c513df74d34077710f2e28c91e

this commit has make the problem, the removing of the SALEVENT_MOUSEACTIVATE

commit dd351dd7
Author: Noel Grandin <noel@peralex.com>
Date:   Tue Nov 24 08:50:39 2015 +0200

    loplugin:unusedfields in vcl/

    and remove the unused SALEVENT_MOUSEACTIVATE stuff

Without of there, when click in the opened list-box it send first the
"PreNotify" with "MouseNotifyEvent::LOSEFOCUS" and that close the listbox.
After that, it send the mouse-event to a closed window, that is the reason
why the Listbox not get the mouse-click.

With this patch, first send the mouse-click and then the "PreNotify"

Change-Id: I5a09b1524335434f043d22bc71f7e38559fb1c0b
Reviewed-on: https://gerrit.libreoffice.org/20708Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

The Linux GLSL imlementation is very loose in its interpretation of
standards, it seems. (I am not surprised.) Not so on Windows, at least
with AMD drivers. The inverse() function (for float matririces) is
present only starting from GLSL 1.40. Bump the #version directive
accordingly. (See
https://www.opengl.org/sdk/docs/man/html/inverse.xhtml)

To get this to work again on OS X will be a further challenge. There a
'legacy' context only has GLSL 1.20. But the intent is to move this
code in the direction of using 'core' contexts anyway.

Change-Id: I572dc7cc30f90321b233fbfd857455dc01761a7c

Change-Id: Icfa10e1662f6ac00110a8d301734a72dcacc1780
Reviewed-on: https://gerrit.libreoffice.org/20672Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

The original code breaks at least in optimized build on Fedora x86,
because there nBits for 256 is computed as 9, not 8.

Change-Id: Ib157c415bc9e231bf7fd544349810e6bc83c8fcc

Change-Id: I006e3c8f411b480917d9cfb9c4f3d082b79c833d

Change-Id: I516ca96c0743840fb03d8208f7236ca25027bc45
Reviewed-on: https://gerrit.libreoffice.org/20102Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: I8f9e74f7fbbff055c67cafba5d534db4635e5399

TODO:

- Clean the now unused defines/resources.
- Several submenus are duplicated (in the menubar too). Makes
  sense to refactor them to separate popup menu controllers.

Change-Id: I85505eda1c5fb707b1e6064007f27af7b31452bf
Reviewed-on: https://gerrit.libreoffice.org/20704Reviewed-by: Maxim Monastirsky <momonasmon@gmail.com>
Tested-by: Maxim Monastirsky <momonasmon@gmail.com>

("'<<' : result of 32-bit shift implicitly converted to 64 bits")

Change-Id: I738fe94ec559e2a35ffc32fb91c22c06094cff9f

Change-Id: I326d306af89dcb0611e07689d2c26a828f3896ee

No testcase as our importer doesn't read this structure, but Word
complained about this.

Change-Id: I91f947233802ea6fb103c32fd774bad09c56764e

And also relax two import conditions, as it turns out Word accept those.
So instead of checking for each offset/length one by one, only check
once.

It's now as good as the DOCX one, I believe.

Change-Id: I1890ef61fdbbd2ab6facaf3e787f75b791adcfdc

have buuild under windows with debug-util

Change-Id: I65f5c52db0d57453bbbba268ba0b936588c2bf73
Reviewed-on: https://gerrit.libreoffice.org/20657Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

side step the whole pile of misery by using native gtk tooltips

also gets transparency and native themeing too by default

Change-Id: I59552661cd9dc18a563341885bc40fcdadc5264f

this will make it easier to implement native help tips

Change-Id: I984dfadaf02e9b7bf542ba82cf070911c89cb699

Change-Id: Icef8c521d6a0ad1ee1fa1eadf2e472910c9193f2

Change-Id: I1d1f8aa28438209fbe3258b4b4418fcdfaabf78c

Change-Id: I05eda6067308119a388238eed356531851000691

Change-Id: I30ba25e035fae08c06b17e2bafcb8a1147d4e12d

Change-Id: I3ca21608d633145c8a5238b947e22671460e9195

which makes modal dialogs (which are most of them) place correctly
under wayland. Modeless ones are still uselessly shoved far to the
left, but this makes things near usable and gives the same "graying
into the bg" effect for the main window as other gtk apps

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

Throws exception to manage timeout early in the first connection
sequence.

Change-Id: Ibf87f9d7607c808692509c694127266b6f542014
Reviewed-on: https://gerrit.libreoffice.org/20196Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

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

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

It keeps state that apparently doesn't affect its cache hash key.

Change-Id: I82ead9fcded16152f2a106a971484cf4a9eaf8ea

assigning a component or a script to a dialog control should not results in a crash in
dbgutil-enabled build

Change-Id: I06d11d8d51d0fe8d1b2a7217c51c1dfc8d3f8c97
Reviewed-on: https://gerrit.libreoffice.org/20695Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Oliver Specht <oliver.specht@cib.de>