[…]Looping through the list you’ve been given, and making extra queries adds complexity and delay, when the expectation from the user is that this list should appear pretty quickly.[…]
While you’re correct about this, this could be handled dynamically. Simply fetch the list of posts quickly as usual, and then start polling for crossposts in the background and if any two appear in the current frontpage the user is seeing, merge them.
My counter to that, would be that if you aren’t using the API in the way the developers expected, your app has ceased to be frontend, and is instead its own program that’s scraping data from it.
Not at all. That’s not what scraping means.
I just completely disagree with the idea that a frontend should stick to what the backend design is, especially for a FOSS project.
Frontends generate the main feed by querying api/v3/post/list. This doesn’t provide any crosspost info - for that you have to go into the post itself by querying api/v3/post. As such, frontends would have to do a fair bit of extra work to wrangle the required information for a main feed that combined crossposts.
Most frontends already display available crossposts so you’re not wasting anything more than grabbing all the comment sections as well.
I’d argue that you have a problem as soon as you start saying ‘frontends need to do some extra work’ - it breaks the dynamic between backends and frontends. Backends should be big, complicated things, worked on by people familiar with the project, to provide all the logic, whereas frontends should be light, relatively easy to write, runnable on devices with limited resources, and mostly focused on how the information provided to them should be displayed. They should store the user’s preferences, and login details, and that’s it - everything else should come from the backend.
I don’t agree at all. There’s space for complex frontends which attempt to adjust the feed according to their own logic, as well as minimalistic frontends which follow the backend’s design explicitly.
So I just installed it to check and it doesn’t do that. It just makes crossposts a bit more visible.
However it looks like a neat app so I’ll take it for a drive for a bit
Does it show all comments in the same place like I suggest, or does one have to click on each crosspost to see them?
This is what this post is suggesting, yes
That’s a 404. Is there a git repo? I could use obtainium
Link plox
And if forums just add fediverse integration like discourse is already doing, just win-win
Exactly same path, but Google Reader instead of shashdot.org
Btw, I was always curious why people abandoned /. as it didn’t have any drama iirc.
I used to be until the blackouts where I was demoded by the admins for blacking out the sub.
I’m never going back to corporate social media. If it’s not FOSS and available to self host reasonably, I’m not interested anymore.
So that means, lemmy and others like it only from now on for me. Already close to 1k posts made.
It’s been used as a gracious closer, kinda like a handshake in chess matches, for decades now.
Every time I lose in online 1v1 games. I have Rejection sensitivity dysphoria and it’s probably what’s making me extremely salty on loss. I literally cannon bring myself to say ‘gg’ in most cases but I I’m mostly angry at myself. I avoid saying ‘gg’ only when I win either as I feel like like a hypocrite.
Funnily enough, this doesn’t affect me in boardgames
For that kind of money you get so much much more at a budget host like contabo.
Nlnet is a non profit which takes ngi money and handles the bureaucracy for the Foss contributors
thanks
I’m really curious how someone can exploit a script that is meant to be running locally with no external facing interface
Lemmy and Mastodon as well for me. With a little bit of discord and matrix for my projects’ realtime chat