- From: <talilief@gmail.com>
- Date: Fri, 24 Jan 2020 23:44:36 -0330
- To: Sina Bahram <sina@sinabahram.com>
- Cc: public-aria@w3.org, w3c-wai-ig@w3.org
- Message-Id: <4603F818-A7BF-4B0D-B44A-77BCEFF5B675@gmail.com>
Hi Sina, Yes, I have the rotor set to headings, so if I have the listbox activated (i.e. popped up) flicking left or right I move through the list of Solutes, but if I flick up or down I navigate to a heading outside the popped up list of Solutes and the box stays open until the interaction completely loses focus. Ibcan also navigate out of the listbox by going beyond the last or first item, and again the box stays open. It stays open until it is dismissed or a new Solute is chosen with a double tap. My concern is that a blind learner could be confused if the box gets left open, though it seems relatively easy to get back into it. In the original email, I provided a link to a working example. Also I should add that our sims have two experiences that are rendered in parallel. The visual experience is visually rendered graphically with Canvas, SVG and/or WebGL and the accessible non-visual experience is rendered as semantically rich HTML. The non-visual experience is accessed using screen reader software and is not visually displayed. So it’s kind of a weird case. I am essentially asking what’s the expected gestures or gesture experience of a single select combo box or popped up list of options. We are not using auto-select on focus. The learner has to intentionally move to a new Solute and double tap to select it which auto-closes the popped up list and puts focus back on the pop-up button. Does that help? Taliesin Sent from my iPhone > On Jan 24, 2020, at 14:27, Sina Bahram <sina@sinabahram.com> wrote: > > > Hello, can you please provide more information? You say when the user flicks up or down, but this is directly dependent upon their rotor setting. They could be navigating to previous/next heading, or they could be in a proper “adjust value” context in which a flick up/down should most certainly not move them out of the box they are actuating. > > If they are in a dropdown, is the standard iOS view with pickers invoked? If so, then that tends to be super accessible for VO users e.g. a standard date input with three pickers for day, month, and year with single gesture adjustment available for each.
Received on Saturday, 25 January 2020 03:14:43 UTC