Open tiller-tolbus opened 8 months ago
I think this is the way to do it yeah. Rich notifications cover the 90% of cases that we can realistically cover right now, and covering the other 10% with bespoke entry types isn't too hard and gets us the rest of the way there.
I've made good progress on this; just need to think harder about what specific fields to have here and how to render them.
There exist three broad categories of "feed card" data structures that apply to capabilities we would like to give publishers to
%feed
, corresponding to at least three different types of entry:The "Embedded Application" case, while novel and worth pursuing, is also the most laden with design challenges. Many low-hanging third party use-cases of feed cards fall into the "Rich Notification" category, including "discovery" for many kinds of content that are normally difficult to stumble upon, including:
These types of discovery use-cases do not need a native UI standard to implement, but must provide third-party developers with more graphic flexibility than the basic "microblog" use-case, which are assumed to have a generic theme so that users can submit content with minimal friction. A "Rich Notification" type could look like this:
Implementing this style of feed card would not require a novel native UI system and still allow third party applications to both use the global feed to make their content more discoverable by more-casual users, and allow them to express their visual style of their brands with custom icons and colors. Rather than showcasing unique capabilities of Urbit, this type of feed entry aims to solve a crucial gap in the Urbit UX experience around discoverability.