SV: Review this week: Media Accessibility User Requirements

 
I find these comments together with Wayne's very relevant and especially Char's about the overall language and making the document more "user friendly" is very good.

Venlig hilsen/ Sincerely

Helle Bjarnø
Faglig konsulent, synshandicap / Area Consultant Visual Impairment
Direct phone +45 72 42 40 29         
Mobil:             +45 41 73 08 02
E-mail:            jor@servicestyrelsen.dk

SERVICESTYRELSEN / National Board of Social Services
Videnscenter for Handicap og Socialpsykiatri / The National Resource Centre on Disability and Social Psychiatry
Landemærket 9 / Landemaerket 9
1119 København K / DK-1119 Copenhagen K
Telefon/phone: +45 72 42 41 00
www.servicestyrelsen.dk & www.visinfo.dk 


 

-----Oprindelig meddelelse-----
Fra: w3c-wai-eo-request@w3.org [mailto:w3c-wai-eo-request@w3.org] På vegne af Char James-Tanny
Sendt: 20. oktober 2011 18:59
Til: 'EOWG'
Emne: RE: Review this week: Media Accessibility User Requirements

My comments:

- (2-3) I always get the feeling that these documents are written for people with advanced college degrees. I think it would be possible to make this document a little more user friendly. For example:
-- "...aggregates the requirements of an accessibility user that the W3C
HTML5 Accessibility Task Force has collected with respect to audio and video on the Web" instead of "...combines the requirements gathered by the W3C
HTML5 Accessibility Task Force for accessible audio and video support")
-- "...introduces a background...which is particularly meant as an introduction"
-- "Technology listed here is here because"
-- "Comprehension of media"
-- "Glare caused by excessive scattering in the eye" (I actually don't know exactly what this means)
-- "Necessary accessibility supports vary widely" (I think it's supposed to be "support", not "supports". "Supports" can be misread the first time through as a verb instead of as a noun.
-- "Individuals with an autism-spectrum disorder are commonly impacted..."
"Impacted" should be "affected". 
-- "...which are further dividable by component parts" could be "...which can be divided into components" ("component parts" is redundant, "further"
is uncessary).
-- "...each individual" is redundant. 
-- "[open captions] had been merged with the video track and could not be turned off" would be OK if this is not how open captions now work.

- (2-3) In general, for overall comprehension by all, sentences should be fewer than 25 words. All paragraphs should be two to three sentences.

- (3) I have an issue with the commas :-) (I see places where some are needed, and places where they've been inserted and shouldn't be).

- (2-3) In Section 1, the "Media Accessibility Checklist" 

- (2-3) In Section 2.4, we could also include information about transcription.

- (2) Sections 1-3 refer to "pointing device". Section 4 refers to "mouse".

I haven't done detailed editing, either...this are things I caught while reading. Overall, I think the content is good.

Char


> -----Original Message-----
> From: w3c-wai-eo-request@w3.org [mailto:w3c-wai-eo-request@w3.org]
> On Behalf Of Jennifer Sutton
> Sent: Wednesday, October 19, 2011 10:05 PM
> To: EOWG
> Subject: Re: Review this week: Media Accessibility User Requirements
> 
> EOWG:
> 
> Here are my comments on the Media Requirements document. Each item 
> begins with a letter, and I've marked the level of importance in
parentheses.
> 
> There are nine items, lettered A through I.
> 
> I have not done detailed editing, though if the PFWg would like me to 
> go through, just before publication, I'll do my best at that time.
> 
> A. (2) <h4> Autism
> 
> Individuals with an autism-spectrum disorder are
> commonly impacted in         the areas of
> communication, social interaction, and repetitive behaviors.
> 
> JS: "repetitive behaviors" seems a bit awkward to me. Maybe there is 
> information that can be quoted from an autism-spectrum-related Web site?
> 
> JS: Is the heading "Autism" at the right heading level and/or should 
> it be numbered? Maybe it's fine, and I'm missing it.
> 
> B. (2) ".  Some descriptions can be delivered as
> a separate audio channel         mixed in at the player. "
> 
> JS: I'm not sure what this means.
> 
> C. (1) I've seen the word "problem" or "problems"
> used a few times. I won't cite the locations, but it might be 
> worthwhile
to
> search for and reconsider such references since they imply that a
disability is
> a "problem."
> 
> D. (1) "The user can navigate along the timebase
> using a continuous scale, and       by relative
> time units within rendered audio and animations (including
>    video and animated images) that last three or
> more seconds at their default       playback rate. (UAAG 2.0 4.9.6?)"
> 
> JS:  It would be ideal to confirm the above reference before publication.
> 
> E. (2) JS: I'm not sure what this means; perhaps a word is missing i.e.
> "Support that in..."?
> 
> "[CN-10] Support that in bilingual texts both the
> original and translated           texts can
> appear on screen, with both the original and translated text 
> highlighted,
line
> by line, in sync with the audio narration."
> 
> 
> F. (3) When references are made to other documents, such as UAAG 2.0, 
> it'd be ideal to make the words into a link to the specific section. 
> As one example:
> 
> "focus object is employed. This does not forbid
> and should           not discourage providing
> mouse input or other input methods in addition           to
> keyboard operation. (UAAG 2.0 4.1.1)"
> 
> On the other hand, perhaps the existence of the checklist table would 
> make such linking duplicative and unnecessary.
> 
> G. (2) "[KA-5] The scripted and native controls
> must go           through the same platform-level
> accessibility framework (where it exists),           so that a
> user presented with the scripted version is not
> shut out           from some expected behaviour."
> 
> JS: Perhaps something like "excluded from participating in or 
> experiencing..." instead of "shut out."
> 
> 
> H. (2) I'm not sure what this means:
> 
> "[KA-6] Autoplay on media elements is a
> particularly           difficult issue to manage
> for vision-impaired users, since the mouse           allows other
> users to an auto-playing element on a page with a
> single           interaction. Therefore, autoplay
> state needs to be exposed to the platform-level
>         accessibility framework. The
> vision-impaired user must be able to
> stop           autoplay either generally on all
> media elements through a setting,
>            or for particular pages through a single keyboard user
interaction.
> 
> This could be enabled through encouraging
> publishers to us @autoplay,         encouraging
> UAs to implement accessibility settings that allow to turn
>       off all autoplay, and encouraging AT to
> implement a shortcut key to stop         all autoplay on a Web page."
> 
> I. (2) I'm not sure what this means:
> 
> "[VP-5] Captions and subtitles traditionally
> occupy           the lower third of the video,
> where also controls are also usually           rendered. The
> user agent must avoiding overlapping of overlay
> content           and controls on media
> resources. This must also happen if, for example,           the
> controls are only visible on demand."
> 
> Jennifer
> 
> 
> At 11:09 AM 10/19/2011, Shawn Henry wrote:
> >Dear EOWG,
> >
> >An Editor's Draft of "Media Accessibility User Requirements" is 
> >available at: http://www.w3.org/WAI/PF/media-a11y-
> reqs/
> >PFWG would like to publish this as a public Working Draft soon.
> >
> >Please review it this week, send comments to the EOWG list, and 
> >prepare to discuss it at the teleconference. For each comment, 
> >indicate:
> >1. Very important to address before publication as a Working Draft 2. 
> >Would be good to address before publication as a Working Draft 3. Can 
> >be addressed after publication as a Working Draft
> >
> >Please use a fairly relaxed "filter" and indicate 1 only for comments 
> >that are likely to be a significant issue in a _draft_, e.g., 
> >potentially offensive language - and keep in mind that this is an 
> >early draft and additional edits can be made for later drafts.
> >
> >Thanks,
> >~Shawn

Received on Friday, 21 October 2011 11:12:24 UTC