| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
...by duplicating getComponentContext for now.
Change-Id: Idad067b52e5ad9ed8a4f6676bc17db6c14807d56
|
|
|
|
|
|
| |
...which has lots of nice knock-on effects.
Change-Id: Icc93fdb70f24903b08702654db4e1105eb1d438e
|
|
|
|
| |
Change-Id: Ib0c7375ac9f72647b10adcb2cea8a0f8e2fdcca0
|
|
|
|
| |
Change-Id: I62719ef9d58215e287af3e1be52404993722ec67
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
...in favor of existing new-style configuration::theDefaultProvider singleton.
Theoretically, ConfigurationProvider instances can be created with specific
Locale and EnableAsync arguments, but this is hardly used in practice, and thus
effectively all uses of the ConfigurationProvider service use the
theDefaultProvider instance, anyway.
theDefaultProvider is restricted to the XMultiServiceFactory interface, while
ConfigurationProvider also makes available XComponent. However, dispose must
not be called manually on theDefaultProvider singleton anyway, and calls to
add-/removeEventListener are so few (and in dubious code that should better be
cleaned up) that requiring an explicit queryInterface does not really hurt
there.
This commit originated as a patch by Noel Grandin to "Adapt
configuration::ConfigurationProvider UNO service to new style [by creating] a
merged XConfigurationProvider interface for this service to implement." It was
then modified by Stephan Bergmann by deprecating ConfigurationProvider instead
of adding XConfigurationProvider and by replacing calls to
ConfigurationProvider::create with calls to theDefaultProvider::get.
Change-Id: I9c16700afe0faff1ef6f20338a66bd7a9af990bd
|
|
|
|
|
|
|
| |
Although the implementation is here, the dialogs to show when clicking
on the menu items aren't there yet.
Change-Id: I14886ec8ea8b97a35ca6c8474bc33e30da1a86d3
|
|
|
|
| |
Change-Id: Id067932355607d3d60994862201b531f9844506d
|
|
|
|
|
|
|
| |
Always link in gb_STDLIBS, except when the library explicitly opts out
with gb_LinkTarget_disable_standard_system_libs.
Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
|
|
|
|
|
|
| |
... new gb_LinkTarget_add_standard_system_libs
Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
|
|
|
|
| |
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
|
| |
|
|
|
|
| |
Change-Id: I391e08c2712a51fe0adcd3f0c74d779b07c31c76
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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
|
|
|
|
| |
Change-Id: I19b3ba7c978e02ce865360f0411007525012149c
|
|
|
|
| |
Change-Id: I317058e3b25cebb7c1d89361636261c5f16a84d4
|
|
|
|
| |
Change-Id: I9ccf664e8f75a68b1b87c2b29ae617a90d0741a7
|
|
|
|
| |
Change-Id: I8b54e8518c219a7edd7e29173a1099611a7e0dbb
|
| |
|
|
|
|
| |
Change-Id: Ic36b131ee9964a6671f7f41e1cad1631c43ad565
|
|
|
|
| |
Change-Id: I14cab3dfd26ac1568feef902b566873cecf049b9
|
| |
|
|
|
|
| |
Change-Id: I6c145e984c885c7e06caa1c27bfb354ea49ad9ce
|
|
|
|
| |
Change-Id: I1fb3d36af07fe834cddc06c54d27a786dc583c8c
|
|
|
|
| |
Change-Id: I4b78a8efeadf47f8fa3f30a87433d3ccb9c1beb1
|
|
|
|
|
|
|
| |
Update calls to factories to use new ::create methods
Change-Id: I01d4417820f52718836c92faf3c2fae0dc96b30d
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>, added some tweaks.
|
|
|
|
|
|
| |
This change needs a git repo build of libcmis.
Change-Id: I I740d18dbf3c36d9387b867e750fcbe8e114e5362
|
|
|
|
| |
Change-Id: I1af89db47fb3e387b5b83a86424bfac44eb28135
|
|
|
|
| |
Change-Id: I47c5edfd9448b1cb122550566cc9083c070f40d0
|
|
|
|
| |
Change-Id: I50f0887ceb4517d7ef234f970ca2ba679d533382
|
|
|
|
|
|
|
|
|
|
|
| |
* Support for dead arguments has been removed.
** Especially, dead UCB_CONFIGURATION_KEY1/2_xxx values have also been removed,
and code initializing UCB has been simplified accordingly.
* For the sake of simplicity, behaviour has been changed slightly. For example,
passing both --calc --writer now always lets --writer win (whereas in the past
the one mentioned first, i.e., --calc in this example, would win).
Change-Id: Id40a19b9ef96db0d439cadd96ba491bf640d28fb
|
|
|
|
|
|
|
|
| |
this removes dmake completely out of the build for migrated modules
build.pl now assumes modules to be gbuild, unless there is a
prj/dmake file
Change-Id: I674a036b182ee13c5ec093e83cb3d38133112d3b
|
| |
|
|
|
|
|
|
|
|
|
| |
Naming convention for gbuild methods:
- "add" is used for stuff that is logically a part of the target
(i.e. not registered at the Module, but defined in the target's makefile)
- "use" is used for stuff that is logically a different target
(i.e. it is registered at the Module, has it's own makefile, may be
in a different module than the target)
|
| |
|
| |
|
|
|
|
|
|
|
| |
Thist idea caused too intrusive changes to the code of call sites, I
think. Will do it another way that leaves call sites as is.
This reverts commit 25d114eec4d451acdda1ddff4c8ed9d47ba6275f.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Start with the first service needed when running sc's filters_test:
the UniversalContentBroker. It might not be typical as ucb uses the
deprecated XSingleServiceFactory.
This commit is not at all a complete solution, far from it, just an
initial hack. Naturally once I come up with some generic enough way to
do the static linking the necessary macros etc will be added to some
general header.
The macro XSERVICEINFO_IMPL_1 (local to ucbhelper and ucb) is amended
so that it in the disable-dynamic-linking case also emits a function
whose assembler name equal contains the service name. This function
returns the XSingleServiceFactory for the service. Where the service
is instantiated we link directly to that function.
But probably this will be reworked a couple of times... Maybe it would
be better to simply have the service name specific entry point be a
pointer to the component's component_getFactory() function? Those all
have the same prototype.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
...see ebe26f72e90337da2d14f3029de148904e3e30b6 "WaE: 'unused' attribute ignored when parsing type"
for the problem.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Part XLI
Modules
ucbhelper, unodevtools
|
| |
|