Comments (5)
How would the group feel about moving all "future link" references to a wiki page and removing them from the How To Meet document?
from wcag.
The point of the "future link" was to indicate techniques at least by
title even if we hadn't gotten around to writing up the entire thing.
There was a sense that this would better than nothing and provide some
meaningful guidance to authors. Removing them would leave a visible hole
in some places. That said, I do understand that the meaning of "future
link" is confusing and leaving the techniques not fleshed out for years
brings question to their value. Maybe we should look at other solutions,
such as putting them in a separate section "other potential approaches",
or pruning them to ones we think are really potentially useful, or
making a real effort to flesh them out. Maybe after doing some or all of
that it would be clearer whether there's value in keeping the ideas in
the doc or moving it out to a development resource.
On 29/05/2015 2:48 PM, Andrew Kirkpatrick wrote:
How would the group feel about moving all "future link" references to
a wiki page and removing them from the How To Meet document?—
Reply to this email directly or view it on GitHub
#91 (comment).
from wcag.
Yes in 6 years we've never developed one AAA future link. It might be a good idea to to a garage cleaning on them to see which are still useful and do what you say Michael retitle them "other potentially useful approaches"
from wcag.
There are 251 references with "future link" in them.
Some of them seem to be more "best practices" than techniques. The difference is that techniques are really specific things one does to satisfy a SC; best practices are general design ideas to keep in mind to enhance accessibility and usability but aren't the sort of thing it's useful to see on a checklist or that always relate to a specific SC. A problem with this may be that best practices are not in scope of the WCAG WG.
Many "advisory techniques" sections would be completely empty if we removed the "future link" techniques.
Some do seem like techniques that would be useful as such.
Some are proposed advisory techniques because they're not sufficient in and of themselves. Others because they go above and beyond what is required to be sufficient. Yet in both cases they're useful.
I don't believe this is either editorial or ready to survey, so removing those tags.
I think the right action might be to go through all 251 of these and categorize them as:
- Move to a "best practices" page, and try to make something coherent out of that. They would not be presented as "techniques" in that case and might be consolidated. I'm not sure if best practices should be organized by SC or by some more functional approach.
- Move to a "useful but not sufficient" techniques page.
- Move to a "goes above and beyond" techniques page. There may be a candidate future guidelines requirement, which we should also track.
- Write up the technique already, it's useful.
- Remove the technique altogether, it doesn't have enough value to take one of the above actions.
When Advisory Techniques sections are left empty after taking these actions, remove them.
I can take a pass at proposing this categorization. But it will take a while to do it for 251 techniques.
from wcag.
https://www.w3.org/2002/09/wbs/35422/Sept1st2015/results
from wcag.
Related Issues (20)
- 2.5.3 Label in Name - case insensitve?
- Add banner to old WCAG 2.0 informative documents
- Do we need F47? HOT 1
- SC 2.4.11 Focus Not Obscured (Minimum) - User openable, persistent disclosures - WCAG standard example
- Inquiry about an accessibility discussion.
- Clarification needed: dragging movements and on screen keyboards HOT 3
- Technique pages headings and landmarks could be improved
- Is technique G183 meant to be advisory? HOT 3
- 1.4 Distinguishable - Missing Good sound quality for audio HOT 3
- SC 1.4.11 Non-text contrast and hover state
- incorporate suggestions from restoration of Target Size (Enhanced) Understanding
- F55 link name is truncated to "F55: received"
- Common Failure Technique F4 lists incorrect length of time
- Could captions be an alternative for time-based media SC 1.2.1 with audio-only content HOT 7
- Does SC 2.4.3 Focus Order relate to the predictability of interactions such as static elements? HOT 5
- 1.2.3 / 1.2.5 Audio description - right language required? HOT 14
- Chore: delete stale branches HOT 3
- Should H36 refer (also) to 4.1.2? HOT 1
- "New Features in WCAG 2.2" missing 2.5.5 Target Size (Enhanced)? HOT 1
- cred
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from wcag.