Change-Id: I9e9c0eee26ead63c508ddcd0dead60395e461aa5

Change-Id: Ieda9b3847de3de8989eaafc542e60216baa1af4d

Change-Id: I98b6263a464b46075e69e363c3eb9e4ec4557c46

also odk: better use gb_Library_get_runtime_filename than manually

Change-Id: Ibbded4e8279b5dcb452f0d90be755edee1d2b63f

Change-Id: I9d8d0a20d776740c4701ec9a1facded9f4bde77a

Change-Id: I9c949e61afd1afe9853b9afcd050803df3388e2f

... plus some more fixes:
- also install ure-link on WNT via Package not scp2.
- also disable unorc in scp2 on WNT, otherwise cannot built instset
  due to duplicate file.
- slso USE_INTERNAL_RIGHTS so startup.sh is executable.

This commit adds gb_Package_add_symbolic_link.

Change-Id: I58511ede3da402464e60a4c45549c15c9c5dd1a5

also, chmodding symlinks rarely does something useful

Change-Id: Icdeb62728c3c0684d40d3a2c4d3bcb87b21bfb5a

Change-Id: I4004361a85af4e6aed9dd0951d1154a2d99f97e7

Change-Id: I3946b44838c659cad12d288c8a1ed5137c3e554e

Change-Id: Ic7515acd14916cc36b59749059ed623cda906c23

Change-Id: I9e3c58fe65b902bb8b6b30449008bd1d71ed2180

Change-Id: I133303e9501414aca0eadddc2ecc14a9d29d6488

Change-Id: Ief0af6dd64e5d144dd6396789068b3c7dae977bc

Change-Id: I76b0f9e547ce604aaace129a60c99b0beceac300

Change-Id: Iaa5cbce576e8a90f7dd89737a9458408dd3d84fa

and CID#1028322
and CID#1028321

Change-Id: I6c151ef949755a17fa09c483d2f5f77b02fed08e

Using PDF's Axial shading leads to better visual result than Sampled
function shading.
Only GradientStyle_LINEAR and GradientStyle_AXIAL are affected by
this change, all other gradient styles are exported as before.

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

I thought SAL_WARN_IF etc worked in such a way that any variables used
in the condition would be "used" from the compiler's point of view,
even in an optimising build case where SAL_DETAIL_ENABLE_LOG_WARN is
false and SAL_WARN_IF should optimise away?

Change-Id: I728e1eeb8559e1299abf403afceb0e2748d08857

Change-Id: I04cc7fdc07e89b0a056f0012cdd00b43d29184e7

Change-Id: I8f7e56ce86e7097379a8e063405bf95405616318

Change-Id: Id00bce6fe4826293f6b0ae842bc70b536e9aa99a

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

(cherry picked from commit d747eabc)

Change-Id: I19139af9e9530214d581720963da6739afd1b987

Change-Id: I06cfdc29d7613638d3cea080e7b39c67c74d4de0

Change-Id: Iaeb9e1637ab4b85735a44f7cd5428e0e0c47c91d

This reverts commit 32d9dd30.

+ Some simplification

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

Initialise them in the presumably intended way to get rid of the
warning. Note that the code around there is somewhat confused and
downright wrong anyway, though.

Also "+0", "-0" or "000" for instance are correct ways to write zero.
Also SAL_MAX_INT32 and SAL_MIN_INT32 are legal values for a UNO
"long". (And it will always be true that a sal_Int32 is <=
SAL_MAX_INT32 and >= SAL_MIN_INT32.) And does the code accept any
single-character string as zero?

Then there is copy-paste galore for the "hyper", "double" and "float"
cases.

Change-Id: Ie1920cfb4d17dca7cd966d8b200d2510ea975290

Change-Id: If6d39259c29e9abcb693c9b0bdfb89b94001f928

Change-Id: I9bcf02b270200fd146d2bfee6f15ff1f9ad8888b

Auto and manual axis positioning seems to cause a problem.
Needs to be tested with more charts.

Loads all options now in a plausibletime.
Handles all short, long, hyper, double and float types.
Also handles []hyper type. Also using a custom edit widget for prevent
errors for integer types.

Change-Id: Idb4f2cb49381e7f92e27a5e89107d48a334f0a26

Change-Id: Ieffdf077372f56016fa735ce0266c9e6e6a1fe1d

Change-Id: I553e6f696ad10e847d845c263fbfbab5d2279345

Project: help  d7cdc2fbf36d81ecfdfa92bdf07e8471aa380ce5

Change-Id: I91c69add679f62af5f67cc1bd7c2739b2de84cfb

Change-Id: I17b60440297d4eecca0737f811f6e56cc5bc91ce

Change-Id: I7419df44a1f75a1f8bd93f10a8104b75784e6fee