w3c / apa Goto Github PK
View Code? Open in Web Editor NEWAPA WG deliverables have been moved to individual repositories
License: Other
APA WG deliverables have been moved to individual repositories
License: Other
Charter draft is not using the most up-to-date template, as evidenced by the security and privacy line. I think the IPR policy text todo's would also be fixed by that update.
Support for the presentation of, and interaction with knowledge domain content on the web is uneven at best. We note renewed activity in the World Wide Web Consortium (W3C) to ameliorate this situation in certain knowledge domains and inquire after generalized approaches which might be codified to enable knowledge domain experts to provide more robust support in their area of expertise. We focus specifically on providing accessibility support across knowledge domains that can enable and empower persons with disabilities in their education and professional relationships.
Accessibility to text-based web content and to interactive desktop-type widgets, such as checkboxes, menus, and sliders, has been made quite robust and reliable for persons living with sensory and motor disabilities. We are making progress extending support for persons with cognitive and learning disabilities.
Recent standardization work has begun providing accessibility support for graphically expressed knowledge through SVG.
Many intellectual disciplines, however, routinely express knowledge and facilitate discourse utilizing knowledge domain specific symbology. Mathematics is expressed and interacted with symbols and semantic constructs radically different from those used in music scoring, both of which differ markedly from linear textual presentation, even where semantic textual structures have also been made accessible.
Examples of knowledge domain symbologies include, but are not limited to:
Additionally, there are common practices even in textual content not well supported for accessibility for users who rely on, or significantly benefit from accurate synthetic text to speech (TTS) content pronunciation. Examples here include:
NOTE: The term "hyperlink" is set off in quotations because the common practice predates hypertext technology, and is commonly rendered in print through defined symbols for "cross referencing."
I'm curious about how 4.4 (personalization with a focus on symbols), 4.11 (signing of text descriptions), and 4.19 (customization of text for captions or subtitles) are split out. I think these are all getting at differently flavors of ways text-based content might be presented in an immersive environment, but focuses on one scenario for each.
I think it would be valuable to consider one requirement for text-based content personalization (language, symbols, signing, etc.), and one for text transformation (font size, font, etc.) for any scenario that has text or a text equivalent. For example, a user who wants text descriptions to be presenting in sign might also want captions presented the same way.
[OP Jason White against branch https://github.com/w3c/apa/tree/RTCUserNeeds]
This needs clarification.
[OP Jason White against branch https://github.com/w3c/apa/tree/RTCUserNeeds]
... the ability to engage real-time text, voice and video in a single session in various combinations. As I remember, this is what is meant in telecommunication standards by “total conversation”. I suggest clarifying what the user need here actually is, and what the requirements are in addition to RTT support.
The word "viscious" is actually spelled "vicious".
G :)
Note: I can move this into my other issue as well, but they're not related
Overall:
Captions (Live) 1.2.4: Add in clear distinction between how Captions differ from Subtitles and language guidelines. We've had a lot of questions as to what is required in this area, and I've had to pull from the Language of Parts guidelines and others to come up with something. Add in a success criteria that states that the Captions must match the Voice-Over language of the video. This would extend to 1.2.7 per language criteria.
Headings & Labels 2.4.6: Expand on heading usage and impact on page flow. (eg. Should be used to introduce content, not decorate text, and should not be the child of another element)
Focus Visible 2.4.7: There's a lot of cross-over with 2.4.11, so I would suggest condensing this into a flat guideline and adding success criteria based on how to meet moving this into Level A Compliance. The language can be cleaned up to say that the border should be at least 2 CSS pixels (I would propose 3) around the element, and would suggest possibly moving to the 4.5:1 contrast ratio for greater clarity. Based on conversations with colleagues though, this is a contentious one since the CSS created to meet this criteria needs to be closely monitored. In my opinion, this should be left on the browsers to come up with something more robust.
Target Size 2.5.5: Move down to AA Compliance. This should help to alleviate concerns on responsive views and at least partly compensate for pixel dense screens especially on mobile. Also suggest specifying a minimum width and having aspect ratio of the image be considered since most targets are not square.
[NEW] Viewport Baseline 4.1.4: State here that the default viewport should match a baseline CSS pixel width and height of 1920 x 1080 (1080p) subject to change. I would argue this could go up to 2560 x 1440 (1440p) and work as a more future-proof baseline especially considering new-generation phones. Would relate to 1.4.10 Reflow and make things clearer.
[OP Jason White against branch https://github.com/w3c/apa/tree/RTCUserNeeds]
Section 3.1: I think this can be clarified on the basis of research (as discussed at last week’s meeting) and converted into an audio quality requirement.
Section 3.2: this overlaps with 3.1 in that both refer to audio requirements. I would suggest separating out the audio quality and video quality requirements and treating them as distinct issues, without overlap. I also think the video requirements can be specified as user needs/requirements as in section 2. Given the existence of EN 301 549 guidance for both audio and video, it isn’t clear why these aren’t set out as requirements in the format of section 2. Having relevant policy in place would seem to me to be a rather strong reason for specifying them as requirements – more so than for some of the possibilities already proposed in section 2, for which we don’t have much, if any, supporting research and experience – which is why we’re calling for public review, after all.
About Google recaptcha v3, the article states :
However, as the failure fallback remains the presentation of a traditional CAPTCHA, it remains imperative to do better by users who require alternative CAPTCHA options as also enumerated here.
After reading Googles documentation about recaptcha v3, I think that it is not entirely correct to say 'the failure fallback remains the presentation of a traditional CAPTCHA'.
I understand that recaptcha v3 only sends a score back. It is up to the developer to decide what action to implement in case the score is under a certain threshold. So my impression is that this solution gives the freedom and the responsibility to the developer using this captcha to choose en accessible fallback.
New comments - thanks @scotthollier
Abstract: great, no issue.
Introduction:
I’d like to see the ‘what is RTC? Reworked. Here’s how it stands:
What is Real-time communication (RTC)?
The traditional data exchange model is client to server. Real-time communication (RTC) is game-changing as it is enabled in part by specifications like WebRTC that provides real-time peer to peer audio, video and data exchange directly between supported user agents. This enables instantaneous applications for video and audio calls, text chat, file exchange, screen sharing and gaming, all without the need for browser plugins. However, WebRTC is not the sole specification with responsibility to enable accessible real-time communications, as use cases and requirements are broad - as outlined in the IETF RFC 7478 'Web Real-Time Communication Use Cases and Requirements' document. [ietf-rtc]
If the reader wants to know what RTC is, it currently requires a bit of digging through the text. I’d like to see the first sentence as ‘RTC is…’ then a clear a definition in response to the heading ‘What is RTC?’ and then go onto explain the relevance of WebRTC, game-changer, etc.
RTC accessibility: great. This is a good example of how the definition is more clear
User needs definition: similar to first comment. Currently reads as:
---.
2 User needs definition
This document outlines various accessibility related user needs for Accessible RTC. These user needs should drive accessibility requirements for Accessible RTC and its related architecture.
User needs are presented here with their related requirements; some in a range of scenarios (which can be thought of as similar to user stories). User needs and requirements are being actively reviewing by RQTF/APA.
Again given the section is called ‘user needs’ definition’, it’d be good to start with ‘A user need is…’ and explain it, then go onto the rest of the text. At the moment it talks about user needs but in my opinion doesn’t define it.
I wonder if 4.7 could be expanded to include color customizations that aren't just in high contrast. Many users could benefit from color customization but may prefer to not rely on a high contrast solution specifically.
there is a default setting for audio/ video quality for export.
for High Quality it is 192 Kb for audio and 15 Mb for video
for Med Quality it is 128 kb for audio and 5 Mb for video
for Low Quality it is 96 Kb for audio and 384 Kb for video.
these settings can also be changed before exporting the video each time.
My query is that ;
Is there any way to modify these settings so that you do not have to change every time before exporting the video.
Hi
I think cognitive overload, reliance on memory (routs etc), knowing what things, ability to have support are all things that can affect XR (in https://raw.githack.com/w3c/apa/6d5bf713d9d7c65ecda104c213ad47b0e98cfbe1/xaur/index.html)
Sensory oveload can also be a problem. (from the two or three times i have tried it)
I think there are also many mental health risks such as panics and triggers, but this is not my field.
I will ask coga to review it
User need: Binaural audio track alternatives
I'm not an expert on this, but I am wondering if mono audio should be provided as an alternative for people with hearing impairments (as opposed to, or in addition to, the proposed)?
This needs to have the XAUR label, but I don't have permissions to make that change on this repo.
4.9 currently focuses on notification methods for magnification users, but uses general "AT" in the requirement. 4.10 then specifically calls out announcing UI updates for screen reader users.
I wonder if these could be combined to provide guidance for announcements and updates geared toward people with visual disabilities as a whole, with a focus on audio and/or haptic feedback. That feedback would presumably be provided regardless of the way the user is interacting (gestural or not).
There should be some way to choose set of meta information such as the vertical position and the size of the object, which may be crucial sometimes but not every time, by using a input command or a gesture.
2.1.1 Traditional Character-Based CAPTCHA
https://w3c.github.io/apa/captcha/#traditional-character-based-captcha
While some sites have begun providing CAPTCHAs utilizing languages other than English, an assumption that all web users can understand and reproduce English predominates. Clearly, this is not the case. Arabic or Thai speakers, for example, should not be assumed to possess a proficiency with the ISO 8859-1 character set [iso-8859-1], let alone have a keyboard that can easily produce those characters in the CAPTCHA's form field. Research has demonstrated how CAPTCHAs based on written English impose a significant barrier to many on the web; see Effects of Text Rotation, String Length, and Letter Format on Text-based CAPTCHA Robustness [captcha-robustness].
The above text has several potential issues:
*This comment is part of the I18N horizontal review. *
[OP Jason White against branch https://github.com/w3c/apa/tree/RTCUserNeeds]
Braille devices used in conjunction with a host computer are almost always controlled by whatever screen reader is running on that system. The screen reader typically provides a command to turn speech output on and off, so the user can turn speech off and use the screen reader entirely via the braille display (as I typically do in some circumstances such as teleconferences). Thus, I’m wondering what is being asked for here that can’t already be achieved by turning speech off and reading/navigating the application with the braille display. Notifications should be shown as alert messages on the braille device (typically replacing whatever the user is reading and persisting for a user-configurable amount of time). Is this requirement really distinct from the earlier requirement for notifications to be delivered to AT?
What about interaction via screen reader? There's likely some markup needed for a screen reader to describe a scene.
Spec TBD for sure, so perhaps it's too early, but this is something that should be considered longer term
We should make sure that any text can be shared to a second screen (like a braille keyboard)
REQ 15c
To have an avatar it's a good idea and I think it's something that is starting to raise from different needs (see REQ 10a). Maybe an idea is to have THE SAME avatar to help in different situations and to guide the user on customisation settings of the VR/AR platform/app.
The avatar should be customisable itself, to make the user comfortable and feel friendly.
A use case and, if appropriate, a requirement should be added regarding the user's ability to ensure that both a sign language interpreter and the person speaking (whose speech is being interpreted) are simultaneously visible. Anchoring specific meeting participants to specific windows is one means of meeting this objective.
Filed on behalf of John Paton RNIB (original email to RQTF list https://lists.w3.org/Archives/Public/public-rqtf/2020Nov/0016.html)
A couple of BBC Whitepapers may be of interest. The Impact of Subtitle Display Rate on Enjoyment Under Normal Television Viewing Conditionshttps://www.bbc.co.uk/rd/publications/whitepaper306 and Live subtitles re-timing proof of concepthttps://www.bbc.co.uk/rd/publications/whitepaper318. The second one is more for interest and the tl;dr version is that the video encoding for HD video takes about 5 seconds so by tweaking the workflow they can regain that time and reduce the lag between video and subtitles. I don't know if that is in scope for the requirements doc.
@JaninaSajka has raised a new user need relating to the preservation of meta data in 3.12 Call participants and status.
The idea is that some call or conversation data relating to who is on the call needs to be captured and exportable, so it can be reviewed after a meeting.
The WebPlat WG has just published the FPWD of Intersection Observer, triggering wide review. Thanks to its time in incubation, the spec already has good interop, so we're hopeful of moving to CR reasonably quickly.
We don't think this specification affects the UI, but would welcome a second opinion from the APA WG if possible. Feedback no later than Friday 27th October would be appreciated, feedback earlier even more so.
Please file issues on the Intersection Observer repo.
If this request is better made through another channel, please let me know. Thank you.
REQ 3a, can be extended proposing some sort of 'categorisation' support for the user, in combination with Symbols. Symbols can be related to categories, so the user can create semantic sets of objects. To have categories helps users to remember Symbols semantics. They should also have the possibility to create custom categories in order to have their own categorisation system - other than default ones.
REQ 3b, users may benefit to have an option to enable/disable autoplay of content like video/audio/animations.
Also, they may benefit on having explicit controls on playing/pause of any animation/audio/video happening on screen (or if audio, even not visually presented but just playing).
Hello APA,
May I suggest that README.md include links to (perhaps all) the deliverables?
And that the specifications (e.g. https://w3c.github.io/apa/fast/) link back to Github?
It is also possible to add https://www.w3.org/WAI/APA/ as the official website for this repository in the repo settings.
As an outsider this would be very helpful to navigate the work of APA.
Thanks :)
This should be included in the document. How will this work?
Hi, just a small issue I think. There are some references and links to the European Standard EN 301 549 where a small actualization is needed. The standard EN 301549 has been superseded by EN 301 549 v2.1.2: https://www.etsi.org/deliver/etsi_en/301500_301599/301549/02.01.02_60/en_301549v020102p.pdf.
Cheers
Kerstin
Just a general note recommending the avoidance of colloquialisms in tech specs. They may not make sense to non-native speakers/readers, and are complex to translate.
Filed on behalf of RNIB: Original comments sent to APA list
Regarding User Need 15: Some level of user-set-automation to pre-empt common interactions may help here. This could be set in a menu or a simple ML process (ie “The last 3 times [X trigger occurred] you [initiated Y interaction], would you like me to do this every time?”)
Hi
We did an audit on Google's reCAPTCHA in June 2018. I have attached the results.
CAPTCHA errors.docx.
Not sure if this is helpful. Happy to discuss.
Gian
Can we add an extra requirement that says that the content is designed so that shape is used instead of just colour?
I suggest that because if the requirement is met, and the user has only minor difficulties with contrast, that could be sufficient for them to not need to engage any specific display mode, and thus be a more immersive experience. There are several examples from the world of games that we could reference (that list actually misses one that I think is particularly good, but I’d have to ask Ian Hamilton about it, as I believe he gave it as an example but I can't remember its name).
Note: I understand this is similar to an existing WCAG requirement; not sure if the overlap is good, or we are trying to avoid it, but it is another—and a nicely immersive/unobtrusive—way to meet the user need.
This needs to have the XAUR label, but I don't have permissions to make that change on this repo.
The link to WalkinVRDriver in section 3 differs to the one in section 3.5—suggest the name and link from §3.5 be used in both cases.
This needs to have the XAUR label, but I don't have permissions to make that change on this repo.
In section 3.2 it says "There will be many modality aspects for the developer and/or content author to consider:" - it looks like there's going to be a list of things there, but a "NOTE:". (The section ends by saying what's coming up in the input section, so I'm not sure if the colon relates to "the following sections".)
This needs to have the XAUR label, but I don't have permissions to make that change on this repo.
it needs a line for the present rechartering, showing the new deliverable.
www.kasada.io have a product which uses in browser checking without any user interruption. How it was explained was a little like bitcoin mining in the browser, with the algorithm increasing in complexity for failed attempts and causing the attackers costs to increase. The request a demo page uses the technology to protect fraudulent signups.
It doesn't flag screen reader behavior as suspicious, but it does require the user visit from the browser and it isn't free.
On XAUR, at paragraph 3, first point of the list:
'Over emphasis on motion controls. The are many...'
Should be:
'Over emphasis on motion controls. There are many...'
There should be some easy way to navigate in the environment for people with different abilities for example, visible glowing lines that would guide the users to their destinations, and these guidelines could be made audible based on their spatial position.
Help users to explore the environment using input gestures, and the objects should have a meta information associated which would include the distance from the person and co-ordinates for the direction with respect to the observer.
For example, Jasmine flowers in a vase, 2 meters at your 11 o’clock”.”.
User need: Magnification context and resetting
Can we add an extra requirement to allow for scalable font sizes in both UI and content? This could negate the need for screen magnification. This (and many other adaptations, even at the same time) has been done successfully in research, and APIs like Dynamic Text on iOS and large text on Android are getting close.
This needs to have the XAUR label, but I don't have permissions to make that change on this repo.
I realise it may just be a character limit in the footnote IDs, but is it possible to call the "able-game" footnote ID (used in section 3) "able-gamers" as that's their full name?
This needs to have the XAUR label, but I don't have permissions to make that change on this repo.
I'm wonder if this is really representative of the need and solution. When I read "symbol sets" I think unicode. When I think of AAC, I think of pictures, and they're not the same.
Can we be less specific
[OP Jason White against branch https://github.com/w3c/apa/tree/RTCUserNeeds]
At this point, it isn’t clear what is expected (e.g., translation into some sort of symbol set, a text notification, an audio notification, an image of the caller in addition to the textual ID, etc.). I think the reference to symbols here is confusing without further clarification.
On REQ 12a, users may benefit on having an option to enable/disable a clock always shown, e.g. on top of the screen/bottom of the screen, to not lost track of time.
They could also benefit on having an option to display time passed from the start of the current VR/AR session. This way they can control time spent on VR/AR without having an alarm set on a pre-defined time limit - as proposed on REQ 12, that may not be liked by everybody. A limit and an alarm may cause anxiety on some users.
They should be able to decide between to always have an eye on spent time, or to set a time limit (plus an alarm, eventually).
As there may be so many things in the virtual environment, there should be some easy way to figure out the important information, objects or interactions. If there could be some way to mark any object as important, that could be recognized by ATs like screen readers or any AT that could highlight or make that object glow so that it is easy for low-vision users to locate.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.