office-gobmx/extensions
Stephan Bergmann b512ce255f Make upcasting css::uno::Reference ctor require complete types
The main reason for the "home-grown" UpCast introduced with
904b3d1fce "Up-cast conversion constructor for
css::uno::Reference" in 2013 was probably that we could not yet rely on C++11
std::is_base_of back then.  A (welcome) side effect was that the derived class
could be incomplete.

However, specializations of UpCast relying on whether or not T2 is incomplete
are obviously an ODR violation if the type is incomplete in some TUs and
complete (and derived from T1) in others.  And even if UpCast had internal
linkage, it would still be brittle that its behavior depends on the completeness
of T2 at the point of the template's instantiation, and not necessarily at the
point of use.

That means we should better base that ctor on std::is_base_of (which we can do
now since 39a1edd6fe "Make css::uno::Reference
upcast ctor LIBO_INTERNAL_ONLY"), which causes a compilation error at least on
Clang and GCC if the completeness requirements are not met.  This change fixes
all the cases where types need to be complete now, plus any resulting
loplugin:referencecasting warnings ("the source reference is already a subtype
of the destination reference").

Change-Id: Ieb9e3552e90adbf2c5a5af933dcb872e20661a2f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92950
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-04-27 07:19:30 +02:00
..
inc
qa
source Make upcasting css::uno::Reference ctor require complete types 2020-04-27 07:19:30 +02:00
test
uiconfig
AllLangMoTarget_pcr.mk
Configuration_updchk.mk
CppunitTest_extensions_test_update.mk
CustomTarget_automationtest.mk
CustomTarget_so_activex_idl.mk
CustomTarget_so_activex_x64.mk
Executable_twain32shim.mk
IwyuFilter_extensions.yaml
JunitTest_extensions_unoapi.mk
Library_abp.mk
Library_bib.mk
Library_dbp.mk
Library_ldapbe2.mk
Library_log.mk
Library_oleautobridge.mk
Library_OOoSpotlightImporter.mk
Library_pcr.mk
Library_scn.mk
Library_so_activex.mk
Library_so_activex_x64.mk
Library_updatecheckui.mk
Library_updatefeed.mk
Library_updchk.mk
Library_WinUserInfoBe.mk
Makefile
Module_extensions.mk
Package_mdibundle.mk
Package_OOoSpotlightImporter.mk
README
UIConfig_sabpilot.mk
UIConfig_sbibliography.mk
UIConfig_scanner.mk
UIConfig_spropctrlr.mk
WinResTarget_activex.mk

This module contains a grab-bag of unrelated misc. libraries, *none* of which is an extension.

== Application online update checking ==

When we start LO, first InitUpdateCheckJobThread is created, via
UpdateCheckJob::execute() (from extensions/source/update/check/updatecheckjob.cxx),
as a reaction to a "onFirstVisibleTask" event. It waits 25 seconds (so that it
does not interfere with the startup itself), and then calls
UpdateCheck::initialize() (from extensions/source/update/check/updatecheck.cxx).

This creates one more thread, UpdateCheckThread, that regularly checks whether
we have reached the time when we should ask for the update.  If yes, asks for
that, and shows the download button in the menu (if the new update is
available).

== OLE automation bridge ==

A bridge between "OLE automation" and UNO, so you can use UNO services
from JScript, VBScript, etc.

https://www.openoffice.org/udk/common/man/spec/ole_bridge.html

See udkapi/com/sun/star/bridge/oleautomation/ApplicationRegistration.idl

This is initialized in Desktop::Main() in Desktop::OpenClients_Impl()
by creating the service "com.sun.star.bridge.OleApplicationRegistration",
which is implemented by OleServer_Impl.

See extensions/source/ole/

== ActiveX control ==

This allows embedding LO into a Win32 application as an ActiveX control.
See extensions/source/activex/

== Spotlight provider ==

On macOS, this allows indexing ODF documents with Spotlight.
See extensions/source/macosx/spotlight/

== Scanner support ==

You can scan from LibreOffice, using platform specific backends like TWAIN/SANE.
See extensions/source/scanner/