Age | Commit message (Collapse) | Author |
|
Previosly (since commit 9ac98e6e3488e434bf4864ecfb13a121784f640b)
it was expected to gradually remove SAL_U/W usage in Windows code
by replacing with reinterpret_cast or changing to some bettertypes.
But as it's useful to make use of fact that LibreOffice and Windows
use compatible representation of strings, this commit puts these
functions to a better-suited o3tl, and recommends that the functions
be consistently used throughout Windows-specific code to reflect the
compatibility and keep the casts safe.
Change-Id: I2f7c65606d0e2d0c01a00f08812bb4ab7659c5f6
Reviewed-on: https://gerrit.libreoffice.org/43150
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
Change-Id: Ia632e4083222ad9e7f17c2ad0d0825f189c700cc
Reviewed-on: https://gerrit.libreoffice.org/43071
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
Change-Id: I8f2abf0d338d01453f273b279e34c882de461b00
|
|
There is lots of (Windows-only) code that relied on sal_Unicode being the same
as wchar_t, and the best change may be different in each case (and doing the
changes may be somewhat error prone). So for now add SAL_U/SAL_W scaffolding
functions to sal/types.h, remove their uses one by one again, and finally drop
those functions again.
Change-Id: I2cc791bd941d089901abb5f6fc2f05fbc49e65ea
Reviewed-on: https://gerrit.libreoffice.org/36077
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I40f8a6fef9d66b28a1d72551a6873b041b38b09d
Reviewed-on: https://gerrit.libreoffice.org/29840
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I40f1b0b9fb56e13ab676090aee58f7f642334d3d
|
|
Non ASCII characters like åäö can be used as accelerator keys (Alt+<x>).
This already works however at the moment it is not exposed properly
to accessibility tools such as screen readers. After this patch at least
NVDA gets information about accelerator keys that are non ascii. On
Linux we need to adapt code in vcl/unx/atk/a11y/atkaction.cxx.
There is also vcl/source/window/dlgctrl.cxx#Window::GetActivationKey
should probably have similar treatment and I guess that it is related
to accelerator keys in dialogs but I need to confirm that.
I'm a bit unsure how to best do that so I'll save it for later.
Change-Id: I1f1509a26d781011d217670266bd10b2107811d5
Reviewed-on: https://gerrit.libreoffice.org/19078
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ib73ddecb9fd49a2e1a5bb690a0f4bbbc77d9047a
|
|
Change-Id: Ied81ede9aaf045866596adc40d357cbbddb3d704
|
|
Change-Id: Ic9efae442fef33c620fbdb1e1c3daef4b64d9780
|
|
Change-Id: If8ac2543e3dca393e14380a85547cafbb68ab8c6
Reviewed-on: https://gerrit.libreoffice.org/8340
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
The COM components will (usually? always?) be called on the main thread
via COM, and may also be called on any thread from the UNO event
listeners. Both ways may access the global AccWinObjectManager.
So the easiest way to lock all that without introducing new deadlocks
seems to be to just use the SolarMutex.
The fact that the main thread is in a COM STA is rather irrelevant here
since we don't currently do the required manual marshalling of the COM
pointers so they can be accessed from UNO event listeners running in
threads other than the main thread anyway.
To get that to build:
- use prewin.h and postwin.h around ATL headers
- link UAccCOM against vcl
- define both UNICODE and _UNICODE to not break on mis-matching TCHAR
nonsense
Change-Id: I1ccdf7a4a5c2b5f0b9c29ef39d126c4b8a16898a
|
|
Change-Id: I45e1d72b1abf64a965397c50ac3b95b5bbee3206
|
|
Change-Id: I479117e0794375f1ec0c96b78db22b3569b456ec
|
|
Change-Id: I083589fd57540e3b4ec488aeb84bc92dddc02d36
|
|
Change-Id: I895bab038eda82b80e1a223ad877a9674fe561ee
|
|
Just the winaccessibility directory initially.
Change-Id: Ia21abb8d7088646ad6c1f83b3a03e7add716b0c0
|