Age | Commit message (Collapse) | Author |
|
* Made XDatabaseContext inherit XDatabaseRegistrations non-optionally, adapted
call-sites to just use XDatabaseContext w/o querying. (The previous commit
had inadvertantly effectively removed support for XDatabaseRegistrations from
the ODatabaseContext implementation, as an optional UNO super-interface does
not lead to a super-class in the corresponding C++ class hierarchy, but making
the super-interface non-optional fixes that anyway.)
* Adapted some more call-sites to just use XDatabaseContext w/o querying.
* Added @since tag.
* Replaced new uses of comphelper::ComponentContext::getUNOContext with
comphelper::getComponentContext (see 03a9f139bd9ea1a4f9096fc982e6b326def58532
"ComponentContext::getUnoContext -> getComponentContext simplification;" I
intend to get rid of comphelper/componentcontext.hxx much sooner than of
comphelper/processfactory.hxx).
Change-Id: I68d09f2dbe651629f79ed21cd40cdb6d6b32c624
|
|
Create a merged XDatabaseContext interface for this service to implement.
Which is backwards-compatible, but does not require creating a new service.
Quite a few IDL files had to be marked as published for this to work.
Change-Id: Ie9a0da88d8c33cc83fc9d2334ff83ab2744c222f
|
|
Create a merged XGlobalEventBroadcaster interface for this service to implement.
Which is backwards-compatible, but does not require creating a new service.
Also add two interfaces to the IDL, which the service already implemented,
and existing client code already used.
Change-Id: Ib7a9a30c0e50146ef621f3fe5227f8aad3190516
|
|
This patch removes '@author' annotations and some unnecessary comments
in java sources.
Change-Id: Icea4721c42dc08fe51a0bc667872dfbca9c2880f
Signed-off-by: José Guilherme Vanz <guilherme.sft@gmail.com>
|
|
Change-Id: Ifcfa48fc87f905a91470a5b0fd597b02f220784c
Reviewed-on: https://gerrit.libreoffice.org/671
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
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
|