Age | Commit message (Collapse) | Author |
|
Change-Id: Ie59b0bab6bec6957f13a3931b6be46985e3db2c4
|
|
* UUIInteractionHandler still needs to implement XInitialization.
* Moved ambiguating InteractionHandler typedef out of the way.
* Removed InteractionHandler.createDefault, as it was originally stated that "it
is strongly recommended that [the "Parent"] property is supplied."
* Added back documentation about Parent and Context.
* Simplified some call-sites to directly use XInteractionHandler2.
Change-Id: I1029b8f3cf079171c75920cafaaa44b5bbada883
|
|
Since we don't need to expose XInitialisation, we can make the new-style
service implement XInteractionHandler2.
Change-Id: Ib27beed1c12df17592c6472d6f58c233d2c41558
|
|
These blocks of code will never execute. So we can safely remove them.
Change-Id: I63de52342ce6435b6e8e19b041e2dae59c681f34
Signed-off-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>
|
|
Change-Id: I719f10818fd211bfe60e5351a5de53a716fdf20f
|
|
This patch remove some '@author' for Java souce files, and removes some
commented code founded when removing the '@author'.
Change-Id: Ic4fcd028a9cdbd85c693d93bcd48e41f36386d22
|
|
...and some further clean up.
Change-Id: Id294c0f38fe0041646fc86cacbd2e19734c746a9
|
|
Always link in gb_STDLIBS, except when the library explicitly opts out
with gb_LinkTarget_disable_standard_system_libs.
Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
|
|
add a new gb_LinkTarget_use_system_win32_libs to abstract different
linker options on MSVC and GCC.
Change-Id: Ic9bf2545f59bf7871e6fc06b290c486ddfbec03d
|
|
There are currently 3 different mechanisms being used for frameworks,
which is of course intolerable so we invent a 4th one and standardize on
it: gb_LinkTarget_use_darwin_frameworks
(This doesn't mean using add_libs or externals was wrong, it was just
inconsistent... and i don't see an obvious benefit of using externals here)
Change-Id: I5de9020402c87e7236c6a358c47f02fa56642d3d
|
|
... new gb_LinkTarget_add_standard_system_libs
Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
|
|
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
|
|
* 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
|