Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Changing disability model from medical to social #240

Open
KBDevelops opened this issue Jan 22, 2021 · 1 comment
Open

Changing disability model from medical to social #240

KBDevelops opened this issue Jan 22, 2021 · 1 comment
Assignees
Labels
editorial Editorial fix that does not affect meaning (typos, formatting, etc) migration: other Issues that do not fall into the other three categories section: other other section or no specific section

Comments

@KBDevelops
Copy link

The current document talks a lot about "people with disabilities" but doesn't mention at what times those people are disabled. This feels like an awkward adherence to the medical model of disability, where someone's condition makes them disabled. For WCAG 3.0 it would be better to include something about the aim of the document being that applications and websites are built so as not to disable people.

Some examples:

  1. a user with sensory disorders is disabled using a website when the site uses automatically playing audio and video; they may not be disabled when the site doesn't do that
  2. an autistic user is disabled when the site uses jargon and idiom that the user isn't used to. If the site uses plain language, the user isn't disabled
  3. a user with limited dexterity is disabled when a site or application requires a greater amount of dexterity

In these instances, the user is disabled by the website or application, not their condition.

When talking to businesses about disabilities and web accessibility, the greatest success I've had is when I talk to them about changing their mindset from "disabled people" to "people we disable". They're more likely to accept that their actions are what disables people and take action to prevent that, rather than trying to build something "to help disabled people." Not disabling people seems an easier concept to grasp.

A small acknowledgement in the introduction that the aim is to prevent people being disabled by apps and websites would go a long way towards shifting the conversation, making it easier for people who design and build websites to understand the impact their actions take (it's their actions that disable people).

@jspellman jspellman added action: discuss@meeting schedule for discussion at a Silver meeting section: other other section or no specific section labels Jan 25, 2021
@jspellman
Copy link
Contributor

We had an extensive discussion in the Silver meeting of 5 March. A number of issues were raised, recognizing the value and appropriate nature of the social model but also the Civil Rights and regulatory advantages of the medical model. The discussion tended toward a blended approach. Peter and Jennifer volunteered to draft a proposal for the Introduction to reflect those points. We will update this comment when we have the discussion on the proposal.

@jspellman jspellman added status: assigned to subgroup ask subgroup for proposal Subgroup: editors no specific subgroup (default) and removed action: discuss@meeting schedule for discussion at a Silver meeting labels Mar 9, 2021
@rachaelbradley rachaelbradley added editorial Editorial fix that does not affect meaning (typos, formatting, etc) and removed status: assigned to subgroup ask subgroup for proposal Subgroup: editors no specific subgroup (default) labels Feb 16, 2022
@rachaelbradley rachaelbradley added the migration: other Issues that do not fall into the other three categories label Aug 29, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
editorial Editorial fix that does not affect meaning (typos, formatting, etc) migration: other Issues that do not fall into the other three categories section: other other section or no specific section
Projects
None yet
Development

No branches or pull requests

4 participants