Age | Commit message (Collapse) | Author |
|
Create a merged XModuleManager2 interface for this service to implement.
Which is backwards-compatible, but does not require creating a new service.
Explicitly document the XNameReplace interface in the IDL, which
is already implemented by the service, since there is code currently using it.
Change-Id: Ib46349174b1ce495c240031e93c9427fc33d9853
|
|
...to better be able to change its set of implemented interfaces later on.
Some potential for further clean up:
* a generic helper for supportsService;
* remove need for impl_createFactory;
* base impl_createInstance on XComponentContext instead of XMultiServiceFactory;
* replace ThreadHelpBase with a plain osl::Mutex.
Change-Id: Ia2cbd14872a609c2ed57d9ce58b546f087c2fdfb
|
|
Change-Id: I5100e40f9e2bb2f27f7cac490e7c9fa8c3814166
|
|
Change-Id: I49cf1f02faf70a5a92ab45e7678253ba4e5f68d0
|
|
Change-Id: Ib298b3219c3e89dd35bce0974846ed4888ed941e
|
|
Change-Id: Ibca112904f137ff981ae9be3e5bd56aa11aec352
|
|
Change-Id: I58b17349474b974edd24aa17ec08ffa848a92ae9
|
|
...it apparently leads to crashes, but is probably not good from a usability
perspective anyway (as the menu closes again when the dialog appears/is operated
on by the user).
For now, just disable the Java specific interaction handler here; might make
sense to address this more generally though (there's framework::QuietInteraction
btw).
Change-Id: I6ae303c0084549b5339d219e158cdb89e5a6b331
|
|
Change-Id: Ia4a830c342077bdc5b61daba1edccca2edb544c6
|
|
Change-Id: I19b3ba7c978e02ce865360f0411007525012149c
|
|
Change-Id: I7bdf16fc6d042e5ecd404c604a8b7c31c1ac7bc1
|
|
Change-Id: Ib2f73d679ac4a6164142a370ce6d55c6de41117c
|
|
Change-Id: Ic463f6829f7faa6d9667656f42f844a12d85518e
|
|
Change-Id: Id9bbb2bbcafe335eada3f36ae103a9074a56848f
|
|
Change-Id: If777dcb0e0142229df737c2f1e3e6ecb61f64168
|
|
Along the way, remove some javadoc comments that are completely incorrect.
Change-Id: I02f96b6cbe665d2c10bd6ee245a7d8e2eef0f755
|
|
Change-Id: I9f49970e5e06d1afd3fc066a20d1671c93e262fc
|
|
at least calc deals with paste-special correct, if other applications don't
let's fix 'em up one by one
Change-Id: I1beb04e227f2971ee8ef2ce9b7ebdabf566be086
|
|
Change-Id: I57abfb3b3d659edcd130788d173c2df3b79101f0
|
|
Change-Id: Idf2ec39ba286d359903edb6be60f2692c6a9837b
|
|
calc application specifically handles PasteSpecial so no need to set the state of the menu entry to enabled always ( for calc at least )
Change-Id: Iaf13dd825f0cbdcf9f455db07d727753fae90868
|
|
Change-Id: Id5b24883c5a03abbc18c88cec910b00a5d0e3dfe
|
|
Change-Id: I80bd0329e15cb365091ea6f5c7e1ef3559d681fc
|
|
Change-Id: I4a26d9039df748c25b6de1e01844bb57b0988e19
|
|
Now that 5c47e5f63a79a9e72ec4a100786b1bbf65137ed4 "fdo#51252 Disable copying
share/prereg/bundled to avoid startup crashes" removed the use of share/prereg,
there is no longer need to generate it in the first place (by calling "unopkg
sync" at build or installation time), and so no need for the "unopkg sync" sub-
command, either. This also allows to simplify some of the jvmfwk code that was
only there so that "unopkg sync" (which can require a JVM) can work in "hostile"
environments (during build and installation).
Change-Id: I52657384f4561bf27948ba4f0f88f4498e90987f
|
|
Change-Id: I317058e3b25cebb7c1d89361636261c5f16a84d4
|
|
Change-Id: I9ccf664e8f75a68b1b87c2b29ae617a90d0741a7
|
|
Change-Id: Ib13c0435d61e803220d5444c29c99cf670340008
|
|
Change-Id: I2789153ee35f4ec10e760f9412eb7d379de031bf
|
|
Those classes don't exist. So remove friend class operators too.
Change-Id: I8e3b32db933dea7cbab86015f0c926df967511f6
|
|
Change-Id: Id73d1d75063e19dfa05fa7b5b8b69ca8f99f0998
|
|
Part of MultiLineEdit was moved down from stvools to vcl
with name VCLMultiLineEdit. MessBox uses it to display the
message in read-only mode. Some of svtools' classes - which
are necessary to implement VCLMultiLineEdit - were moved to
vcl as a whole, and their includes are rewrite.
Note: ExtTextView and ExtTextEngine classes would be leaved in svtools
if VCLMultiLineEdit is a template class, but two macros: IMPL_LINK
end IMPL_LINK_NOARG make it impossible to use template syntax.
Change-Id: I26543868d8081c225c7125404d23369de3c3afcd
|
|
Change-Id: I184a7f9c65dd762407b2431d9c6557e718b954b2
|
|
Actually only two definitions of this long list are really used...
Change-Id: I45e85b18f63e4d2cda948766159d81aed27c9289
|
|
Change-Id: Ifec201efc4e97baf2d36d66c4ae6967eadd6134c
|
|
Change-Id: Id13e7acfbe34eca5e124c9032d36d6f158bfb831
|
|
Change-Id: Id96c7693a53981d69820aa45e97fb34c64cb787a
|
|
Change-Id: I8fad1d7e4bb9827266b6b1f1d90fe1dd2b401b44
|
|
Change-Id: I7522121059b53269a120a4f68a9038edd17944cf
|
|
Change-Id: Iafd1895d96df32c312f937db479e04abd7cb7038
|
|
LoadEnv doesn't have any child classes, and is not a UNO service.
Change-Id: I773324e10b755c6e5f1a29c07495b21f6a236a3e
|
|
Change-Id: I0799f22685609201dfb524c373d065b6184ed53c
|
|
Change-Id: Iffe25051c8357019521196f9a27065d6108ede47
|
|
a literal within a OUString.
Change-Id: I01ca30c68228f81b3d313dfca5b975448f3c4fc7
|
|
Change-Id: Ia4aa8df3768923f7b5a31fb5158e4a744f4b9788
|
|
Change-Id: I5e60c2d157e53831fb8239ca6d833aaca6735994
|
|
This reverts commit b21661ce4200fd8040a213770a3f9e63a4b9f137.
this breaks with ../framework/source/lomenubar/MenuItemInfo.hxx:49:12: error: expected ‘;’ at end of member declaration
|
|
align text
Change-Id: Id9eef27636c5c74857ed05b891514bee70903c3b
|
|
Change-Id: I7d52837f4058bab1bb5a0137788521d12834d519
|
|
This reverts commit 5b2cb23c429e1be1099008473770c634ce96c969.
That did not fix the bug (fdo#47021), but apparently it does cause
problems, such as the failure of the sfx2 DocumentEvents test (that
doesn't crash any more since 228a3f8b9f279e80917968d9780e822a1d684ada);
without the SolarMutexReleaser the test doesn't fail for me.
|