Edge Rewrite
// HTMLRewriter · presentation

This page was redesigned at the edge.

Cloudflare fetched the original article and streamed it through HTMLRewriter to apply an entirely new visual system without rebuilding the source page.

// request.cf · coarse context

A page that knows where it met you.

Only coarse request metadata is shown. This demo does not display or persist visitor IP addresses.

Country
US
Cloudflare location
CMH
Connection
HTTP/2
Language
Not provided

Ray ID: a21c11695d9c4440

Jump to content

Talk:Microsoft Active Accessibility

Page contents not supported in other languages.
Add topic
From Wikipedia, the free encyclopedia
Latest comment: 10 years ago by ChuckOp in topic Limitations

Limitations

[edit]

The statement in the limitations section about split buttons is inaccurate. Split buttons were well known at the time, having been part of Office 95. The design of MSAA was not to have a specific-role for every possible type of UI element, but to accommodate complex elements by breaking down complex elements into simpler ones.

A traditional split button UI control would have two sections - one with text and possibly an icon. Next to that would be a icon of a down arrow or similar. Activating the textual portion would perform the default action of the button. Activating the down arrow portion would activate a drop down menu.

Thus, an implementation of a split button control could expose two MSAA objects, either both with a accRole of ROLE_SYSTEM_PUSHBUTTON, or just the text/icon portion would be a ROLE_SYSTEM_PUSHBUTTON. Then the down arrow portion would be exposed as a ROLE_SYSTEM_BUTTONMENU.

The fact that the default implementation of MSAA doesn't expose a split button is not a reflection of any design limitation. Charles Oppermann (talk) 16:39, 29 April 2016 (UTC)Reply