Change-Id: I56fb6eb96f0d7c0a80741ba1dec7a2cbe650c33c

Change-Id: Ic5aed60d40d0e1cd4c227032bc4cf9adbd7be00a

Change-Id: I07a8b2eaa11ca29e3303d323060c3a4c52823967

Change-Id: Id647a5b681e10defd944ccb2ec8509689df704af

Change-Id: I0b80042bdab33b52b339267292249add6f70ac3c

Change-Id: I682a6e4f1a9a5ca3047a4ba2a3229158a8229b4a

Remove export for all the netpbm formats.
Import still works but these filetypes don't preserve good quality
anyway.

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

Change-Id: Id586934c8ff635b1ec2b645b0956cc60960f6078

Unicode Notation toggle's alt-X conflicts with the main menu for Basque,
Galician, Dutch, and Brazilian Portugese.  Replaced with Alt-C which matches
the alternate combination already assigned for German.

If MSWord uses a different combination for these languages, someone can
request a matching change.  Dutch is confirmed as using the conflicting Alt-X,
but the other languages are unknown status in MSWord.

Change-Id: Id07fc825aa7df427b4e7d1db9026dc1665a14a0d
Reviewed-on: https://gerrit.libreoffice.org/20370Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

Although German (de) was remapped to use Alt-C instead, it still
assigned the en-US alt-X assignment as well, and accelerators
take precedence over menu ~ indicated keys.  So a blank assignment
needs to be made in the alt-X accelerator for any language that conflicts.

Added vietnamese as well - it conflicts with both alt-x and alt-c, so not
assigning any accelerator to it for now.  A vietnamese can request and suggest
an appropriate accelerator combination.

Change-Id: Id972f5125ccab5eaca72b6a114099a5b441b055d
Reviewed-on: https://gerrit.libreoffice.org/20365Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

Set up the toolchain to create sources and javadocs artifacts in
addition to JARs created during the build. Use Buck build tool for
that: [1]. This is a fork of Google's build tool Blaze, created by
Xooglers at Facebook. This build tool (like Blaze itself) uses
Python to write build files.

Add needed tools and build files to install LibreOffice API artifacts
to local Maven repository or deploy them to Maven Central.

To build all needed artifacts LibreOffice must be built regularly
with GNU make first. To build the rest of the API (sources and
javadocs):

  $> buck build api

To replace version number with upcoming release version:

  $> solenv/bin/version.py 5.1.0

To install the API to local Maven repository:

  $> buck build api_install

To deploy the API to Maven Central:

  $> buck build api_deploy

Detailed documentation is added to document the prerequisites and
the workflow to upload LibreOffice API to Maven Central.

* [1] https://buckbuild.com

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

Change-Id: I41b0ce2a024d7cc850fb7a380c992167fa004e72

Project: translations  0fec96207aa660bd7a5de1cd8694703c8d33e92c

update translations for 5.1.0 beta2

and force-fix erros using pocheck

Change-Id: I1b2faba1d02fc0d683d8d50c77fd8d0dba4c8abf

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

Change-Id: I9ab9c0eaf463c93caf116c98e47564562af0af5d

Removing an old hack that is no longer needed.

A table marked as “keep with next” doesn't split and keeps with the
following paragraph already.  It doesn't require this old hack to
function properly anymore.

Preventing tables from splitting had forced
large tables to always start on a new page.  Removing the hack
allows everything to lay out nicely now. There is a fairly large
suite of tests in the bug report that prove the proper layout of
various keep-with-next situations.

Any document depending on the old behaviour can simply  (and properly)
insert a manual page-break before the table in order to force it to start
on a new page.

Change-Id: Ie2036c1a638009aaf95247574998077a1e55b5e5
Reviewed-on: https://gerrit.libreoffice.org/20216Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>

Change-Id: I3d9ffbdd8246d7dee6b49393dd6875cab8565dc0

Change-Id: I5bdc1585be07357597c0527dc303643242f1d727

OOXML embedded objects are converted to ODF during export, which
prevents the export from working, as it expects a stream, and ODF
uses a storage.

There is already a unit test in testEmbeddedXlsx, but it wrongly
succeeds because the components necessary to convert from OOXML to ODF
are missing in the test environment.

Change-Id: Ib4df346e04ecfb54ec1a728535be876db921b884

Doesn't really change anything, but looks nicer.

Change-Id: I8f2dc41adaf22e11b1c15ba619ac00b6b72892fa

That's 197 more than the current release, surely a big improvement.

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

Change-Id: I6715b620adaa6f2b461cb900abb996b62d955ae5

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

Change-Id: I051e2682bdff3bf88fecd726bd57652e5f9e8806

When using appearing animations on shapes, some of the slide transitions
incorrectly don't show these shapes. Same for disappearing shapes - both
states are wrong during slide transition time. Fix slide bitmap
generator to take final slide states into account.

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

Change-Id: I9240cd2240940e03e895a7544c9f51a29b048355

Change-Id: I163f7d6c0f30ac2929df1cae202e695d21bb49fc

Change-Id: Icdbb361feea2ebee74f9d0a906bdd3c2882443e8

Change-Id: Ic4d3bcec7bda300bca6911a7472cafafdf12f5bd

Change-Id: Icbbf540e00be3baf222309a00b153cb34879dfd7

Change-Id: Ibd3e5a2c465f74577f2acf93dc3558bca3a323fb

Change-Id: Ie8df504e2ff29897527128ca634211d4e50c8810

Change-Id: I8295505c4b83d23736c1da763eced7406b174409

Change-Id: I18d6ef04ff00f971a4c54ba259733c07501c6c1a

queue_resize needs to invalidate the size cache even
if there is a pending layout idle awaiting

Change-Id: I6dba3d37fbb33125cc3f5d17aff6d2f7a3388654

Change-Id: Iaaefbe2311e61be3b9689c693481d149aa1355f5

Change-Id: Idc9e8fd0c35de48a2366dca3850bcc4e69ef997f

Change-Id: I7048d69816d09392ce3b974dc2820a0935591c4c

Change-Id: I0c517492d578f0291c823d56332006f6a433ba2e