Nostr Web Client

One year ago I proposed a "stacked users" design/UX (note mentioned at the bottom of this note). It was appreciated but I didn't see any real implementation of it, so I finally decided to build it on my own, but instead of creating yet another nostr client, I picked Jumble and added it as a new "Grouped notes" mode:

Main features:

- Pick a custom timeframe (default 24 hours)

- Filter out users that posted more than X notes; useful to surface users that post rarely

- Switch to compact mode to have a RSS-like feeling, to the delight of nostr:npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6

- See how many other notes the author published in the selected timeframe

- Compatible with the built-in filters

- Works also when browsing specific relays

I've been using this mode in the last few days, and I really like it, especially the compact version, since it offers a clean interface without any doom scrolling temptation. It also is letting me discover interesting content and users I forgot I followed that, for a long time, remauned hidden behind the more active ones on my list.

Try it yourself at https://grouped-notes.dtonon.com

And give back any feedback, thanks!

nostr:npub1syjmjy0dp62dhccq3g97fr87tngvpvzey08llyt6ul58m2zqpzps9wf6wl should I open a PR? :)

nostr:nevent1qqs0v4t44mw794pajrzzsmrlleu08x9q69akvg6ccwhygga542cz40cprfmhxue69uhkx6rjdahxjcmvv5hxgar0dehkutnrdakszrthwden5te0dehhxtnvdakqzyrhwden5te0dehhxarj9e3xzmny39ygr8

Reply to this note

Please Login to reply.

Discussion

Vitor Pamplona 3mo ago

I wanted to create this view on Amethyst for so long now.. I just never found a good way to integrate into our current flow...

daniele 3mo ago

Check out the mobile version, it's not bad:

Dawn 3mo ago

Feed filters that are set & saved in the main menu & a long press on "new threads" to collapse & filter might be nice? It might be cool if it which view was chosen was remembered between sessions, too.

Satosha 3mo ago

Is it like showing latest position( notes) of a group (of people) on diverse threads ?

daniele 3mo ago

Mmh.. yes.

Try it :)

Cody 3mo ago

Very interesting concept! I really like the compact mode. After trying it out briefly, I have two questions:

- When I’m browsing a specific relay and click on “X other notes from the same user”, are those notes limited to the current relay?

- How many notes are fetched at once? I noticed some lag when using it in normal mode, so I’m wondering if there’s room for optimization. The feature is super cool and useful, but it does seem to require quite a lot of resources.

Silberengel 3mo ago

I'd do it in two rounds. Open up streams for 3 seconds into a map. Aggregate by npub, count how many notes they published, filter out those over X times, refetch the rest for the remainder, with a 10-second timeout.

Silberengel 3mo ago

Or something like that. nostr:npub1gcxzte5zlkncx26j68ez60fzkvtkm9e0vrwdcvsjakxf9mu9qewqlfnj5z this optimization needs math.

Ideas?

Silberengel 3mo ago

Or do the second fetch with a 100-event limit.

Since you've already filtered-out the frequent-posters, you can hard-limit the remainder without missing anything from anyone.

Cody 3mo ago

For most relays this approach works fine, but for some of the larger ones it’s a serious issue. For example, trying to aggregate all events from relay.damus.io over 24 hours. Even with smaller relays, if a user sets a 30-day time limit, you’ll run into the same performance and bandwidth problems.

Dawn 3mo ago

I like this. It's intuitive & less distracting.

cloud fodder 3mo ago

this is nice. good one!

fiatjaf 3mo ago

This is amazing, it's all I always wanted.

Some issues:

- the settings are not persisted over sessions.

- the time limits could be more flexible, for example when fetching some relay feeds like wss://relays.land/spatianostra I get too few notes because of the hard limits on timestamps even though the relay has a very small note frequency.

- I don't know if this a Jumble bug that went unnoticed before because there was so little information on screen and now there is much more, but lots of profile metadata are failing to load:

fiatjaf 3mo ago

Oh, it also excludes the "replies" feed? Doesn't show any replies at all? Would be nice to capture replies in the groupings too, optionally.

daniele 3mo ago

Yes, the replies tab currently is deliberately hidden.

I can test an option that include the replies; since users are less inhibited when responding, I can't imagine what the final result might be.

Silberengel 3mo ago

Would blow up the map. 😂

But, yeah, some people only reply, so you won't see them, otherwise.

Might want to make that an either/or fetch.

il_lost_ 3mo ago

You can probably use this type in blogs, wikis, git that don't have replies

daniele 3mo ago

Persisted settings are in the roadmap, I need to study how Jumble save them for Filters and replicate it.

What kind of flexibility do you need? An open field to specify the number of days? I was also thinking about an "Infinite" option, where you can simply scroll down and load more content; in this case the total count should be predefined, for example to 24h.

I also noticed some problems on loading related to profiles' loading, I need to check.

cool

This is 10/10

Nice

Great idea, I really liked it. Some suggestions:

1- Add an option on users profile menu to prioritize showing some users on top of the feed. These profiles could have some signal on feed indicating that they are "important".

2- If I choose 24 hous and the user have posted like 8 notes, when I click on 8, should show only the 8 notes or show the 8 notes as unread. Would be great to have an option to mark all as read, so this user on feed will be hidden until the user write a new note.

cc nostr:npub1syjmjy0dp62dhccq3g97fr87tngvpvzey08llyt6ul58m2zqpzps9wf6wl

fiatjaf 3mo ago

Great ideas.

idsera 3mo ago

And I think it's time to have custom feeds instead of this grouped thing that works like a filter. So we could create a new feed for grouped one with custom options and that doesn't disappear when we refresh the page, something like what Iris client does.

idsera 3mo ago

* doesn't reset when we refresh the page,

daniele 3mo ago

This is a completely different topic. I also want lists (kind 30000).

Cody 3mo ago

We first need to address the performance issue, right now this mode becomes very laggy when browsing relays with lots of content or when a longer time limit is set. Since it loads all notes within the time window, it can even trigger the relay’s rate limiting. I think we may need to remove the time limit and instead load a few hundred notes at a time and group them.

Laeserin 🇻🇦 3mo ago

Time is the essential factor, tho. It's a time-span group, rather than a continuous timeline.

daniele 3mo ago

I also thought this initially, but actually the time-span group is browsed in sequential chunks, so we can lazy loading them.

The only cons of this i approach seems that you cannot have the real total count for every user of all the published events.

Silberengel 3mo ago

Wait, I'm confused. I thought you were fetching all follows from last X hours into a map in cache and displaying that, with lazy-loading in the rendering step, when someone clicks on an entry.

How does this work?

daniele 3mo ago

It's like that, but for long ranges, e.g. 5-30 days, I actually can load only the events necessary to fill the viewport and permit some scrolling. So I have to query all follows, but for a limited time-span, and then load more in chunks.

Silberengel 3mo ago

Ah, okay. I see.

Silberengel 3mo ago

This is really good, by the way. I'll host it on my https://jumble.imwald.eu .

Silberengel 3mo ago

An AUTH aggregator like aggr.nostr.land really shines with this view nostr:npub12262qa4uhw7u8gdwlgmntqtv7aye8vdcmvszkqwgs0zchel6mz7s6cgrkj as you can deliver big data fast without triggering rate-limiting.

Silberengel 3mo ago

This actually helps frequent posters, too, as you can filter them out, temporarily, instead of muting them. Even if you only used this view, they'd reappear during times when they were quieter.

Laeserin 🇻🇦 3mo ago

Just query them all in parallel and populate the map, as the results come in, with a 30-second timeout.

Laeserin 🇻🇦 3mo ago

And have most kinds deselected, by default. Limit it to kind 1, with a "see all results" toggle.

Most people who post infrequently, use kind 1.

Cody 3mo ago

According to nostr.band’s stats, there were 20,670,324 kind 1 events in the past 24 hours.

Laeserin 🇻🇦 3mo ago

But what are the chances that they all came from someone's followers?

Cody 3mo ago

This feature isn’t limited to the following feed.

Silberengel 3mo ago

Ah, I oversaw that. Thought it was for following. 🤔

It would work well on TheForest 🌲, but if you did it on band, it'd be a bunch of garbage.

Cody 3mo ago

Yeah, for now TheForest should be fine. But once it grows bigger, problems might show up.

daniele 3mo ago

1. Favorite/sticky users is an interesting idea; Jumble already has public/encrypted mute lists, so it should be pretty easy to implement.

2. I was already thinking about a read status, but the implementation is a little trickier, you should save a timestamp for every follows.

Silberengel 3mo ago

Ha ha, damn. You included reposts. Brutal. 😂

Silberengel 3mo ago

Let no good deed go unpunished. 😂

daniele 3mo ago

You can manage content types using the filter.

reis 3mo ago

You should add trimmed content as a single line in compact mode — that would make the UX perfect. Congrats.

reis 3mo ago

I mean a single line like this:

https://wasm-worker-testbed.pages.dev/

daniele 3mo ago

Nice idea, thanks!

Ryu Santiago 3mo ago

Danke.

₿eau ₿ 3mo ago

Great idea! Trying it now

Mambafx 3mo ago

Thanks for getting back to me! I’m based in Miami, Florida. Where are you located?