Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Option to hide boosts of things that you already interacted with #1038

Open
kizu opened this issue Jan 28, 2025 · 0 comments
Open

Option to hide boosts of things that you already interacted with #1038

kizu opened this issue Jan 28, 2025 · 0 comments
Labels
enhancement New feature or request

Comments

@kizu
Copy link
Contributor

kizu commented Jan 28, 2025

Problem I have

Mastodon does not have an algorithm. This means that people often boost their posts over and over again. And that's ok! However, sometimes it can be frustrating to see something over and over when you already know about it. It helps when you see a boost of something you missed previously, but otherwise it just wasted space in the timeline.

Solution I'd like

When we display a post, we already might know if we did interact it in at least three ways: boosts, favorites, bookmarks. There are also replies, but I am pretty sure you won't know if you replied to a post from the single post's API without iterating over all replies (right?).

That means, that we could have an option that would just hide any (future) boosts of something that you already boosted, liked, or bookmarked. “Future” means that, of course, we shouldn't hide a post from the timeline as soon as you interact with it — this would be a bad UX, but we could do it only when fetching new posts — and never do it to an original post, only to “boosts” of things.

Update: also just saw in my timeline another signal that I already interacted with something: a poll where I already voted. It should be possible to filter out such posts as well.

Alternatives considered

N/A

Other

No response

@kizu kizu added the enhancement New feature or request label Jan 28, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant