Thread Subject: Re: Platform software requirement to provideaccessibility services
This archival content is maintained by WebAIM and NCDAE on behalf of TEITAC and the U.S. Access Board . Additional details on the updates to section 508 and section 255 can be found at the Access Board web site.
From: Sean Hayes
Date: Fri, Aug 17 2007 1:35 PM
- Return to this mailing list's archives
- View all messages in this thread
- Next message in thread: James Elekes: "Re: Platform software requirement toprovideaccessibility services"
- Previous message in thread: Peter Korn: "Re: Platform software requirement toprovideaccessibility services"
- Messages sorted by: Author | Thread | Date
I have a slight concern with the phrasing
"Platform software shall provide a set..."
For some platforms, such as an operating system this is the case, but in other cases a platform may be providing access to an underlying set of services provided at a lower level in the stack. Or in some architectures, the platform doesn't really provide anything at all, the applications actually provide the services by implementing an interface, the platform - if it is involved at all - is merely an 'introduction service' so that AT can find the application implementation interface.
Thus I would like to reword this more generically as:
"Platform software shall provide access to a set..."
Accessibility Business Unit
From: = EMAIL ADDRESS REMOVED = [mailto: = EMAIL ADDRESS REMOVED = ] On Behalf Of Andi Snow-Weaver
Sent: 17 August 2007 16:19
To: = EMAIL ADDRESS REMOVED =
Subject: Re: [teitac-websoftware] Platform software requirement to provideaccessibility services
Platform software shall provide a set of services that enable assistive
technologies to interact with other software sufficient to enable
compliance with the "AT interoperability" and "Information and
<Andi notes that there is a typo in her proposal. It should be "User
interface components" instead of "Information and Relationships">
First, I feel this is essential to provide both rationale for platform
producers to include this kind of functionality, and second for
requiring officials to select based upon this, and third, to map our AT
interoperability more fully across the board as this is an end-to-end
set of responsibilities. Next, this kind of provision is more clear
than the current items in 1194.21(b). Finally, might this be tweaked to
Allen's alternate proposal:
Platform software shall provide a set of services that enable
applications and assistive technologies to interact with other software
sufficient to enable compliance with the "AT interoperability" and
"User Interface Components" provision."
Allen, this provision is only about platforms providing a set of services
to enable AT to interact with other software. The AT interoperability and
User Interface Components provisions are the ones that require applications
to actually do the things needed to interact with AT.
I don't see it as related to the current 21(b) provision which is about
accessibility "features". I think of accessibility "features" as end user
functionality and accessibility "services" as programming interfaces.
So I don't think we should add "applications" to this provision.
- Next message in Thread: James Elekes: "Re: Platform software requirement toprovideaccessibility services"
- Previous message in Thread: Peter Korn: "Re: Platform software requirement toprovideaccessibility services"