Age | Commit message (Collapse) | Author | Files | Lines |
|
... which should result in faster startup if it's disabled.
Change-Id: I39774b0a56f186d08270c2f17b2b20a823f21dc2
|
|
It is possible to retrieve it via the AccTopWindowListener.
Change-Id: I6cc5ab25bc937d0d9f4de54a1bed09a76ce27491
|
|
This only works partially: the ClassObjects are only registered on the
main thread; CoCreateInstance on other threads still fails.
This reverts commit 29c6216af8c502f220bb84857d3dda901ddfd234.
|
|
Change-Id: I7701021befcf1dbad85557c2095fe4bf0b4e0ff1
|
|
Change-Id: I81f98ca83b97bc2e3e419c7a37ad2a011932553b
|
|
It is pointlessly slow and the AccObject has a method for that.
Change-Id: I7ba1cc853255ac3b3b5008657d1cc79efc3a3f4b
|
|
It's disposed iff m_xAccessible is 0.
Change-Id: I3f8bc104784adf82be43bcaf43b7573a9897f82a
|
|
... and clear it in disposing().
Change-Id: I69cfe3cdcf6549a0471453960d1f935d9c3b7a0d
|
|
The manual acquire() call was apparently not coupled with a release()?
Change-Id: I069c969619e9afce2a4b836642cc1675025b11d0
|
|
Change-Id: I68e5c1785b73520cb59ca54a602ea176f8146f6f
|
|
Seems safer to store a Reference
Change-Id: I86ef9d18c03b2a58058d38e2ae43553ecd2c7be6
|
|
Perhaps delayloading the URE dlls makes it easier to register the
UAccCOM.dll during installation or something? Well we don't do that any
more.
Change-Id: Ic7c356f5954f869c8752aab2563f059a27ef731f
|
|
Change-Id: Id0defc7e4fbe5b700362548559e08163a327399b
|
|
There is no need to register UAccCOM.
Change-Id: I37f5c4030abefbd18b6686652a348bc20a05a9db
|
|
... obsoleted by 732ec36edfd09d2091d70c4d71b5f182fe279c45
Change-Id: I7f7a9becac2430a7ed4d096be741b610462a8a00
|
|
Change-Id: Ia9c5d9ce424f810b31ccc8ec939e1ced301329f7
|
|
This is an alternative (to 732ec36edfd09d2091d70c4d71b5f182fe279c45)
solution to the "CoCreateInstance does not work" problem:
replace all CoCreateInstance calls with equivalent calls to create
the components directly.
Since the only reason why this COM stuff needs to be registered
at all is that AccObject uses CoCreateInstance() to create its
COM objects, another possible solution appears to be to simply link
the libraries and instantiate the COM objects directly, without COM.
The only difference appears to be that CoCreateInstance would
automatically add proxy objects in case the COM objects reside in a
single-threaded appartment; not sure if that is relevant here.
Change-Id: I8ffb8af501f6084f3145fa4d4f53366a070e1691
Reviewed-on: https://gerrit.libreoffice.org/6792
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
Change-Id: I7e53fa77aada1433f3b311f51e82342bac127b3c
|
|
Change-Id: I53a7773ed76d5a38301b4f9378c56698e4df7e8b
|
|
The COM services are not found because they are not registered in the
registry via regsvr32 (doing that is unnecessary since the components
are only instantiated by winaccessibility code and undesirable since
that would likely register the IAccessible2 types too, breaking A11y
tools) and the special manifest resource #97 that ActivateActContext()
tries to load does not exist in UAccCOM.dll; this would need to be a
XML manifest, the *.rgs and *.tlb that are already included as
individual resources won't work.
After reading ATL headers for hours it is immediately obvious that the
COM components can simply be registered by a call to
CComModule::RegisterClassObjects() from DllMain; this just requires
actually loading the UAccCOM library from somewhere so the DllMain runs.
Change-Id: Id58b754835cd2f1bcada37e5639a6b6042a42fd5
|
|
Change-Id: I3c8bc6a476a6254a4ddc3a7cb0585544f3f78431
|
|
Sadly can't use rtl::Static because it needs a ctor parameter...
Change-Id: I98bbfbb4d2ef54f40a5f110527b260c0b5b01eed
|
|
Maybe it would be kept alive by AccObject::m_AccActionRef but why not
play it safe.
Change-Id: I03c2be04e97dcde8a177ef8dfd0d75595ab13a53
|
|
Merge aliases pRContextInterface (unused) and pRContext; this is
exacerbated by countless local variables pRContext that shadow the
member...
Change-Id: I6bc71911fb41a2ce2590d614020ecea36d6ab4f8
|
|
Merge aliases pUNOInterface and pRef; also pAchorUNOInterface is never
used.
Change-Id: I1b3841a9aca9d2438b25c66c7f67d09ce13b41f9
|
|
Change-Id: I0fa482b3303f339afabf5ed8f3e432b56c6590aa
|
|
Change-Id: Ic4313d9d1caea6448749c5c010ea9a034a75a907
|
|
Change-Id: Ia03e2797d80429284964987d07ebc033346a7ac0
|
|
Change-Id: If09b4c0452d2e436be146a789edf85b1087d74e2
|
|
Change-Id: I96c69e871aa7b20cdac9751a64faa5e436f31a1f
|
|
Convert code like this:
OUString aStrSpacing(OUString::createFromAscii("spacing"));
to:
OUString aStrSpacing("spacing");
Change-Id: Ia2b7d6b42f35d33cfe587a0d6668030f3537fa6d
|
|
Change-Id: I5c51652932537cfb200183c30c5c1d954586f8fa
|
|
Change-Id: I16a39a0dde27b17f1467a9605a4566b05f53a485
|
|
Change-Id: I083589fd57540e3b4ec488aeb84bc92dddc02d36
|
|
Also use bool instead of random integer types.
Change-Id: If4da5f6b7986231312438142c9ea953d761c6745
|
|
Apparently the life-cycle of this global variable is tied to the
MSAAService anyway, so just make it a member of that.
Also it appears that the FreeTopListener function would call release()
but at the place where the global variable is assigned acquire() was
missing. Using a rtl::Reference should fix this up too.
Change-Id: I6dd305dfd990d7fd4c54b16d971700b88470dc43
|
|
Change-Id: Ia7ec6c4e9808a379e955a013264e1f92a7f6a358
|
|
... so replace all long with hyper to fit in 64-bit pointers.
Change-Id: Ia5c044e8d7cc8c4e55f1ef8c0fb0f91bb9a69e1c
|
|
Do the conservative thing and lock the SolarMutex at every UNO API entry
point.
Change-Id: I51afffada975df7ee3435784aa050a2c19cd0ac8
|
|
Change-Id: I9a215d71bfeec9feed9d7f27fb1a47d36c827ef0
|
|
- disambiguate overloading
- only use SAL_CALL for UNO methods, and non-UNO methods start uppercase
- use SAL_OVERRIDE
Change-Id: Ib57adad65b2b8e8246b103ff77ce162b0b540422
|
|
XP is the baseline already so no need to check for it.
Change-Id: I5737213d647d1aea9b9fa918d87b712d3a920156
|
|
Change-Id: I5819d733b76c916058698b5e5b8ee338dcf25723
|
|
... so no need to define it ourselves, much less 3 times.
Change-Id: I92c05849452fa2516ec09bc5789617df3b743f8d
|
|
At least with MSVC2012 there is no warning C4917 here.
Change-Id: I8de6cfc33791b1bb5e2b7808e306f733cf8cfcb5
|
|
Change-Id: I8e183e68edcbf3ebfb4172350c31b66688eb66e0
|
|
Change-Id: I212c1f3449416ff3629a677112fc5a4702e89eb0
|
|
Change-Id: I5872e520ca009a0f9277827d72e72befe3323a06
|
|
Change-Id: I4a18f32f56a7489b2087629e1de05ce7cc5bdb17
|
|
Change-Id: I6377c9228589d324d51d0c3cc12f04b7854db5ac
|