Scrollwheel handling seems to work with mouse, but not correct
when using a touchpad - at least for me.

Change-Id: I4f1b32205516912e31f9c52605ba2bf4ec6059a8

Change-Id: I36631c332ddffbca73768cdc4a596213e0b026ef

QImage stores the scanlines from top => bottom.

Change-Id: I0a176066ab631179b8460b61a6c2b07ad2179d31

Change-Id: Ie47b8def36d67255b61eab04bc7e3818bb1d8ea8

CommonSalLayout doesn't rally have an interface. It's cluttered
with #ifdefs. Currently we have to move the Qt5Font into the
VCL library. Someone should refactor this...

Doen't render any text yet, but reports some sizes.

Eventually that would cut down the public interface again.

Change-Id: I12f32affb05b37e070c6cbc80db01779f84590b6

Instead of QImage, this uses cairo_surface_t internally and just
blits the composed image in the Qt5Widgets paint function.

To enable this rendering path set SAL_VCL_QT5_USE_CAIRO.

Change-Id: Ieddda9bad2596ce46d7d07d4d7060e40d44997db

Move out of unx, as this will eventually compile on other
OS platforms. At least currently it doesn't contain platform
dependant code.

Change-Id: Iea0bebf574201881ea158381fe7ba8af2a9a6488

Change-Id: Icc322ea94708f0799011a2e4ee1499c184254690

Change-Id: I1f7b1894272096a0f0b23b63c3eeae310fb28c6f

Change-Id: Id8d901e9d283ee93cc952e6af267dbafd7f9b9aa

To pass the "Application error: no fonts and no vcl resource found
on your system" failure from OutputDevice::ImplInitFontList.

Just saw there is a SAL_NO_FONT_LOOKUP, which probably also would
have helped.

Change-Id: I2c818313c4f8b0f1d36242281e5c51973315b642

This way we pass the "No mpGraphics set" message.

Change-Id: I097a823c295b251304dfbec8a71eba31b3d2b9ef

Change-Id: I53845519d0dda324c9544f057b18c6afd4cf858a

This turned out more tricky then expected. Originally the
KAboutData was assigned to a non-existing QApplication object.
Somehow this was prevending the later crashes, if the QApplication
was initialized before KAboutData and we were creating QWidgets.

The problem turned out to be the referenced arguments to
QApplication. While we already passed the command arguments from
allocated / heap memory, the argc argument was just the local
stack variable!
The simple fix is to allocate an int to pass to QApplication and
the crashes are gone when assigning KAboutData after QApplication.
Also removes some Qt initialization warnings on startup.

Change-Id: Ic5b1eea578039fd5875097d23de587b970a6dfca

Splits the configure checks into a Qt5 and KF5 specific part.

Change-Id: I0a616ba031e1f7fd0385219ac48179adb4bdaf14

Change-Id: Ida7c4858cb770d1ce2d05aa6adc332c89bddd795

Something that compiles, basically just interface stubs.
All used Svp classes don't use any cairo.

Change-Id: I9a8858c930989438cc2a3f3346c01a7abc579d62

Change-Id: I745ec997df4401c3a87963a36c43add4cfeffe04
Reviewed-on: https://gerrit.libreoffice.org/44334Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Bartosz Kosiorek <gang65@poczta.onet.pl>

Change-Id: I7cbc786407ee798950a7fdc98f43aee0845ff862
Reviewed-on: https://gerrit.libreoffice.org/44347Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: Ibc8643667c3ae352107a93dcce2be02b1a9af06f
Reviewed-on: https://gerrit.libreoffice.org/44344Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

Change-Id: Ic8b122748157bf63b5c934a4745bcdc011594153
Reviewed-on: https://gerrit.libreoffice.org/44342Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

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

Change-Id: I8d733ab07b6e989c05f131b61441da7e6d124772

Change-Id: Ia25bc32dda97ef3413b468142176c1197bd5e8c7

Change-Id: Icbc97d6a69447575aa2980a700a663ece226f781
Reviewed-on: https://gerrit.libreoffice.org/44273Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Serge Krot (CIB) <Serge.Krot@cib.de>

Change-Id: I736d9d2ed863e0978a9abfecdca7dbf7a30f5d81
Reviewed-on: https://gerrit.libreoffice.org/43407Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

Change-Id: I15cac1411c985afe8d7cb9439214a8092702bdb8
Reviewed-on: https://gerrit.libreoffice.org/44343Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

the code was truncating the param to sal_Int32 anyway

Change-Id: I743b60097df937c16c995e2e6deacc12cf12e5e9
Reviewed-on: https://gerrit.libreoffice.org/44341Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: Ic49e0dad1351684db3372214604d12b48d0be907
Reviewed-on: https://gerrit.libreoffice.org/44337Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

(666fd212 "Update mdds to 1.3.0.")

Change-Id: Ie1ffb199e7960e735584412b064cb0b1dcc0e3dd

...by directly calling shutdown(3) on the underlying socket, to make
dbus_connection_read_write fall out of its internal poll(3) call blocked on
POLLIN (upon which it returns false).  (dbus_connection_close only calls
close(3), so calling it from DbusIpcThread::close would merely decrement the
socket file descriptor's reference count.)  This removes the need for the sent-
to-self "Close" command (whose processing turned out to be too brittle in
parallel with closing the connection down, witness my previous three fruitless
commits in this area).

There appears to be no need to explicitly call dbus_bus_release_name, as the
session bus apparently takes care of releasing the name as soon as the
associated connection is closed.

Also there should be no need to call dbus_connection_read_write_dispatch instead
of just dbus_connection_read_write, and dbus_message_pop_message should probably
be called in a loop, until all queued messages are processed.

Change-Id: I13f30b6676a531f349e953329e910c1ff45ee53e

Regression from:
https://cgit.freedesktop.org/libreoffice/core/commit/?id=6250b856defa4d49469cb455c1eef53de02f623d

Change-Id: I33aa75dbe525cb22677379b38353ecaf52e105f5
Reviewed-on: https://gerrit.libreoffice.org/44331Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>

Change-Id: I47c3f2bf08622b386b6e782d60f6ae7765db814a

Project: help  a9a38be9f58074514e852bd1964f26cba53b2e71

Update references to 'Edit - Track Changes' submenu commands

Since commit 37ad8daa these submenu commands have shorter names
Remaining instances of the command names refer to window
names and functions, this is why not all of them are changed.

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

Change-Id: I40516d82e79c0585f828e76f005af269fad75aa5
Reviewed-on: https://gerrit.libreoffice.org/44338Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>

Project: help  e0ebfef4249938ce3c54f274d6a1a062148d3e88

Drop some unnecessary ahelps related to Fontwork commands

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

Change-Id: I533a7eb724b15e168a28dc92cd5962a39bc96e7c
Reviewed-on: https://gerrit.libreoffice.org/44313Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: Iaa08ecb3a9a17f384267f2b685a4b672277db1ca
Reviewed-on: https://gerrit.libreoffice.org/44317Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: Ic0f4c2c7576023a96266116a1237190586e4e816
Reviewed-on: https://gerrit.libreoffice.org/44316Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I8922fc85ab23453791e3ce0b639d4ffafd31e967
Reviewed-on: https://gerrit.libreoffice.org/44315Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>