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
|
|
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: I8c48b09fcab18af196a8441351bcf3180a32005b
|
|
Change-Id: Ie7261c651c20350fb69fe2ed55f8272a3db132ba
|
|
Change-Id: Ia8dd0c29b4624601d8cb85cece0fcb2842c2d2f9
|
|
Change-Id: Ifb916e0c2935876b85fdb135538357f29cfab157
|
|
Change-Id: I213a9ac5b41c66cd039016315f4641773364fd7c
|
|
...causes "error: attempt to increment a past-the-end iterator." with debug-mode
libstdc++.
Change-Id: I89af3944b04ad6ab4ef3561d2aa91b5bab1edf20
|
|
Change-Id: Ib2a8da9f837b0b91f980aacda9df1c6c5c691eef
|
|
...and some further clean-up.
Change-Id: If5dce53e382b56390c502d0d0d93fc06cbfe33ea
|
|
And reverted for now the configure error when --enable-mozilla on non-Windows;
it is still used for other features, too.
Change-Id: I1ce5ff1a7a3d140a1ab7ba1e905166d91229c926
|
|
On all non windows platforms no mozilla is used any more.
On windows it used for O and OE address book access.
Once alternative implementation for it exists,
mozilla can be stripped there too.
Change-Id: I54144005e6a284326b45a34eb958d170e872471e
Reviewed-on: https://gerrit.libreoffice.org/637
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
the intent of this header has canged over time. now it is already
systematically included with ustring.hxx and the operator overload it
provide fit nicely there...
Just to be safe, since that include as been added to the api during the
3.5 timeframe and therefore is already in 'production'
the header remain and simply attempt to include ustring.hxx
but a warning is issued indicating that this header should not be used
anymore... in a couple of major release we will thenr emove it completely
All internal users of that header are converted.
Change-Id: I8934c55f089e29d78c0f5649b7c87b2ecf024bad
Reviewed-on: https://gerrit.libreoffice.org/634
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
This is a preparation for merge into master, feature/mork
branch is obsoslete and shouldn't be used any more. In
context of this change the usage of old mozilla based mork
driver depends on platform: all non windows platforms use
this new mork driver, windows still uses mozilla.
Because mozilla driver shipping was stripped on feature/mork
branch for all platforms, the corresponding commits were
changed prior to creating this change (the build file changes
are reverted now). So the build and shipping of different mork
driver implementation should be implemented from scratch:
mozilla on windows, new mork dirver on all other platforms.
Currently the new mork dirver is compiled (on all platforms),
but not used. It can be tested with mork_helper executable.
fdo#51004
Change-Id: Ib2413ab6856f163337aa311c4bf7b1182d6c6f63
Reviewed-on: https://gerrit.libreoffice.org/635
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
The implementation of the LocaleData implements the optional XLocaleData4,
so rather than creating a new interface for the new-style service, we simply
make the service implement XLocaleData4, which in turn implements
XLocaleData3, XLocaleData2, XLocaleData.
Change-Id: I3e9a48b031be6b2aa5e04b376b3940b942add85a
|
|
* 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
|
|
Change-Id: I2c9e83611fab1e9c4c998af68648df994f89cd6b
|
|
...and some related clean up.
Change-Id: I26a8720fb7f60615f2e348e4728a3abddf6a33cd
|
|
Change-Id: Ib65d9dac988851fa90a44cad246ac24e8bfd3370
|
|
Change-Id: I832b369d87da9b622759bf7ddd14f95475256c38
|
|
Change-Id: Iacfcb2e16cb0e3c25a4cd0678a374fe5111284f7
|
|
Change-Id: I062e152743da28a54e73988e63b4a5c7032f9b10
|
|
Change-Id: I18573cb3c0b70996e3787028fff1a376bded02c4
|
|
Create a merged XNumberFormatter2 interface for this service to implement.
Which is backwards-compatible, but does not require creating a new service.
Change-Id: I57f35cde0a9dbbe91c1d2c3d068cb3a97c7245e3
|
|
Change-Id: I55d99ff74de5825e239772160735a8b0d87cb122
|
|
Change-Id: I2ebaa95bdb446ec10ab015ad2a792e750859da7f
|
|
Change-Id: I9c8f631476c15a8f34106af4f9923fef84fc86dd
|
|
Change-Id: Icbebe81fec6ce0b39946dec00f57471b2cafd5e1
|
|
Change-Id: I4e9a27ce0b5f6d782034306afadb1b9d0ed9a2ba
|
|
Change-Id: I7eb24b2d552ec5da752b58ba790ed58fb88728b0
|
|
Change-Id: I20a79d3d8f71dc48fc2662563f9c890dd3d94aac
|
|
Change-Id: I19b3ba7c978e02ce865360f0411007525012149c
|
|
dbtools were added in 01089138cc76f5717244bd04f25a868602aeaab6 only to
create dependency and fix the build.
This creates circular dependency for libmerged, dbtools is not that
common library.
It's better to create real dependency in connectivity_inc package.
To avoid another circular dependency gb_YaccTarget_get_header_target
must not depend on external headers target.
Change-Id: I536376303de5330addd2dbf85bdfea8b9a23301c
|
|
Change-Id: I18f823b99349002bb148d474a6a9aabdf2d419ef
|
|
Change-Id: I9ac503b073ee3f9b8e7958264ffcc26d9446c220
|
|
Change-Id: Id297f32de5fba9d17fec89d2f8ea21c5d1a2a4bc
|
|
Change-Id: Ic2b79e78f95e298a08794fa11f227d76152244f5
|
|
Change-Id: Ibf4fed39e4d36cb03d079cf55a12d4ec37a70f2b
|
|
Change-Id: Ifc83795c84cc82832a185317d4aa3554419e31e3
|
|
Along the way, remove some javadoc comments that are completely incorrect.
Change-Id: I02f96b6cbe665d2c10bd6ee245a7d8e2eef0f755
|
|
Change-Id: Icde6310d922a3d5e2822789a23403b9f188efaf4
|
|
Change-Id: I8c4b6ff6b1993d1c4de68696089f86fbcf4cecc6
|
|
Change-Id: I9f49970e5e06d1afd3fc066a20d1671c93e262fc
|
|
This reverts commit 094654fcebe35af07a9e12137becdf85277ef706.
|
|
Change-Id: I46b07341e96d78130e6301e40fa32df6ed2c7879
|
|
Change-Id: I9c038e6fd1c60e4ac77740c55a45439d813524e0
|
|
With gb_Jar_add_jar and gb_Jar_add_system_jar adding to the manifest
classpath automatically it is no longer necessary to call
gb_Jar_set_jarclasspath manually except for the URE jars, which
are apparently not supposed to be added automatically.
Change-Id: I1e743e7ecb9cb5651e02005aa09e127bea1b0a29
|
|
Change-Id: Ia1805aab4bec7fef02c96ec4e7a7a0ed9991d3c3
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: If9b76e5282c22a479ff709174fbc8ee4d3c337cc
|