hhmx.de

Föderation EN Mi 11.06.2025 10:11:46

I think the theoretical existence of "reply guys" on has very simple technical explanation.

The existing implementation in has critical flaw in displaying only small subset of replies to any given toot (status). This is because only subset of replies is shown: only those existing in already cached federated timeline are shown. This is typical example of state-of-the art primitive algorithm (actually: there is currently no algorithm, where there should be one: not shady and manipulating algorithm, but rather deterministic and transparent one).

And if we don't see all replies (which is true especially on small, self-hosted instances, which cache very limited subset of federated content), than we tend to answer. And because we don't see other like us, we don't know there are many like us explaining the same thing. And poor author of original toot sees it all - and don't understand, why we all repeat more or less the same thing. Why we don't just fav the other replies, like we did on Xitter? Well... because we don't see them! We would need to "open original page" each time we want to reply.

To make really useful tool of public discourse, we would need a chance to see all replies. Of course, we would like to apply our own sort criteria, not be manipulated by algorithm choosing "personalized best replies for us" like on late Xitter - but really, we need chance to see them all. Well, limitations may apply, like "only replies from first hour, only replies with most favs and boosts". But we need a chance to seem them all . Reply spam would become an issue, of course.

I wonder, if upcoming new releases of Mastodon are going to fix this issue... and to be true, it is not an easy engineering problem, as distributed information systems are really a hard problem. We are now merely confederated, we are not really federated.

Tusky EN Mi 11.06.2025 10:37:43

@xChaos@f.cz

In short: Afair there is work in progress to fetch more or all replies... in more than one approach.

Föderation EN Mi 11.06.2025 10:39:09

@nick yes, this is what I would like to know. BTW, you are using some interesting non-Mastodon Fedi plarform...

Whalebird · Mi 11.06.2025 10:52:08

@xChaos@f.cz

Yes, hhmx.de is running on , my own project... 😎

And i already have worked on fetching remote replies...

... but also the team is working on it:
https://blog.joinmastodon.org/2025/04/trunk-tidbits-march-2025/

(new feature) Jonny has been working for several months to add a way to fetch replies from other servers, to solve the common issue of only seeing a part of conversations. The first part of this work has been merged. It is not enabled by default for now, as we need to ensure that it behaves correctly and does not significantly increase the requests made to other servers - but, this is a huge first step. Further PRs will be required to update the interface, and ensure that apps can support this as well. — Github PR (by sneakers-the-rat) — Github PR (by ClearlyClaire) — Github PR (by ClearlyClaire)

And i remember, that maybe includes such a feature on client-side...
https://fedilab.app/

And more exist, e.g. :
https://blog.thms.uk/2023/03/introducing-fedifetcher

Föderation DE Mi 11.06.2025 11:16:20

@nick Mammuthus sounds interesting. In what language/on which platform it is written? I was thinking about joining some projects, but I historically did mostly C (C++) and recently Python. It is easy to think in Python, but not always efficient or scalable. Won't do PHP again. I understand rationale behind Rust, but I am probably now too old to really learn it.

SNAC2 is Fedi client in C, which is written in interesting "dialect" (most larger C open source projects establish some kind of "dialect", besides using framework libraries and so). But it seems maybe way too simple... it would deserve some web designer to write CSS and so.

I have searched for Python Fediverse projects and did not find any.

Whalebird · Mi 11.06.2025 11:51:56

@xChaos@f.cz

is written in pure ... the classic stack.

- you already mentioned it - come to mind, as you mentioned C/C++.
https://codeberg.org/grunfink/snac2
https://comam.es/snac-doc/
A simple, minimalistic instance

Mhmm, good question regarding projects...

is , and also , is using Go / Golang...

There seems to exist at least some libraries in for the :
https://pypi.org/project/bovine/
https://pypi.org/project/fediverse-pasture/

Found also this overview:
https://codeberg.org/fediverse/delightful-activitypub-development/