Change-Id: Id986bc7f9f09902dfda849bc86f9c48ccb0f30c3

Change-Id: I4c13d1cd4b7490a0b4db8f0dd40d823a5906c8aa

Change-Id: I2fb97a1422ed82c79b7babff793dba700eba2369

It is not possible to create wiki pages with URLs that have %2F in
them. Help URLs contain %2F, when invoked from dialogs that are
based on .ui files, it seems this is the new HID syntax.

For example for Zoom dialog LibreOffice used to call
http://help.libreoffice.org/simpress/cui%2Fui%2Fzoomdialog%2Fzoomsb
and it did not work. Now it calls
http://help.libreoffice.org/simpress/cui/ui/zoomdialog/zoomsb
and it works.

Change-Id: I163cf8ec3b69f31eadbbd9085d2180839fe91e07

Change-Id: I7c06fe72789eb6108b13eefaca3ff9c9b3416f31

Change-Id: I985b3373edcd0bfc151adfa92b79a6b5080d22ad
Reviewed-on: https://gerrit.libreoffice.org/3805Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Project: translations  e06e924e1a2d2497cea1f282ab5381ee78f0b05e

Change-Id: I85a7dd4454233141e1cefc04cf30f999babf6ae7

No idea what the nonsense about cargo-cult in the previous two commits
was about though.

Change-Id: I97a7a39ad431e5ab9eab4de6de2b08d4d6889307

Project: translations  3b967bbce7fae6b042bbbe5c2bf9fad14941192f

Seems with the extensive drawinglayer rework, we now get bitmap
fills rendered via clip polygon and subsequent bitmap tiles. To
get the true bound rect of the current metaaction, clip it against
outdev's clip region bounds (as some reasonably cheap best-effort
approximation).

Change-Id: I4ecf04e2d94da21acc97362a1a65a965c7176077

... for Package_generated removal

Change-Id: I14d8da088964224b68fba03e920eeb5a2d19f9f5

Hopefully a better choice for defaults will minimise the chance of a bad colour
combination for notetext and notebackground colours when one colour ( more than
likely the notetext colour ) is gleaned from some default ( e.g. like a system
 tooltip colour ). We change the choice from system helptext ( fg & bg ) colours
and use Libreoffice default font and default note background colours instead.
The rationale here being that even in the normal scenario it seems with modern
excel documents the note background colour is a 'real' colour and not an index
( therefore the colour selection from some predefined colour doesn't happen )
But the note text colour is generally a colour index ( therefore a colour is
selected from defaults ). In say gnome3 the default tooltip colour is now white
 and a really bad contrast to the normal background colour for a note. I changed
the code here to use the colours from libreoffice given that the default colours
more or less match Excel default colours ( which will be by far the most
frequently ) used combination

Change-Id: I2ae38a44e0cbf201beb3b7d18a89f5ebdd644f8c

...just like it was implicitly exempted while it was still part of juh.jar.
(The true fix should be to remove this smoketest-support code from general
installation sets, but that is left as an exercise for another day.)

Change-Id: Ia8bb07795facef5f344e3e53c3901f229725d1af

Change-Id: I082956036843b6a88e3e1db3d799985599ae2980

This one is ugly, the Yacc generated header is used in lots of places;
the dependencies are already right because using the header requires
using the dbtools library which builds the YaccTarget, so just yet
another include path has to be added.

Change-Id: I031fde80ac326551d4719533305b1ae35351ca43

Change-Id: Iab5eb4fbfecea905f4eeb9f1b1f503c1908dadc8

Change-Id: I3791f7f513246faaeb76f9209c08008c78a38619

Instead include generated headers directly from workdir.

Change-Id: I9d2bcc07175d2bbc16d3cc548c2245e7a4fb0c65

...into a new smoketest.jar, so that URE juh.jar no longer depends on non-URE
unoil.jar.

Change-Id: I8937c78d8af6e2f82ada5dd80c322f8bca5ec2f5

- Mapping LO default style to Word "Normal" style for docx output used a
  hard coded style name, so it broke when LO's default style was renamed
  in 4.0 (plus it would never have worked for non-English languages)
- This renaming did not cater for nameclashes, leading to fdo#63603
- Similar renaming when importing doc styles did cater for nameclashes,
  but had a minor bug in that

Change-Id: Id23f3021c6507b474c16e93abf43ba748606ebc7
Reviewed-on: https://gerrit.libreoffice.org/3743Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>

Project: help  c599d2dde1df55d8d743d4eaf3521dbb4db10361

The motivation is that if -- after fixing a crash -- the document looks
OK, then all the paperwork in the ooxmlimport isn't necessary, just drop
in the file to qa/core/data/ooxml/pass/, and we're done.

Change-Id: I2287189bd3c49c5e53489f9d89a6341685359b33

Project: help  87300967302507220e9a33e1f48d73779c584791

Change-Id: I27ffb8f1bddc0a41d76a8b6d441e10e9a71ff10f

...from 43debfae "General cleanup of
OfficeBeans," as this is a stable interface that should not be broken airily.

Change-Id: I931a611341a1b29346d134c11ecf886fe7767836

Change-Id: If1c4278fa02a74b040af444eb6ca89209daea13a

(should hopefully fix tinderbox breakage)

Change-Id: I460b782b1bbf212a4f535960f82b2a2843f6fe74

Change-Id: I4d8b1b527d5099781a36cc1265318c167205340e

Change-Id: I9fd616930eb0b336ce89e97bc333f19d4cf449ae

Project: dictionaries  6434e14f6601183d8b95f9d4f9a544525b3dc5c9

Change-Id: Ic3dca6f1f0c0f7de7070801793938569e76e1907

Change-Id: I6b2a40c4b95555c4d8bf0d8674fce46accd49965

Based on a previous patch by Noel Grandin,
<https://gerrit.libreoffice.org/#/c/3613/>, and borrowing from
boost::is_base_and_derived (see comment in include/com/sun/star/uno/Reference.h)
to avoid including Boost headers in URE headers.

Change-Id: Iade5af144dd73ef03bd7d96000134c7a66a5e591
Reviewed-on: https://gerrit.libreoffice.org/3699Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: Ie1e853fd1dd3154c6805eb8129c35a49150b458c
Reviewed-on: https://gerrit.libreoffice.org/3806Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

Change-Id: I7384a4fd82c8807dfaf9049306b65fe3ef5cab42

It could happen that externals were built incrementally, in case
something the ExternalProject depends on was updated.  To prevent this,
change the dependencies so that the UnpackedTarball is unpacked again
when the ExternalProject's dependencies are newer.  This is possible
without introducing a new target for the purpose due to the refactorings
in previous commits that enforce the name of UnpackedTarball.

Change-Id: Ie7a84064ec2ffc76175cd2b7792517e68664a461

... now that everything is consistent.

Change-Id: I96c15159648815554280202eb1b6d274ead4e7b8

Change-Id: I4d11dc634c4f93ffcdc7e1f359e5d6a0d001aaae