aritter on Nostr: New milestone in rbr.bio development: threading in the feed view of a person mostly ...
New milestone in rbr.bio development: threading in the feed view of a person mostly works. Also view as is implemented for fun.
The goal of the feed view was to be a simple, self contained, but flexible implementation that is able to recursively load all parent events, merge threads, reorder threads (right now based on newest timestamp in the thread that is shown).
I'm planning to add minimal client features for playing with it better (like / reply / follow / login / maybe photos, make it super interactive, for example guarantee to show events from people that I replied to in a thread), but not planning to make it a client, as I'm more interested in creating a library for all clients that need feed support, which means that it has to be super flexible (showing comments, likes optional, recursive previous events optional, 100% customizable html / css).
One more thing that *has* to be flexible is ranking: first I'm planning to play with ranking myself, but make sure it's pluggable as well. With generic timeline the ranking function is easy-to compose (just take the minimum / maximum score of 2 threads when merging 2 threads into 1), but I'm not totally opposed to having much more complex ranking functions as well if they make sense and practical (that need all events in a thread and other metadata to compute a ranking function).
As I want to use Nostr as a Telegram / WhatsApp / HackerNews replacement for myself, my main ranking criteria will be the probablility that both I want to comment on a thread, and also I'm getting a comment reply. I know that many people care about likes / zaps, I care more about comments.
Published at
2023-04-12 06:54:10Event JSON
{
"id": "c5831d2a99f16c77b65bcc9d83d5bf72a0a84d4d736876907812d06b1c7100b8",
"pubkey": "6e3f51664e19e082df5217fd4492bb96907405a0b27028671dd7f297b688608c",
"created_at": 1681275250,
"kind": 1,
"tags": [],
"content": "New milestone in rbr.bio development: threading in the feed view of a person mostly works. Also view as is implemented for fun. \n\nThe goal of the feed view was to be a simple, self contained, but flexible implementation that is able to recursively load all parent events, merge threads, reorder threads (right now based on newest timestamp in the thread that is shown).\n\nI'm planning to add minimal client features for playing with it better (like / reply / follow / login / maybe photos, make it super interactive, for example guarantee to show events from people that I replied to in a thread), but not planning to make it a client, as I'm more interested in creating a library for all clients that need feed support, which means that it has to be super flexible (showing comments, likes optional, recursive previous events optional, 100% customizable html / css).\n\nOne more thing that *has* to be flexible is ranking: first I'm planning to play with ranking myself, but make sure it's pluggable as well. With generic timeline the ranking function is easy-to compose (just take the minimum / maximum score of 2 threads when merging 2 threads into 1), but I'm not totally opposed to having much more complex ranking functions as well if they make sense and practical (that need all events in a thread and other metadata to compute a ranking function).\n\nAs I want to use Nostr as a Telegram / WhatsApp / HackerNews replacement for myself, my main ranking criteria will be the probablility that both I want to comment on a thread, and also I'm getting a comment reply. I know that many people care about likes / zaps, I care more about comments.",
"sig": "64622c976636929da3c32ed7400934dc9e83eaaa3a833aa34a8618b1f15624ce9e3e7552d230de3f2654c8e94e0851e5c0146d1b3f84f00edcb6b479ecd67137"
}