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

[WCAG 1.3.3] Update elements for better recognition #63

Open
wants to merge 4 commits into
base: master
Choose a base branch
from
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
23 changes: 17 additions & 6 deletions docs/guidelines/platforms/android/guideline_percievable_android.md
Original file line number Diff line number Diff line change
Expand Up @@ -277,17 +277,28 @@ ViewCompat.setAccessibilityDelegate(button1, object : AccessibilityDelegateCompa

---

### Sensory characteristics
### Sensory characteristics (WCAG 1.3.3 - Level A)

*This guideline covers point 1.3.3 Sensory characteristics - Level A of the WCAG standard.*
Instructions for using content should avoid relying exclusively on sensory characteristics such as shape, color, size, visual position, orientation, or sound cues. Instead, ensure they include descriptive text or additional indicators that make the content understandable to users of all abilities.

:white_check_mark: **Success criteria**
> This guideline covers _1.3.3 Sensory characteristics - Level A of the WCAG standard._

The content provided in your app must be easily understandable to all users. That is why it is recommended to use cues or symbols rather than colors to distinguish different views and different actions that those views provide. That way, users with color vision deficiencies could also easily understand the whole UI.
:white_check_mark: **Success technique(s)**

:no_entry_sign: **Failure criteria**
To ensure our app is fully accessible to all users, we should avoid relying on a single characteristic to display elements on the screen.

**Example:**

If the action on the screen depends on the button of a particular shape (e.g., "To submit the form press on the round button"), it is recommended to provide additional cues about the button's purpose.
For example, adding a `check sign` to the button that will be appropriately labeled so users using accessibility services are able to identify the targeted button more easily ("To submit the form press on the round check button").

That way, users with visual impairments will be able to understand the button's purpose even if they can't see its shape.

:no_entry_sign: **Failures**

- Designing elements that are hard to distinguish and rely on only one characteristic to be visible on the screen.

- An important difference between elements is stressed only with colors.
_Important to note is that this guideline primarily depends on accessible design._

---

Expand Down