Age | Commit message (Collapse) | Author |
|
Change-Id: Idc7179f393da9e97a86ca910eff15697f094ece1
|
|
Change-Id: I3a6b2218cec77eabf05bc422258e672269440c7b
|
|
...and some further clean-up.
Change-Id: If5dce53e382b56390c502d0d0d93fc06cbfe33ea
|
|
Change-Id: I256b2b0ad508faed68c9faf0df6a9bb2e334cc66
Reviewed-on: https://gerrit.libreoffice.org/627
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
* As UCB is only ever initialized with "Local"/"Office", remove this
configuration vector completely. The "create" ctor creates an instance
internally initialized with those "Local"/"Office" keys. Special (test) code
can still instantiate an uninitialized one via plain createInstance. And for
backwards compatilibity process startup still ensures to create an initialized
instance early, in case there is still code out there (in extensions) that
later calls plain createInstance and expects to get the already-initialized
(single) instance.
* XInitialization is an "implementation detail" of the UniversalContentBroker
service, do not expose in XUniversalContentBroker.
* ucbhelper/configurationkeys.hxx is no longer needed and is removed.
* ucbhelper/contentbroker.hxx is an empty wrapper and is removed; however, that
requires ucbhelper::Content constructors to take explicit XComponentContext
arguments now.
* The only remaining code in ucbhelper/source/client/contentbroker.cxx is
Android-only InitUCBHelper. Is that relevant still?
Change-Id: I3f7bddd0456bffbcd13590c66d9011915c760f28
|
|
Create a merged XUniversalContentBroker interface for this service to implement.
Which is backwards-compatible, but does not require creating a new service.
Change-Id: Id264387bf8af8bf211050e15b8801a1fde368167
|
|
|
|
|
|
hook in new properties into the property controller
allow new values to be passed to control
Change-Id: Ibbf1c1de4bfc7cb15e46d0d6704a025e5f0d048c
|
|
Change-Id: I4abc00bf4fcebb098b63cc2c3638e0d573381ca5
|
|
Change-Id: I7b77f1a21936ff63b64d005fff3343df30b90b38
|
|
...causing update check to not run due to the missing JobList entry.
Change-Id: If855259ac86340763e4b0fa8266f011f8980d61b
|
|
Change-Id: Iacfcb2e16cb0e3c25a4cd0678a374fe5111284f7
|
|
Change-Id: I6f631fbf9f9e3e958ab3269d099be42e0854493a
|
|
Since b679a2a02180c017bd8b596fb2e4f283bad93b75 this oleautobridge seems
to need comphelper.
Change-Id: Idb04b61026e78fd3f726d66ef05d4345aaeb40a6
|
|
It even seems to run on my system
Change-Id: I0246467b82bec7617d6de7dbad84c45fc279c24c
|
|
Change-Id: I694cff583fddb713a59e5d6b8e15ea06a2be63b6
|
|
Change-Id: I5ceeaedb25ab8c9e6510e7fa88143670ae82703c
|
|
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: I75a4b2be2fbaf47a2ddb3498dd4e46b1169d47cc
|
|
No client code is using the XComponent interface, so drop it.
Change-Id: Id8f6da1248da641dcc0a3cb6d0a70e3bf29e5c99
|
|
Change-Id: Ib298b3219c3e89dd35bce0974846ed4888ed941e
|
|
Change-Id: I577fbc7f990be9ec1f7b7eea53218b7daaccb2a1
|
|
Change-Id: I8daed910fc552a973464ec6756f59910ddd5d0da
|
|
Change-Id: I19b3ba7c978e02ce865360f0411007525012149c
|
|
Change-Id: I7bdf16fc6d042e5ecd404c604a8b7c31c1ac7bc1
|
|
Change-Id: Ib2f73d679ac4a6164142a370ce6d55c6de41117c
|
|
Embedding graphics in a report builder report is not implemented,
so do not propose it to the user.
It already was not proposed the dialog raised by
"Insert->Picture->From File"
This commit disables embedding the UI when selecting
an image for an already existing Graphic control
(as opposed to inserting a new graphic control).
Change-Id: I107bc59bef8bb29a75140542cc5c2779a37ed113
Signed-off-by: Lionel Elie Mamane <lionel@mamane.lu>
|
|
Change-Id: Ie419c769c5d661d51c1b43b9808791dcf9e1725c
|
|
Change-Id: I86e2a8873e5646abd340015f500bf9e872e8e6c5
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Ia1805aab4bec7fef02c96ec4e7a7a0ed9991d3c3
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I317058e3b25cebb7c1d89361636261c5f16a84d4
|
|
Change-Id: Ied91b5b298f0cfad0d3408c3cbb87c7bd1b83247
|
|
Change-Id: I184a7f9c65dd762407b2431d9c6557e718b954b2
|
|
Evidently on Windows, the newfangled ucpp handles #include "foo"
differently from #include <foo> and treats it as a relative path, while
the angle brackets always result in absolute paths.
Since relative paths result in infinite rebuilds if make is invoked in a
different directory, don't use #include "foo" in IDL files.
Change-Id: Iedcda3a4be5542389a0be086f14541cda8dc5323
|
|
Change-Id: Id13e7acfbe34eca5e124c9032d36d6f158bfb831
|
|
|
|
Change-Id: I71a3ea0fd548bb6dcaf2df823fa3d63026b1b3dc
|
|
|
|
Change-Id: I55038545ad740891777075c6fadde9959bd7fa1b
|
|
Change-Id: I3500eb6a7ab1c98856a8da13e76135d1073dd6fd
|
|
Change-Id: Id887eeec911e32b8c43e9e561ffc74763f6da05d
|
|
Change-Id: I5608cc330104f1e50501c5e63ab05545fcd67fb9
|
|
Change-Id: I16ec56f8fefd3224b82e074371d9a8a944c75032
|
|
Change-Id: Idff408bcf0e4f49a97478cdbba3eec9ac197d128
|
|
Change-Id: Ie81c33a5c51ae588ae8242d8790c3c748b442d31
|
|
Change-Id: Id28174af5c28346fc363e3f62a8004ce0cf98c6a
|
|
Change-Id: If04e415b043c822d082e8e0889f162db3ed1849e
|
|
Change-Id: I5f673db405449d28951eff4d6d30ad0b9ec5d77f
|
|
Change-Id: I365c5252a48b6ba4e8409534c75d34c4d07b2475
|