Having moderation work in an expected and consistent way is hardly the same thing as moderation tooling.

Unmanic to optimize your library in the background. Encoding things to x265 can buy you a huge amount of space.

Edit: Reading again i see that you’re on a pi. Not at all sure what the video encoding performance is on those.

Seems to me the most likely explanation is they got caught and fixed it.

Posted elsewhere: Really I mean anything more advanced than keyword filters and grouped feeds. Performance friendly NLP has come a long way since the advent of RSS

We don’t need to use that word here

Really I mean anything more advanced than keyword filters. Performance friendly NLP has come a long way since the advent of RSS

Does anybody have any recommendations for FOSS RSS readers with actual content surfacing features? So many RSS feeds are full of junk (this is particularly a problem with feeds with wildly disparate posting frequencies) and I’ve always felt they’d be a lot more useful if people were putting more effort into a modern way to sort through extremely dense feeds.

This is a great project and I’m surprised by the tone of the response here. I think most folks are forgetting that most of the people dealing with configuration are not programmers by trade. They just need to setup a tool for their use case. To that end, the gap between the existing configuration paradigm and extending their software is practically insurmountable. This language bridges that gap in a robust and purpose built way and that is going to make a lot of people’s lives and jobs easier.

Think about homeassistant and how much less fidly it’d be to get advanced functionality or interfaces if the gap between programming and configuration were closed? There is an absolute fuckton of enterprise and scientific software that will improve in the same way.

I think one thing you’re missing here is that under such a system the defaults would likely become your locally hosted /c/books rather than the largest one. Even still you’d probably see posts from the largest books communities because /c/books@your_instance follows multiple /c/books@big_instance. Community blocking would likely still work as it currently does so any books communities that you were not fond of could still be blocked.

There is still the issue of where do you post and I think the answer looks something like:

• Post in /c/books@your_instance if you want to talk to your neighbors
• Post in /c/books@big_instances if you want to talk to everybody

Which is more or less how most people would decide where to post book stuff anyway.

I really don’t hate this idea from a lemmy centric UX perspective but how do you handle federation with other platforms?

Really like your protocol handlers contribution here. Seems tough to square with multiple accounts though.

Yup that’d be sick

I think the major advantage with this model is that it gives those local communities a little more flavor while allowing the same functionality as the large communities (probably a good place to apply scaled sort). It also allows for a sort of curated multi-reddit functionality. Most importantly, it seems flexible and generalizable enough to allow for building advanced group features on all platforms, while still advancing the goal of inter-operability. A more straightforward multi-community functionality or the OP solution would have a lot of unanswered questions regarding federation. I’d be curious to see how kbin does it and whether that federates well. All that said, I think a lot of communities probably should be looking at negotiating a merge.

Turning the fediverse button into an “open on my instance” with similar functionality to subscribing may also be a solution here. Bonus points if it’ll also open a comment on mastodon.

Another option here is FEP-d36d which is a standard for group-to-group following. This looks to me like a slightly more organic and opt-in approach.

There’s also FEP-d36d which is a standard for group-to-group following. In Lemmy terms, a community could subscribe to another community.

While I agree with the content of that article I don’t know if we should give up on Eugen just yet. The Mastodon team has not disclosed what their plan is regarding the groups rework currently on the mastodon roadmap. There is an old proposal here, but I think we have good reason to believe that implementation will be revisited. To that end, it is very important to advocate for the adoption of FEP-1b12 which is the standard that Lemmy uses.

It may also be a good idea to advocate for the adoption of FEP-d36d both here and on lemmy. This is a standard for group-to-group following. Effectively allowing communities to subscribe to other communities.

Here’s a slightly older but fairly comprehensive write-up of the situation: https://blog.erlend.sh/group-convergence

Worth noting, we are not totally sure the upcoming groups rework will actually improve federation with Lemmy. To that end, we should all be advocating for the adoption of FEP-1b12 which is the standard that Lemmy uses.

deleted by creator

Oh weird. I thought it’d be fine since I quoted it.