Re: Need help setting up accessibility link from source-view
Re: Need help setting up accessibility link from source-view
- Subject: Re: Need help setting up accessibility link from source-view
- From: Motti Shneor <email@hidden>
- Date: Fri, 25 May 2012 23:48:16 +0300
Wow. So many thanks, James, Patty and Mike.
I missed so many important details here. I think I got the technical side of it (I'll try to make it work again tomorrow).
However, one thing I still don't quite understand. Going from the source (outlineView) to the detail (whatever it is) is indeed high-level, and as far as I can understand --- futile. I can't see what aid it provides in terms of accessibility. Maybe I miss something big here.
My source/detail application has several very different detail views, each designed for different flow different view-hierarchy, and different functionality. Most of them have a "central" control, (like the "OK" button in an NSAlert) which will usually be the first thing a user wants to "see" or "hear" when he moves his attention from the source to the detail.
For a normal user that's very easy --- the "initialFirstResponder" becomes the first-responder (focused UI element) as soon as the user will tab from the source-view to the detail view.
My "initialFirstResponder"s are usually NSButton or NSTextField controls. So I should have linked against the cell indeed. The reason they're called "initialFirstResponder" is that they become the window's default responder when I attach the detail view into the view hierarchy, and re-calculate the window's key-loop.
Regarding changes in the rows, We support filtering on the outlineView, but not sorting, so rows don't "move around". My code does specify exact column and row for the link. It also sets up the link upon user selection of a specific row - where is the problem here? I
On 25/05/2012, at 22:00, email@hidden wrote:
> Send Accessibility-dev mailing list submissions to
> email@hidden
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.apple.com/mailman/listinfo/accessibility-dev
> or, via email, send a message with subject or body 'help' to
> email@hidden
>
> You can reach the person managing the list at
> email@hidden
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Accessibility-dev digest..."
>
>
> Today's Topics:
>
> 1. Re: Need help setting up accessibility link from source-view
> to (subview of) detail-view programmatically (James Dempsey)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 25 May 2012 10:42:11 -0700
> From: James Dempsey <email@hidden>
> To: email@hidden
> Subject: Re: Need help setting up accessibility link from source-view
> to (subview of) detail-view programmatically
> Message-ID: <email@hidden>
> Content-Type: text/plain; charset="utf-8"
>
> Somehow my email from earlier this AM didn't show up on the list (probably too long and awaiting a moderator's approval).
>
> But yes, Patti's suggestion is a better one than linking from the row itself.
>
> -James
> ---------------------------------------------
> James Dempsey
> Tapas Software
> email@hidden
>
>
>
>
> On May 25, 2012, at 10:11 AM, Mike Engber wrote:
>
>>
>> On May 25, 2012, at 9:43 AM, Patti Hoa wrote:
>>
>>> Second, instead of hooking up NSAccessibilityLinkedUIElements from a cell to a view, hook it from your outline view to the details view instead. An example can be found in the Mail.app. There's a link from the message table to the message content area. The important thing is that the two uiElements involved in the link should not dynamically disappear, so it's always better to link static container elements rather than objects that comes and goes.
>>
>> Oh yes, linking at higher level is much better. It will immunize you from changes in the rows.
>>
>> The info in my other post is correct, but, assuming it works, it would be much smarter to link from the outline view directly as Patti suggests.
>>
>> -ME
>>
>>
>> _______________________________________________
>> 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
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <https://lists.apple.com/mailman/private/accessibility-dev/attachments/20120525/f3bc5fa3/attachment.html>
>
> ------------------------------
>
> _______________________________________________
> Accessibility-dev mailing list
> email@hidden
> https://lists.apple.com/mailman/listinfo/accessibility-dev
>
> End of Accessibility-dev Digest, Vol 9, Issue 40
> ************************************************
Motti Shneor,
CEO, suMac LTD.
Software Development for the Macintosh
Home/Office Address: 34 Emek-Ha-Ella St. Appt.1 Modiin, ISRAEL, 71723
Home/Office Tel/Fax: +972-8-9267730
Home eMail: email@hidden Office eMail: email@hidden
Mobile phone: +972-54-3136621
---
ceterum censeo microsoftiem delendam esse
---
_______________________________________________
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