Change-Id: Id2e8ad5b6bed1c184de6dccf7fa43254099fb958

Change-Id: I50c64d5fcf1d642052be5edbe64dde2c03c1eba9

Change-Id: Icf6a71900d79377cde84c2307ce85a9b3c96a54f

This reverts commit dd6c4f4d "fdo#46102: Load
Java scripts with class loaders that actually find them."  That commit broke
support for macros embedded in documents (as
new java.net.URL("vnd.sun.star.tdoc:...") throws a MalformedURLExcetpion), and
it looks like that commit was not necessary after all -- or rather that what it
tried to work around must have been some other problem that has been fixed
meanwhile.  "It is unclear to me how the Java script provider shall ever have
found the script jars in the past" indicates that something must have been
fishy, and what I failed to notice back then is that createURL creates
java.net.URL instances with a UCBStreamHandler that does allow to obtain content
from weird-looking URLs.

Anyway, with that reverted, all three following scenarios work on both current
master (towards LO 3.7) and libreoffice-3-6 (towards LO 3.6.4); I haven't yet
come around to test on libreoffice-3-5:

1  Stock macros, "Tools - Macros - Run Macro... - LibreOffice Macros -
HelloWorld", running all of the four "helloworld.bsh", "helloworld.js",
"HelloWorldPyhton", and
"org.libreoffice.example.java_scripts.HelloWorld.printHW".

2  Per-document macros, loading test.odt attached to fdo#49517, then "Tools -
Macros - Run Macro... - test.odt - HelloWorld", running
"org.libreoffice.example.java_scripts.HelloWorld.printHW".

3  Extension macros, installing ScriptDispatch.oxt attached to fdo#46012 as
shared extension, then loading StartScriptDispatch.odt attached to fdo#46012 and
pressing the "Start Java via ScriptProvider" button.

Change-Id: I31cd16b3720ffeb1058722d4d1fdffb773f8a067

Change-Id: I6b26f2805d08d2eb1b28ade459d38a1c6895addf

Change-Id: I347672a2175cf7a0304cf5d6c0f8f3f6afa92cd4

Change-Id: I0ddc4d343882248d208c9f96366625bcbe6ac4f7

Change-Id: I702c044fdf510c67364f2fc32889ca394583edf6

Remove tabs too

Change-Id: I8f7b2148f95e5694ad17d1a1b98001f1c803ce7e

Change-Id: I1c571327f977a95fc4193567142e3897cbfc3e14

Change-Id: I6ac3940fb0b07d280998a56d5eaede0909f14bce

With ucbhelper::Content now requiring an XComponentContext during construction,
calling "unopkg add" with an .oxt that requires license acceptance would lead to
an assertion about a null XComponentContext, as doChecksForAddExtension calls
the XPackage's checkPrerequisites -> checkLicnese -> getTextFromURL, which
creates an ucbhelper::Content with getMyBackend()->getComponentContext(), but
early release of the "tmp" manager would already have caused disposing of that
backend, which clears m_xComponentContext.

I assume this problem had always been lurking silently in the code.

Change-Id: I9f59c612fe3831b2f6dd832ef2f0505b6590b8e0

Change-Id: I119f008734e4978d6bcf5f786ae3604db5c0f8a9

The "faux bold" make the bold font in Asian ugly & unacceptable,
Adjust & improve the "faux bold" to make the bold font better.

Change-Id: I2e02156ffc30629476b80134ffb0b50e793f7ead

Hmm, this did not work as expected. The submodules seems to be a bit
error-prone to get git into inconsistent state :-(

This reverts commit af8d133e.

Change-Id: I382b2a01ec5c7bbe5a3faf7333c161e8a76fdd27

Change-Id: I13d08b9ecf86bf78389effb2bb6f167f74f37827

Change-Id: I16c555e87f8df19a74c8d34f21bce4570c1d756f

regression from f6a34255

Change-Id: Iabfaf92629cd4d53ab7af5f3e3013eb81bb8104d

Change-Id: Ie54528ccf641b380eda1d1bb12b39d0536c4d17b

Change-Id: I39ce208c1e5dd307631c628217ff596632753f23

Change-Id: I91ca29d9960e2f92c0f8bdec97695b58078fac6b

Change-Id: Ia7eed5e9e1f8fba9876730e909461dabc167deb9

Change-Id: I3febbc1618ca86f19c851a8eea313327a9c0a96c

…instead of using eval to process the same rule multiple times
Saves quoting, makes it more readable.
(% always matches whole sub-paths, not only on Mac, see
http://www.gnu.org/software/make/manual/html_node/Pattern-Match.html)

Change-Id: I80e481d4a7e1cd62ad9916257a75c77c87d3bbdd
Reviewed-on: https://gerrit.libreoffice.org/858Reviewed-by: Peter Foley <jpfoley2@gmail.com>
Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>

Change-Id: I16c40fceb2fc84147eb298aa86987b8682a81c8e

Its a nice idea to merge properties of the same type and value if one starts
and the same place the last one ended. But character styles are properties as
well, so if we have character-style+superscript on range a, and
character-style+superscript on range b and merge these so that we end up as...

character-style on range a, superscript on range a+b, and character-style on
range b then that clearly gives the wrong result if applied in that order.

So its only safe to merge if there are no intermediate properties that can
affect the merge candidates.

A regression from b3cee382

Change-Id: I541563d11265426736b840de068922eef8d45573

Change-Id: I892a77f65ad420d0fbf4b95179e4bcfc2ec55192

Change-Id: I96893aa0aed6144c3888a85afe64f90d969e9448

Change-Id: Ief0083c0274c573fce62c32dfae35a647804b20e
Reviewed-on: https://gerrit.libreoffice.org/900Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>

Change-Id: Ia68b74d06ffe533bcc302fb5094267e0efae6faa
Reviewed-on: https://gerrit.libreoffice.org/901Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>

In final (NDEBUG) builds assert expands to (more or less) nothing.

Change-Id: Ie6d43cac381975880c9db2b4a01bd9ed30e2714b

add error handling for fread, fwrite, and fscanf calls

use "fputs" instead of "fprintf" to avoid warning that it couldn't varify
the format string because it wasn't a string literal.

Change-Id: I1137160d28461fbac69c8e05d32ba010da491c57
Reviewed-on: https://gerrit.libreoffice.org/903Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>

Change-Id: I6a1d51e6a1e5e41b9866bc67c2e9707a2bd2e9a4

...the reason it started firing was a regression that has now been addressed
with 402eaced "Related fdo#46808: Fix
UUIInteractionHandler::initialize argument handling."

Change-Id: I2f36e1cb5ae1af293a7c07c366f1602e56e966ea

This was a regression introduced with c25cb8a6
"fdo#46808, Adapt task::InteractionHandler UNO service to new style."

Change-Id: I52e36c4aabbf4b2b4552ed0e8ea164db15071980

Change-Id: I452319aa627c8de17e87033597a151f186c4361c

...with its ifneq ... endif sections, so require make cmd instead here.

Change-Id: Ifab2117c5fb775c0c4ca7001f954716bd09a3844

Change-Id: I6613cad010267afa551ddcab7cf92c7d930d409a

Change-Id: Icdbb60525f858a2a0002a5e6f599eb6a6954a9dd