Age | Commit message (Collapse) | Author |
|
...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
|
|
Change-Id: I5297e4b9480066000bf6d72e54a5d8117528b90c
|
|
Change-Id: I2dfb2fa16c64035ef529cec650df7e4bd9c80483
|
|
...which effectively is just a glorious wrapper around
comphelper::getProcessServiceFactory.
In turn gets also rid of ImplSVAppData's mxMSF and mpMSFTempFileName and the
rSMgr parameter to InitVCL.
All the VCL users "soffice", "spadmin", and "unopkg gui" appear to still work
fine.
Change-Id: I797d48f7d0d8c35bb82124c9ab0ee63850c4d863
|
|
Create a merged XLinguServiceManager2 interface for this service to implement.
Which is backwards-compatible, but does not require creating a new service.
Change-Id: I297bada1066cd74809108641b56ee4d5898112ec
|
|
Change-Id: I6c41b8f4d3ad739eff545063bd1f8fe8f4fba65e
|
|
Did not need to create a new interface, because XCalendar3
already covers the whole service interface.
Change-Id: Iaf094014c16e872d2003ca6e8e7588abd081d882
|
|
Change-Id: I9938d7c4ab5594baeb10f405f0aa0964ef84d6c5
|
|
Change-Id: Ib4227a74232b1ba6ca48d037340c4a7441ab08e7
|
|
Change-Id: Ia7eed5e9e1f8fba9876730e909461dabc167deb9
|
|
Change-Id: I892a77f65ad420d0fbf4b95179e4bcfc2ec55192
|
|
Change-Id: I47c279d1cf53ef2c092467070d97b13f949d06f6
|
|
All the other messages are already > 1, makes no sense to have this as
> 0.
Change-Id: I816239903cef650f34d9c57446018843e2acb64a
|
|
so we can keep translations markup free, and it matches
better our existing font use in controls
Change-Id: Ib762030f8bf831f2b0afabdd643508e660ad9266
See: https://live.gnome.org/GnomeGoals/RemoveMarkupInMessages
|
|
Change-Id: I55b6bf11468ce958aea7c98894d3a76343b53a9a
|
|
Change-Id: Ie853d55f78f27a7249b8e960587c8d2bd833d1a7
|
|
Change-Id: Ie387898535ec8f638c4a2a2785cdb39273136f0e
|
|
Create a merged XToolkit2 interface for this service to implement.
Which is backwards-compatible, but does not require creating a new service.
Also mark sub-interfaces as non-optional.
Change-Id: I278d0288e92be277033013302267cf93f7d70480
|
|
Change-Id: I4b16cb517dca25f862b9dd612785dae4d0f21793
|
|
Change-Id: I481e079136ab0496ac79b60931bfce8509b4af23
|
|
Change-Id: If0f3c09a2fb6577615f33576fee1dde5b627ca82
|
|
Change-Id: Ibd378c85c6b7cf774ed2a6f652264a2a78bfe366
|
|
Change-Id: I19fbc2062b2857e194d5850f2febea514fde50d9
|
|
Convert the helper methods to take an XComponentContext parameter,
instead of XMultiServiceFactory.
Change-Id: I9f0098af37b91f107d8799f14caa04756eac82b1
|
|
Note that I found a pre-existing bug in linguistic/source/gciterator.cxx
but I was not able to fix it, because doing so appears to expose
bugs elsewhere!
Change-Id: I17fb9108d98a98d0ae13fe5a8e043d2db5b27a6a
|
|
Change-Id: I060872e0a468f2ce26a2ab519c5bfe271574170b
|
|
We have unix-specific code adding ~ to OK/Cancel. So don't add ~ if
string already contains those.
Though its an open question if the presence of ~ is a bad thing
for the Windows case. i.e. if we should have tooling to not
allow the OK/Cancel translations to contain ~ in the first place,
of if we should drop the ifdef UNX and do it globally now
Change-Id: I461c6ac9ca574ed188f51472919be82ec582e389
|
|
Change-Id: I0f7e0510f6c946be7cf930659db961d3c17e1c4f
|
|
Change-Id: I320c11d4b3d295c65dcd966f70a2de4f05926ebb
|
|
Change-Id: I0e60b7e197ba4f6ebd3f24cb2e9072ce3e1353fb
|
|
Change-Id: I5fd1bbc31a0259e92f6eb23beef5d3c77b74eed8
|
|
Change-Id: I96cd80f14d557752c19b88bb2c99298d7c3e3e0b
|
|
See http://nabble.documentfoundation.org/Cppcheck-report-in-vcl-unx-gtk-gdi-salnativewidgets-gtk-cxx-td4014513.html
Change-Id: I9f59ed1fa0cd325d65f5574332b19625b27f8900
|
|
Change-Id: I5c119795077f9fbb84c32bc6ca95533d689998b9
|
|
Change-Id: I2fbdf26441f64183676035692391e65db0efe069
|
|
Change-Id: Id9d56d9f014cee216f1478d764082b97ddd30b01
|
|
Change-Id: Id28797b9c40694e1b43d1fdd1205833562d760b9
|
|
Although I don't understand why this worked before, huh.
Change-Id: I67ea314330630f331acaabd1c47128de6e340bb2
|
|
We are able to paint mirrored scrolbars with the 'gen' plugin, so just fix the
rendering of the scroolbar with the Gtk+ plugin.
Change-Id: I5dbd13420c6290e165ed2f5827769979298abf37
|
|
Change-Id: Icf4b434a1961cc4964ee6e362491868e898a1831
Reviewed-on: https://gerrit.libreoffice.org/887
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: Iba51f30a5e74d1e486bce10901ccb58f3488ce97
|
|
Change-Id: Idbb7da30c985253a37ff6fe0e86fe04dec2dbbeb
|
|
Change-Id: I5cf508e7930eb7e04016ffa43683f76a07e5173e
|
|
Change-Id: Ia8f5f6592211e50323de66a4177f752a1adcf584
|
|
Change-Id: I45ddca425871eb19aabd9876b64c2e2dac5bc774
|
|
Change-Id: I6ab919ff326a8525d1bed7db6474764de4e5bcf0
|
|
Change-Id: I3989d552ef286ba2e63cbd2a9fee32a8358ca74c
|
|
Change-Id: I2c42b344139ca2603e1e5392e9d15d89d07986d5
|
|
Change-Id: Ib8833477eb20b658dde1ea2a78cb0bee0c24241a
|
|
Change-Id: Idfe2278d0008715a2e0f06d60df9af430e4df25c
Reviewed-on: https://gerrit.libreoffice.org/874
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|