You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ITextEditProvider::GetActiveComposition and GetConversionTarget are APIs that Windows provides to expose IME information for UI Automation. As of Feb 2022, these two APIs don't seem to be really used by popular screen readers like NVDA (no reference in the code base) or JAWS, however, it appears we have a gap in EditContext's API surface where browser vendors don't have a way to map these IME info (i.e. the ranges for active composition and conversion target, now stored in EditContext) to the DOM that authors created for the accessibility purpose. There doesn't seem to be an immediate impact but It would be great if EditContext can provide APIs to create the mapping (for the ranges) so the browser vendors can fully implement the TextEdit control pattern
The text was updated successfully, but these errors were encountered:
ITextEditProvider::GetActiveComposition and GetConversionTarget are APIs that Windows provides to expose IME information for UI Automation. As of Feb 2022, these two APIs don't seem to be really used by popular screen readers like NVDA (no reference in the code base) or JAWS, however, it appears we have a gap in EditContext's API surface where browser vendors don't have a way to map these IME info (i.e. the ranges for active composition and conversion target, now stored in EditContext) to the DOM that authors created for the accessibility purpose. There doesn't seem to be an immediate impact but It would be great if EditContext can provide APIs to create the mapping (for the ranges) so the browser vendors can fully implement the TextEdit control pattern
The text was updated successfully, but these errors were encountered: