• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: plugin accessibility
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: plugin accessibility


  • Subject: Re: plugin accessibility
  • From: David Bolter <email@hidden>
  • Date: Sat, 15 Aug 2009 22:10:32 -0400

Hi Christiaan,

I wasn't clear earlier but it is exactly the insertion of plugins into the heirarchy that I'm currently interested in, and more specifically the proposal here:
https://wiki.mozilla.org/Plugins:NativeAccessibility


You've provided me with information that I am still having trouble finding in these docs -- namely that Safari plugins are not inserted into the heirarchy, and therefore there probably isn't a strategy for inserting OOP plugins into the accessible tree.

As browsers move more to muti-process architectures, including muti-process content, I think it is worthwhile thinking through the right places to solve the related issues so I'm looking to see what others are doing. For example, native accessibility architectures tend to be synchronous, but maybe we want to rethink that. I don't want to go too off topic here though.

cheers,
David
On 8/15/09 3:00 PM, Christiaan Hofman wrote:

On Aug 15, 2009, at 8:11 PM, David Bolter wrote:

Thanks for the link. Unfortunately I'm particularly interested in how plugins are inserted into the heirarchy (if they are), and especially how this is implemented for OOP plugins (probably wrapping and remoting). I'll investigate.


Plugins are not inserted in the hierarchy. If you'd read these docs you'd know that saying this doesn't even make sense. The docs tell you WHAT is inserted and HOW. I advice you not to return until you've read and understood these docs.


Christiaan

If anyone on this list is has done or is currently implementing this I'd like to chat. Note: I'll likely be pinging Jonas at Google soon too; note: http://sites.google.com/a/chromium.org/dev/developers/design-documents/accessibility#TOC-Synchronous-IPC-for-Accessibility


cheers, David


On 8/15/09 1:51 PM, Christiaan Hofman wrote:

On Aug 15, 2009, at 7:40 PM, David Bolter wrote:

Hi Christiaan,

Thanks for your reply. I was hoping this would be a good way to start a discussion about OOP plugin accessibility but maybe this list isn't the right place?

I probably didn't look at the right docs... can you point me to the one with all the answers? :)

cheers,
David


<http://developer.apple.com/documentation/Cocoa/Conceptual/Accessibility/cocoaAXOverview/cocoaAXOverview.html> explains how accessibility is implemented in Cocoa. From that it should be clear that "safari" or "plugin" are totally irrelevant to the discussion. It only matters stuff is inserted in the hierarchy, which is more a question of what they do then what they are.


Christiaan


On 8/14/09 5:05 PM, Christiaan Hofman wrote:

On Aug 14, 2009, at 8:37 PM, David Bolter wrote:

Hi all.

Does Safari have any plugin accessibility support?

Yes.


If so, what about for out of process plugins?

cheers,
David


No.

If the answers aren't very useful that's because you're asking the wrong questions (just a friendly advice, the docs have all the answers).

Christiaan






_______________________________________________ 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
  • Follow-Ups:
    • Re: plugin accessibility
      • From: Christiaan Hofman <email@hidden>
References: 
 >plugin accessibility (From: David Bolter <email@hidden>)
 >Re: plugin accessibility (From: Christiaan Hofman <email@hidden>)
 >Re: plugin accessibility (From: David Bolter <email@hidden>)
 >Re: plugin accessibility (From: Christiaan Hofman <email@hidden>)
 >Re: plugin accessibility (From: David Bolter <email@hidden>)
 >Re: plugin accessibility (From: Christiaan Hofman <email@hidden>)

  • Prev by Date: Re: plugin accessibility
  • Next by Date: Re: plugin accessibility
  • Previous by thread: Re: plugin accessibility
  • Next by thread: Re: plugin accessibility
  • Index(es):
    • Date
    • Thread