위 링크는 요약본입니다. 원문 링크: toast
Primer(깃허브 디자인시스템) 공식 문서에서 Toast UI를 권장하지 않는다는 부분을 요약한 것입니다.
이유는 Toast 기능이 접근성 측면에서 상당한 문제를 야기하기 때문입니다.
Primer는 Toast UI를 사용하기 전에 이 두 가지를 다시 생각해보라고 하며, Toast 대신 배너, 다이얼로그를 추천하고 있습니다.
- 사용자가 최종적으로 무엇을 하게 만들고 싶은지,
- 그걸 사용자가 가장 효과적으로(ex. 쉽고 자연스럽게) 해낼 수 있도록 UI를 어떻게 설계할 것인지
저도 Toast UI로 인해 불편을 겪은 적이 있습니다.
Toast가 너무 빨리 사라져서 내용을 미처 읽지 못하거나, 알림 자체를 나중에 알아차려서 시간이 충분해도 못 읽는 경우도 있었습니다.
또 Toast UI를 경험할 때, 이게 곧 사라질 거라는 걸 아니까 빠르게 읽으려고 노력하곤 했던 것 같아요.
경험할 당시에는 몰랐지만 지금 돌이켜보니 제가 UI를 의식하고 있었던 거죠 (사용자를 생각하게 하지 마!)
Toast UI를 처음 봤을 땐 세련되고 예쁘다고 생각했지 사용성에 대해서는 크게 생각하지 않았는데, 글을 통해서 한 번 생각해볼 수 있어서 좋은 것 같습니다.
접근성 문제를 일으키는 또 다른 UI가 있을까요?
GitHub은 더 이상 Toasts를 사용하지 않음
Primer(깃허브 디자인시스템) 공식 문서에서 Toast UI를 권장하지 않는다는 부분을 요약한 것입니다.
이유는 Toast 기능이 접근성 측면에서 상당한 문제를 야기하기 때문입니다.
Primer는 Toast UI를 사용하기 전에 이 두 가지를 다시 생각해보라고 하며, Toast 대신 배너, 다이얼로그를 추천하고 있습니다.
저도 Toast UI로 인해 불편을 겪은 적이 있습니다.
Toast가 너무 빨리 사라져서 내용을 미처 읽지 못하거나, 알림 자체를 나중에 알아차려서 시간이 충분해도 못 읽는 경우도 있었습니다.
또 Toast UI를 경험할 때, 이게 곧 사라질 거라는 걸 아니까 빠르게 읽으려고 노력하곤 했던 것 같아요.
경험할 당시에는 몰랐지만 지금 돌이켜보니 제가 UI를 의식하고 있었던 거죠 (
사용자를 생각하게 하지 마!)Toast UI를 처음 봤을 땐 세련되고 예쁘다고 생각했지 사용성에 대해서는 크게 생각하지 않았는데, 글을 통해서 한 번 생각해볼 수 있어서 좋은 것 같습니다.
접근성 문제를 일으키는 또 다른 UI가 있을까요?