| − |
피드백은 어떤 행동이나 사건 뒤에 무엇이 달라졌는지 사용자가 알아차릴 수 있도록 전하는 정보다. [[상호작용]]에서는 상태를 바꾸는 일과 그 변화를 알리는 일을 함께 설계해야 한다. 화면에 문단이 나타나면 보는 사람은 위치나 내용의 변화로 결과를 알아차릴 수 있다. 그러나 코드 안의 값만 바뀌거나 시각적 단서만 있으면 다른 방식으로 문서를 이용하는 사람에게 결과가 전달되지 않을 수 있다. 지금 어떤 상태이고 다음에 무엇을 할 수 있는지도 필요한 정보다. [[새로운 질서]]는 피드백을 사건과 변화 다음에 따로 확인해야 할 요소로 다룬다. |
| + |
피드백은 행동이나 사건 뒤에 무엇이 달라졌는지 알아차릴 수 있도록 전하는 정보다. 여기서는 [[상호작용]]하는 화면의 상태와 결과 알림을 다룬다. 작업에 대한 의견을 주고받는 일은 [[웹사이트 함께 읽기]]에서 살펴볼 수 있다. [[새로운 질서]]는 피드백을 사건과 변화 다음에 따로 확인해야 할 요소로 다룬다. |
| − |
펼침 버튼에서는 내용의 표시 상태와 그 상태를 설명하는 속성이 일치해야 한다. `aria-expanded` 값은 펼침 영역이 열렸는지 닫혔는지를 나타낸다. 화면에는 내용이 보이는데 속성은 닫혔다고 말한다면 보조 기술은 잘못된 상태를 전달할 수 있다. 초점이 없는 위치의 문장이 바뀌는 경우에는 라이브 영역을 사용해 보조 기술에 변화를 알리는 방식을 고려할 수 있다. 다만 모든 변화를 알리면 중요한 안내가 묻힐 수 있으므로 무엇을 전할지 골라야 한다. 피드백을 확인하는 일은 [[접근성]]을 별도 장식으로 덧붙이는 대신 동작의 정확성 안에 포함하는 일이다. |
| + |
[[상태 변경과 결과 알림|상태를 바꾸는 일과 그 변화를 알리는 일]]은 함께 설계해야 한다. 화면에 문단이 나타나면 보는 사람은 위치나 내용의 변화로 결과를 알아차릴 수 있다. 그러나 코드 안의 값만 바뀌거나 시각적 단서만 있으면 다른 방식으로 문서를 이용하는 사람에게 결과가 전달되지 않을 수 있다. 지금 어떤 상태이고 다음에 무엇을 할 수 있는지도 필요한 정보다. |
| + |
|
| + |
- 펼침 버튼의 `aria-expanded` 값은 내용이 열렸으면 `true`, 닫혔으면 `false`여야 한다. 화면에는 내용이 보이는데 속성은 닫혔다고 말한다면 보조 기술에 잘못된 상태를 전할 수 있다. ([W3C, 펼침과 접힘 패턴](https://www.w3.org/WAI/ARIA/apg/patterns/disclosure/)) |
| + |
- 초점을 옮기지 않고 나타나는 ‘저장 완료’ 같은 알림은 라이브 영역이나 적절한 역할·속성으로 보조 기술에 전달할 수 있다. 바뀐 콘텐츠가 모두 상태 메시지인 것은 아니며, 지나친 알림은 작업을 방해할 수 있다. ([W3C, 상태 메시지 이해하기](https://www.w3.org/WAI/WCAG22/Understanding/status-messages.html)) |
| + |
|
| + |
[[알림이 겹치는 순간]]을 살펴 무엇을 전할지 골라보자. [[접근성]]은 동작의 정확성 안에서 함께 확인할 일이다. |
|
#개념 #웹 |