Allows such IMEs that process keyboard input to do so. For instance, fixes backspace and escape for handwriting methods.
Unfortunately there doesn't seem to be a way to detect the activation of non-keyboard IMEs, so this needs to be checked per-keystroke. Some rough benchmarking shows that it adds about 15 microseconds of overhead, which is somewhat dwarfed by the ~50 microseconds for the dispatch to the main thread, which was always already happening.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/4923
> It looks like before Vista it returned `STATUS_SUCCESS` which is current Wine implementation, but since Vista it started to return `STATUS_INFO_LENGTH_MISMATCH` instead
Is there an actual app that depends on this?
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/4834#note_58683
On Tue Jan 23 16:39:13 2024 +0000, Esme Povirk wrote:
> Now that I'm looking closer, I'm even more confused. As far as I can
> tell from the tests, the parameter size of RedEyeCorrectionEffect should
> always be sizeof(RedEyeCorrectionEffect). So, why does
> GdipGetEffectParameterSize return something different?
> And if a different size is allowed to be passed in, there should be
> tests for it.
I have tested it, it always includes the size of the numareas. I have tested it, it throws InvalidParameter errors.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/4661#note_58668
On Tue Jan 23 16:34:02 2024 +0000, Esme Povirk wrote:
> I don't see anything changed that would address this.
Now that I'm looking closer, I'm even more confused. As far as I can tell from the tests, the parameter size of RedEyeCorrectionEffect should always be sizeof(RedEyeCorrectionEffect). So, why does GdipGetEffectParameterSize return something different?
And if a different size is allowed to be passed in, there should be tests for it.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/4661#note_58667