Re: Bug in 10.10 method based API
Re: Bug in 10.10 method based API
- Subject: Re: Bug in 10.10 method based API
- From: Zack Jarrett <email@hidden>
- Date: Mon, 20 Apr 2015 12:09:39 -0700
I’ve found another interesting case of the default implementation of accessibilityTitle being munged by setting an accessibility description. This time its checkboxes. If you set the Accessibility Description on a checkbox in the xib that checkbox will return nil for its accessibilityTitle property.
Setting the accessibilityLabel via the method based or key based API does not munge the default implementation of accessibilityTitle.
I’ve created a sample project that displays this. You can download it from:
https://drive.google.com/uc?export=download&id=0B1ZuY3wMMdzJVV9IVzBaRkxKbFk
I’ll be adding that project to the Apple radar.
Zack
> On Apr 20, 2015, at 8:51 AM, Zack Jarrett <email@hidden> wrote:
>
> Sure do. It’s Apple bug #20071858.
> Thanks,
> Zack
>
>> On Apr 18, 2015, at 6:38 PM, Doug Russell <email@hidden> wrote:
>>
>> That’s a bug. Do you have a radar number?
>>
>>> On Apr 17, 2015, at 6:00 AM, Zack Jarrett <email@hidden> wrote:
>>>
>>> I have discovered what I think is a bug in the 10.10 SDK method based accessibility API (NSAccessibilityProtocol.h).
>>>
>>> When using the method based API to set the accessibilityLabel (AXDescription in the old world) on an NSWindow the NSWindow loses its default implementation value of accessibilityTitle (AXTitle). This happens both for windows created in xibs as well as ones created programatically.
>>>
>>> When setting the AXDescription using the old key-based API the default implementation of accessibilityTitle on the window still works as expected.
>>>
>>> The key based API call is this:
>>> [self.window accessibilitySetOverrideValue:@"new AXDescription" forAttribute:NSAccessibilityDescriptionAttribute];
>>>
>>> The method based API call is this:
>>> [self.window setAccessibilityLabel:@"new accessibility label”];
>>>
>>> After using the method based API the window returns nil for the accessibilityTitle until I use setAccessibilityTitle: to set it explicitly. This feels like a bug. In my experience the default accessibility property implementations have never interacted in this way before; setting one property never caused others to become nil. The workaround is to explicitly set the title using setAccessibilityTitle: but I feel like I shouldn’t have to if the default implementation is appropriate.
>>>
>>> I have set up a project that displays this problem. You can download it here:
>>> https://drive.google.com/uc?export=download&id=0B1ZuY3wMMdzJQlA2ek5FbnhJZFE
>>>
>>> I’m running Xcode 6.3 under Yosemite 10.10.3.
>>>
>>> Thanks!
>>> Zack
>>> _______________________________________________
>>> 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