Although I don't think this file is currently in use anywhere.

Change-Id: Idc3e01383d08361084e0117de8ff16b7cd82ddb2

Less disruptive than moving the files in this case.

Change-Id: I31f7891ca9c333e1d8c6e1b2c0bba5324f56dbd5

Change-Id: I062e152743da28a54e73988e63b4a5c7032f9b10

Java IDE's get upset if the package does not match the path, so move some
files to make them match.

Change-Id: Ia6a1f3dc572cc1d30492491de9cf1462f2887e6f

Change-Id: Idf804207c2af46dee30d4eff3704b8d61fbe485f

Change-Id: I38a812a4d4ce24fb9ad65c438f6e001b376f319e

The lcms2 author advises 2.1 and that is the version we advertize
in the name of the embedded icc file.

This reverts commit 3bb22684.

The old ODF storage is style based and so the sam cond format can be
divided up into several single stlyes which resulted in several new
style cond formats.

Now we check for old stlye cond formats if there is a equal cond format
and in this case just extend the area. This should make it easier to
transform old documents into the new range based cond formats.

Change-Id: I51a5148922e19e6860de9915abfc59d49b18d96e

Change-Id: I05287fd79455f968c770d61bf5f320b07bba7d9e

The XComponent part of the interface made no sense for a singleton,
so it was removed.
Explicitly document the 'theCoreReflection' singleton and move it
into it's own file.
Deprecated the now old CoreReflection service.

Change-Id: Ib8befa87c7da7eb53a2f587948fd54a64c082472

Change-Id: I26942f1a046651e30a1625dcd3dcbf201fa65d5b

At least partially unnecessary, assuming some of the problems were
caused by the erroneous usage of Arrays.copyOfRange() in
Bootstrap.java.

Change-Id: I230b0ca6c17420f765a7d20aa377efc261186adb

Change-Id: Ie0d7bd95207aafb269f23974b8e90fa0b50fdb86

Change-Id: I593e94e90971b6be681de48dce74f7df2293c10e

Resetting the set between files reduces the size of the generated
offapi.d from 41M to 4.5M.

Change-Id: I221e6dfb75cbadb5d970f18eccfc85ffdb83ce6c

Change-Id: I14097acf09e9663af7d7abc5f0c9d481880ecc51

Create a merged XModuleManager2 interface for this service to implement.
Which is backwards-compatible, but does not require creating a new service.

Explicitly document the XNameReplace interface in the IDL, which
is already implemented by the service, since there is code currently using it.

Change-Id: Ib46349174b1ce495c240031e93c9427fc33d9853

...to better be able to change its set of implemented interfaces later on.

Some potential for further clean up:
* a generic helper for supportsService;
* remove need for impl_createFactory;
* base impl_createInstance on XComponentContext instead of XMultiServiceFactory;
* replace ThreadHelpBase with a plain osl::Mutex.

Change-Id: Ia2cbd14872a609c2ed57d9ce58b546f087c2fdfb

Change-Id: I7c40c37fbe344f1e46ea4a09fb99a5ac82ffd577

so we can get rid of the confusing 1^st help text suggestion

Change-Id: I38fea2c15f6764bd64aaebe2a41935149f62b9c5

Make sure that the ordinal format and the non-ordinal format match at the
start, so that the expectation can be verified that there is some trailing
"ordinal suffix" which can be extracted.

I'm not at all sure that this will be true for all languages.

Change-Id: Ib89a51cdd743db12bfe6e723a9acb61d9fe5e6ce

Change-Id: I291ee5d32110d2fffd976f3e5257daf976428a76

It surely doesn't matter if the result of normalization is unchanged

Change-Id: I87dfd0dadee33897f5df4b0dc532166a8bd9d7e5

Change-Id: I74d2cb7c47ec04f4276755fa1bd74779842c7832

Change-Id: I7b217c4fb48bbee4a2872d15cf23a955b464ffca

Change-Id: Ic56451b2c13d8561bb6e6ee92bf9147b35640a5c

It appears that on Windows at least some jvm.dll versions can cause calls to
_fileno(NULL), which leads to a call of the invalid parameter handler (see
<http://msdn.microsoft.com/en-us/library/ksazx244%28v=vs.80%29.aspx> "Parameter
Validation: Visual Studio 2005").  The default handler causes the application to
crash, so install a "harmless" one instead.

Change-Id: Id6a3ffb63f70b0c65546bc933e994c8dbf35203c

Change-Id: I352c12de27c23519099f4c828e1e503446b83941

Change-Id: I596f5657714824ad34cea2677438ae9860468524

Change-Id: Iebed1c159606ab695b049032da5a3509e468fb91

In order to wrap the SdrPage's UNO object completely, set its mxUnoPage
member to the OSection wrapper instance in OSection::init; only OSection
should have access to it.
Also initialize m_xDrawPage_Tunnel (thanks Lionel for the hint).
(regression from 05218c10)

Change-Id: I048ddafc31e946853e56e6a403ddc9487cfbcf0e

Change-Id: I8ae43356f91c45aecfe56cb83567b5e4e97c5669

Change-Id: I653cee6f86476520d12eaa42c2afecdad1e75dc0

Change-Id: I75a4b2be2fbaf47a2ddb3498dd4e46b1169d47cc

No client code is using the XComponent interface, so drop it.

Change-Id: Id8f6da1248da641dcc0a3cb6d0a70e3bf29e5c99

Change-Id: I0ea6d6439f97fcf74162c19671483aaa17b5a6cb

Rename service from "Decryptor" to "DocumentDigitalSignatures" to be consistent
with the other UNO services, and with it's own header file name.
Add service constructor for passing in arguments.

Change-Id: Iaca0c40bb2f1a1af2ef9ca29361bfd023ade2678

Unfortunately it crashes without a usable stack trace, though... Not
sure whether worth it to dig any deeper.

Change-Id: I3a5864326bead6ac9206ef30436326b97564bb63

Change-Id: I4aee6214123b14f40e01850e1814a4e2d089ec8c

Change-Id: I90bc8870fcc7919f2b9c224160d7cb2e7ef285e7