Toast notifications for confirmation of background actions

[bfollington]

There are a number of cul de sacs in the app right now where after a key operation there is no feedback to the user. This is particularly noticeable during:

1. Note Rename
2. Follow/Unfolow
3. Manual Sync

We need some kind of notification / toast / snackbar system to present information to the user:

This gives us a useful hook for undo and will be important to surface sync conflicts when multiple clients are involved.

[bfollington]

From discussion with @gordonbrander:

• Each major view owns responsibility for rendering its snackbar overlay
  • App view has a default renderer, but will be obscured by sheets etc.
• We should have a root "queue" of notifications which can be filtered and conditionally rendered by other views (when and if needed)

[bfollington]

Spent some time exploring possible designs for this. I'm unsure whether we will need or want support for displaying an action button in our notifications.

Concept A

As simple as possible. Straight out of the Google playbook, where it would cover the FAB the snackbar is moved up according to: https://m2.material.io/components/snackbars#usage

Concept B

Echoing the pattern of the omnibar. This restricts the amount of space we have and it's hard to fit an action (like "Undo" into the space.

The omnibar could become the "home" of the UI showing location, loading status (by animating the border etc.) and notifications. You can imagine notifications popping in with a nice animation, it has elements of the Dynamic Island.

Concept C

Roll the FAB into the toast notification, definitely comes off a bit tacky / old-school skeumorphic but it makes good use of space and is within a thumb's reach for any actions.

[bfollington]

Another round of mockups after chatting to @gordonbrander.

[bfollington]

Worth considering how ActivityKit fits with notifications like these. For gateway provisioning we might use a live activity: https://developer.apple.com/documentation/activitykit