Altinn / Altinn/app-frontend-react

WCAG: Clear instructions

Open
#24 1 comment 0 reactions 0 assignees View on GitHub
area/accessibility kind/analysis squad/utforming status/for-consideration ux
Dominant language
TypeScript
Stars
21
Forks
33
Avg merge
6d 23h
Merged PRs (30d)
3

Description

## Description
Does the user always know what is expected of them? I have seen other examples that have been reprimanded for not showing how the user is able to continue. Examples of this is a deactivated "next" button or a hidden "next" button. We always give the user the ability to try to continue, but if there is more tasks left they are told to fix the errors presented on the page. This is a good way of solving this issue. But I have also seen services where dynamics are hiding parts of the form page including the "next" button. If this is the case we might be breaking WCAG guidelines.

This is a similar problem as: Altinn/altinn-studio#5347

## Acceptance criteria
- [ ] The user always have a way of finding out how to continue

## Specification tasks

- [ ] Could this be solved with guidelines explaining how to avoid this for the app developer?

Contributor guide

Open the contributing guide

Research direction

No source file, test, or entry point is named; start by reviewing the described hidden or deactivated “next” behavior and the related Altinn/altinn-studio#5347 issue. Done means documenting guidance that ensures users can always find how to continue, with the acceptance criterion satisfied.

Written by the indexing model from the issue text.

Assessment

Tech stack
react, typescript
Domain
accessibility, frontend
Issue type
Documentation
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.