Re: Is there a public list of events that should fire when ARIA is used?

If the description is exposed in the "description" field when you explore
it with a MSAA tool, then EVENT_OBJECT_DESCRIPTIONCHANGE would be the event
that should fire.

However, if aria-describedby points to another element with visible text on
the page, then it's exposed via IAccessibleRelation with the code
IA2_RELATION_DESCRIBED_BY. I can't find an event that's supposed to fire if
that property changes. Maybe someone else knows?

In either case, it's not clear to me that dynamically changing the
accessible description - by any means - should necessarily cause a screen
reader to speak the description. In general the only standard way to get a
screen reader to speak something asynchronously (i.e. not in response to a
user event) is with a live region. Any other case where it speaks something
is typically dependent on the screen reader and not standardized.

- Dominic

On Sat, Feb 21, 2015 at 3:39 PM, Bryan Garaventa <
bryan.garaventa@ssbbartgroup.com> wrote:

>  I do have one question though, it looks like aria-describedby isn’t
> listed as firing any event when changed programmatically. Does this
> actually fire any event when this occurs?
>
>
>
> I’m referring to the scenario when an element has focus, such as a form
> field, and within a certain time delay (e.g 1.5 seconds), a tooltip is
> programmatically displayed by inserting it into the DOM, where
> aria-describedby is then set on the element that has focus to point to the
> newly displayed tooltip.
>
>
>
> This scenario would also occur for dynamically updating tooltips, such as
> when typing into a form field that rendered different tooltips as you type
> in order to shape the user’s input responses.
>
>
>
> Does the modification of aria-describedby then fire a specific event when
> this occurs?
>
>
>
>
>
>
>
> *From:* Dominic Mazzoni [mailto:dmazzoni@google.com]
> *Sent:* Friday, February 20, 2015 11:24 PM
> *To:* Bryan Garaventa
> *Cc:* public-pfwg@w3.org
> *Subject:* Re: Is there a public list of events that should fire when
> ARIA is used?
>
>
>
> Hi Bryan,
>
>
>
> The WAI-ARIA User Agent Implementation Guide includes a section on what
> events are supposed to be fired in response to ARIA changes:
> http://www.w3.org/TR/wai-aria-implementation/#mapping_events
>
>
>
> If you're testing IE, the table should be sufficient. However if you're
> testing Firefox or Chrome, I'm not sure you can use Accessible Event
> Watcher because I think it only knows about MSAA and UIA events, but
> Firefox and Chrome also send IAccessible2 events.
>
>
>
> - Dominic
>
>
>
> On Fri, Feb 20, 2015 at 9:10 PM, Bryan Garaventa <
> bryan.garaventa@ssbbartgroup.com> wrote:
>
> Hi,
> Hopefully somebody can point me in the right direction here.
>
> I'm experimenting with Accessible Event Watcher, at
>
> https://msdn.microsoft.com/en-us/library/windows/desktop/dd317979%28v=vs.85%29.aspx
> In order to get a better understanding of which events fire when ARIA is
> used on the Windows OS, and when this happens such as when various
> properties and states change during interaction.
>
> However, I'm not sure which events I should be checking for, what their
> names are, and which ARIA changes should be triggering these.
>
> Is there a public list of events somewhere that describes which events
> should fire and when that I could review in order to understand these
> things better? I expect this may be platform specific, but any resource
> would be helpful.
>
> Thanks,
> Bryan
>
>
>