Community
Participate
Working Groups
I20100527-1700 Spinners don't report back what kind of widget they are. The sub-controls inside them correctly identify themselves ('edit text' and 'stepper'), but moving up to the containing view reports back 'unknown'. I'm fairly certain this is not a regression, but hadn't noticed until now. 1. Launch ControlExample or ControlsWithAccessibleNamesExample. 2. Turn on VoiceOver. 3. Click on the spinner's text field. --> VoiceOver reports back the contents of the text field and says 'edit text'. 4. Press ctrl-option-shift-up arrow to go up one container level. The view containing the controls is now under the VoiceOver cursor. --> VoiceOver reports back 'unknown'. Expected: Not sure what it should say, but 'unknown' is definitely not right.
The Cocoa docs for roles and attributes (http://developer.apple.com/Mac/library/documentation/Accessibility/Conceptual/AccessibilityMacOSX/OSXAXRoleReference/OSXAXRoleReference.html) imply that the composite itself should not have a role distinct from the stepper arrows.
Created attachment 171997 [details] Fix Refactored Control so multiple views inside a Composite can have their accessibility properties overridden.
One more to review, Car. I'm trying to whittle the accessibility list down to zero.
Targeting 3.6.1.
Fixed in HEAD > 20100714, since I added a fix for 319677 to Control. 319677 should go into 3.6.1 as well, so I'll update that bug separately.
Fixed in R3_6_maintenance > 20100818.
Looks ok. Thanks, Scott.