Change-Id: I79facae1159f878092a47560bb1c4488842fcc0a
Reviewed-on: https://gerrit.libreoffice.org/20811Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>
Tested-by: Kohei Yoshida <libreoffice@kohei.us>

Change-Id: Ib49f52c94ae96b8bddec6718585d5d7d6e3d148d
Reviewed-on: https://gerrit.libreoffice.org/20806Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>
Tested-by: Kohei Yoshida <libreoffice@kohei.us>

Change-Id: I276f7bbf2bd6fa7c67d8691634ad9d79e4a08b1c

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

This avoids problems with the initial default context getting destroyed.

Change-Id: If465dfcd185a3336036b98cb2a205e0502d3f80b
Reviewed-on: https://gerrit.libreoffice.org/20796Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Flipping of images was not working if it was only horizontal or vertical,
if both options were selected flipping was treated as a 180º rotation
and that make it work. Problem only affected png files because this
kind of files are treated different from jpg's.

Change-Id: Ia0e4a2b16a714cce0b7fb00d6f0a25fb3552d3b8
Reviewed-on: https://gerrit.libreoffice.org/20782Reviewed-by: Jacobo Aragunde Pérez <jaragunde@igalia.com>
Tested-by: Jacobo Aragunde Pérez <jaragunde@igalia.com>

with --headless --convert-to pdf ooo93489-1.ods

probable regression from...

commit d4daad18
Author: Jan Holesovsky <kendy@collabora.com>
Date:   Mon Nov 30 10:28:43 2015 +0100

    sc interpreter: Move the code that can create a ScFullMatrix.

In that original code I see there was a check for "Data array is shorter than
the row size of the reference. Truncate it to the data" which doesn't exist
anymore. If I reintroduce that check here the crash is avoided.

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

Project: help  78c7e1c24aacacfa69c8de3644b154e98d858f7e

Typo: doubled period

Change-Id: Ic41033ee91fa10ba5b9d4ec84f7a7a006b944095

Change-Id: Ic974159f816bae465339e1b9abd2e247bbc2f206

Change-Id: Id4e9fefc3529a8e1b0079b47ff182ef54e19a0e8

Change-Id: Ia9d061d9f5fb07e07fd6253a6493a4e9b1f9c975

Change-Id: I5abc1d6fae7186342e45a83253d56c2311ec5139

Change-Id: Iaaf8e5f14691cde32058a78842b9c411f2b92d93

even if column is not nullable

Change-Id: I72ceda68e983125aef26c8f0aacc06320bd16b77

Change-Id: I6f9222dd40c553e1d0ad63e00e5874be939a97c1

Change-Id: If5ede0c308930d37bff9e97afc8a76cc5b709034

Change-Id: Id4aac707666420752b985bcfd03b5b9bb99f79f1

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

... and way less overhead, geez..

Change-Id: Id9277301fbe69bc9a83ca39a907032b0b86b1c81

In case of empty values , the accelerator character is passed as the button name which avoids extra spacing.

Change-Id: I8a82f5226e17bf8977fb6a8fd59c99a244e59309
Reviewed-on: https://gerrit.libreoffice.org/14498Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>

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

Change-Id: Icd3cf90bf617c9c77dcf9cbda705bf348f980fb3

The problem apparently was that the GraphiteWinLayout::DrawTextImpl()
function drew each glyph using a separate call to ExtTextOutW().  That
mishandled anti-aliased glyphs (alpha), somewhat in the way as
described in the nice long comment (thanks kendy!) in
WinLayout::DrawText().

The irony here is that in the case of Graphite fonts and OpenGL, it is
exactly from that code block in WinLayout::DrawText() that
GraphiteWinLayout::DrawTextImpl() gets called, and in that situation
it itself runs into the same or similar problem as the calling code
wants to avoid for the run as a whole. It draws each glyph separately,
and subsequent glyphs will overwrite the rightmost pixels of the
earlier one instead of blend properly. Or something like that.

As a solution, change the interface of DrawTextImpl() so that instead
of being called once to draw a run of text, it might draw just a part
of the run, and in that case expects to be called repeatedly to draw
the whole text.

The GraphiteWinLayout::DrawTextImpl() implementation does it like this
in the case of using OpenGL (as indicated by the presence of a
non-null pRectToErase, as added in
b7842c93 for tdf#95648). The end
result is that it draws one glyph at a time into the DC for the bitmap
allocated in the caller, WinLayout::DrawText(). The caller uses that
bitmap as a texture and blends it into the actual destination,
separately for each glyph.

For non-Graphite fonts, or when not using OpenGL, nothing should
change. No repeated DrawTextImpl calls are done to iterate over a run.

Change-Id: Ib7adc30665fc7804913fd2f8886c5b29d9ca42c4

Change-Id: I527eeb82202de0d7b3545c545c492eda89c78e47

Avoid creating our own OpenGLContext to render until we need to
refresh the screen.

Change-Id: I29d4a1cb6193c92ed77ae98566f8b897a6bc67b5
Reviewed-on: https://gerrit.libreoffice.org/20709Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I9b856c9ffd7b3b380b2c1ba37c7c07355423c1f5
Reviewed-on: https://gerrit.libreoffice.org/20786Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>

Change-Id: Id56046d135e7d1acdd7e705b5f0c40f71427c121

Change-Id: I32ab5eb985bd55d9194f3bff4739614cb6e93516

Change-Id: I35f77345804b3ebfda9d427de79968b193d1419a

Since f82d89f3 EditThisFunc() and
EditNextFunc() are used to iterate through the formula to obtain
expression results to display in the treeview. Calling the Edit...()
functions spoils about everything as it messes around with the edit
state. As the name suggests..

Change-Id: I8b35d85b7bbf8821b5a995e84f9dd88a0f6f00b9

Change-Id: I001f68a2033c7c4f631b17cda6653d845c8d1e40

Change-Id: Ia05fb0a568c29d7990a8a837e1df953358acfa1f

- Re-add clipboard functions to Auditing and Pivot table menus.
  (In the old implementation, clipboard functions were added to
  all context menu unconditionally at runtime. This led to odd
  things like the clipboard functions visible in print preview.
  Luckily now we can decide which menu should have them.)

- Rename Auditing menu to "Detective", to match the menubar.

- Rename "Edit Cell" menu name to "Cell Edit".

- Rename the page style dialog command back to "Format Page"
  to match the menubar (Format->Page).

Change-Id: I41b7aba8adacbf1ac995be846cd2af3edd52b1c0

Change-Id: Ibaeeb0f891017862578440ad874f2ceb91d11874

Change-Id: Iff92f050210c112f355803d4d4bcec6b9d289a84
Reviewed-on: https://gerrit.libreoffice.org/20788Reviewed-by: Oliver Specht <oliver.specht@cib.de>
Tested-by: Oliver Specht <oliver.specht@cib.de>

Project: help  1b436f3010b7d9ce4d9b2a0eb526b06196b632d7

add missing pluses in keyboard shortcuts

Change-Id: I02e52789dc66116f5c0ac8623f6e312a2b996d46
Reviewed-on: https://gerrit.libreoffice.org/20550Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>

Change-Id: If3d7514364589058334369432cdcf4f7586c239d

Change-Id: I4bf3e9bd9cbf2b32d79cebd5ba0a818b1f4970c2

use up/down/loseFocusHdl prevents a change of object cache
value while writing
the max. cache value is now set to 2047 MB as this prevents an
overflow of the configuration value

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

Fixup windows PCH plus pulling out more code now unused due to NPAPI
removal. Follow-up to 4c18af27.

Change-Id: I8ad42a28139ceeab0cae1f608d55beb28c159db3
Reviewed-on: https://gerrit.libreoffice.org/20783Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>