Re: Appropriate Role for custom control with multiple nodes
Re: Appropriate Role for custom control with multiple nodes
- Subject: Re: Appropriate Role for custom control with multiple nodes
- From: Alexander von Below <email@hidden>
- Date: Thu, 20 Dec 2012 14:49:06 +0100
Excellent!
Sorry for my late reply, is my help still needed?
Alex
Am 20.12.2012 um 14:40 schrieb Ilya Kulakov <email@hidden>:
> Hi Josh,
>
> Looks like I've found a solution for every problem I mention.
> The code is open source (BSD) and can be found here: https://github.com/Kentzo/ShortcutRecorder/blob/master/SRRecorderControl.m (look up NSAccessibility)
> It seems to work on ML. Didn't have a chance to test it on other systems.
>
> One thing which is unclear to me is that every time modifier flags are changed, VO asks for NSAccessibilityTitleAttribute and pronounce it without Role Description. It's okay for my specific case, but I wonder whether it will work on previous (and even future) versions of OSX and whether it'll work with other assistive devices.
>
> Another problem is that I don't know how to suggest an assistive device how to interpret shortcut correctly. If modifier flags are represented as unicode characters, VO sometimes does not pronounce them. I've worked it around by passing "readable" equivalents (e.g. Command, Control, Option). However, I don't know what to do with "key code" part of shortcut. If key is ';' or ',' VO most of the time does not pronounce them.
> I wish there would some tagging system, so I could pass "Command-Control-Option-<word>;</word>".
>
> I also found that VO ignores notifications regarding changing hierarchy. That is, it's impossible to programmatically destroy currently selected UI Element, create new one and let VO to know of these changes.
> Seems like VO cannot correctly handle situation when selected object is removed from the hierarchy (it's either not listed as child on the parent or it's accessibilityIsIgnored returns YES).
>
> On 20.12.2012, at 11:42, Josh Scotland <email@hidden> wrote:
>
>> Hi Ilya,
>>
>> Thanks for providing pictures of the button(s) in question.
>>
>>> • Either pronounce both Description and Value (current shortcut) or pronounce only Description and make Value somehow accessible (e.g. by special VO shortcut)
>> Are you running into an issue of VO not pronouncing the description and value in the inactive mode or in the active mode where a user is putting in their shortcut keys.
>>
>>> • Make it pronounce Value after shortcut was typed
>> Same question -- after the shortcut is typed, does the button go to the inactive mode and VO isn't pronouncing the value when it is the title of the button?
>>
>> On Dec 18, 2012, at 9:43 AM, Илья Кулаков <email@hidden> wrote:
>>
>>> Hi everyone.
>>>
>>> I'm developing custom control, new incarnation of well-known ShortcutRecorder. New implementation has the following design:
>>>
>>> In inactive mode, control appears like a usual button:
>>> <Screen Shot 2012-12-19 at 0.19.15.png>
>>>
>>> Once clicked, it becomes active:
>>> <Screen Shot 2012-12-19 at 0.20.37.png>
>>> The snap back button cancels editing and the clear button removes current shortcut.
>>>
>>> I was inspired by WWDC videos from 2010 and 2012 to bring Accessibility support to this control.
>>> Here is my vision of how should it work:
>>> Once a user moves VoiceOver cursor to the control, I want it to pronounce View's Description (e.g. assigned in IB) and current shortcut.
>>> Once a user starts editing, he should be able to start interacting with control (move inside the control) and navigate to the snapback and clear buttons.
>>>
>>> I decided that the best role for the control would be Button. Unfortunately I have no idea ho solve the following issue:
>>> • Either pronounce both Description and Value (current shortcut) or pronounce only Description and make Value somehow accessible (e.g. by special VO shortcut)
>>> • Make it pronounce Value after shortcut was typed
>>>
>>> I would very appreciate any help regarding my Accessibility design and problems.
>>>
>>> Best regards,
>>> Ilya Kulakov
>>>
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Accessibility-dev mailing list (email@hidden)
>>> Help/Unsubscribe/Update your Subscription:
>>>
>>> This email sent to email@hidden
>>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Accessibility-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Accessibility-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden