Refine toast #137

Closed
opened 2026-04-03 16:44:22 +00:00 by hodlbod · 3 comments
Owner

From #133

  • Remove the x button (actually, see if we can move it to the top right of the toast)
  • Swipe to dismiss
  • On mobile, move it to the top of the page so it doesn't cover navigation elements

@0xNaman, do you have any opinions about this approach?

From https://gitea.coracle.social/coracle/flotilla/issues/133 - [ ] Remove the x button (actually, see if we can move it to the top right of the toast) - [ ] Swipe to dismiss - [ ] On mobile, move it to the top of the page so it doesn't cover navigation elements @0xNaman, do you have any opinions about this approach?
hodlbod added this to the Current milestone 2026-04-03 16:44:22 +00:00
hodlbod added the design label 2026-04-03 16:44:22 +00:00
  1. That approach makes sense to me. Removing the x button solves the ambiguity I ran into, and auto-dismiss with swipe-to-dismiss feels like the right default. It also matches how most mobile users expect toasts to work.

  2. Moving it to the top on mobile is a good call, right now it competes with the bottom nav. On desktop, I think top right would probably work since that is where most web apps like Slack, Discord put their notifications.

  3. One other thing to consider "Sending..Cancel" toast specifically, If x, cancel button is removed on that one, the user loses the ability to cancel mid-send. Maybe confirmations auto-fade after a couple seconds, but action toasts like sending stay visible until the action completes?

1. That approach makes sense to me. Removing the x button solves the ambiguity I ran into, and auto-dismiss with swipe-to-dismiss feels like the right default. It also matches how most mobile users expect toasts to work. 2. Moving it to the top on mobile is a good call, right now it competes with the bottom nav. On desktop, I think top right would probably work since that is where most web apps like Slack, Discord put their notifications. 3. One other thing to consider "Sending..Cancel" toast specifically, If x, cancel button is removed on that one, the user loses the ability to cancel mid-send. Maybe confirmations auto-fade after a couple seconds, but action toasts like sending stay visible until the action completes?
Author
Owner

We'll keep the cancel button, but not the x. Or maybe we could reposition it to the top-right of the toast so it's clear what it is. Toast generally does auto-dismiss, but certain ones (like the cancel one) persist until complete.

We'll keep the cancel button, but not the x. Or maybe we could reposition it to the top-right of the toast so it's clear what it is. Toast generally does auto-dismiss, but certain ones (like the cancel one) persist until complete.
hodlbod added dev and removed design labels 2026-04-03 17:45:05 +00:00
userAdityaa self-assigned this 2026-04-03 20:57:14 +00:00
Collaborator

Hey, since this was initially marked as design-first to confirm the approach and is now moved to dev, I’ve self-assigned it and opened PR #148. If there’s any feedback regarding the design or adjustments needed, please let me know.

Hey, since this was initially marked as design-first to confirm the approach and is now moved to dev, I’ve self-assigned it and opened PR #148. If there’s any feedback regarding the design or adjustments needed, please let me know.
Sign in to join this conversation.
3 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: coracle/flotilla#137