> User and system-initiated actions that require more complicated interaction may need additional feedback mechanisms to help inform the user that their request was successfully enacted. An example of this is the bulk creation of Issues.
^ this is a great idea and please add it to github actions where it takes like 10 seconds for the new thing to show up on the list after you trigger one
>Toasts pose significant accessibility concerns and are not recommended for use.
yeah. OBVIOUSLY. good fucking riddance.
they wouldn't be half as bad if they always came with a notification center for seeing the ones you missed... but the other half is still incredibly bad and isn't worth using at all.
Accessibility is more than just screen readers. Toasts are also not accessible for folks with low vision, low peripheral vision, etc. And the time-based disappearance is unpleasant for many people, as one of many examples of "accessibility improvements are also often usability improvements".
A message that you have to explicitly dismiss, and that's stored in a "message history" somewhere, is much more accessible and usable.
Thank god, toasts are so annoying. Every little action in Google Calendar has an associated toast/snackbar to go with it that tells you exactly what you just did and asks if you want to undo it. Like wtf? I can’t use my calendar app without these stupid toasts flying in and out and trying to draw my attention to read some irrelevant text. They go away too quickly for anyone not technically literate to click on them, and they are too slow to keep up when you’re creating a ton of events (they just fly in and out). I hope these go away, they add nothing to the application.
> once set up, very easy to build, no “design” required
Which is why they then get thrown around thoughtlessly. It becomes easy to pretend to have solved a problem using a toast instead of actually solving it.
> User and system-initiated actions that require more complicated interaction may need additional feedback mechanisms to help inform the user that their request was successfully enacted. An example of this is the bulk creation of Issues.
^ this is a great idea and please add it to github actions where it takes like 10 seconds for the new thing to show up on the list after you trigger one
Finally, I hope that trend catches on. God knows how many messages are missed thanks to toasts.
>Toasts pose significant accessibility concerns and are not recommended for use.
yeah. OBVIOUSLY. good fucking riddance.
they wouldn't be half as bad if they always came with a notification center for seeing the ones you missed... but the other half is still incredibly bad and isn't worth using at all.
>yeah. OBVIOUSLY. good fucking riddance.
Are they really? Isn't it pretty normal "role status aria something something polite" thingy to announce feedback to user?
Accessibility is more than just screen readers. Toasts are also not accessible for folks with low vision, low peripheral vision, etc. And the time-based disappearance is unpleasant for many people, as one of many examples of "accessibility improvements are also often usability improvements".
A message that you have to explicitly dismiss, and that's stored in a "message history" somewhere, is much more accessible and usable.
Thank god, toasts are so annoying. Every little action in Google Calendar has an associated toast/snackbar to go with it that tells you exactly what you just did and asks if you want to undo it. Like wtf? I can’t use my calendar app without these stupid toasts flying in and out and trying to draw my attention to read some irrelevant text. They go away too quickly for anyone not technically literate to click on them, and they are too slow to keep up when you’re creating a ton of events (they just fly in and out). I hope these go away, they add nothing to the application.
Toast pros:
- once set up, very easy to build, no “design” required
Toast cons:
- easy to miss
- at risk of layout issues (overlaying other information)
The tradeoff is real, but if the resources allow, I’d drop all toasts.
> once set up, very easy to build, no “design” required
Which is why they then get thrown around thoughtlessly. It becomes easy to pretend to have solved a problem using a toast instead of actually solving it.
Any toast can be an inline message in my experience
An alternate take:
Why GitHub’s War On Toasts Is Bad News For Accessibility
https://medium.com/offmessageorg/why-githubs-war-on-toasts-i...
https://archive.ph/QMMye
Same as modals?