I'd like to know what is needed for the Interstellar app to support the kbin.social instance.
Could you get in touch with the developer and/or enlighten us on that matter? I think app support would be a HUGE benefit to kbin.social.
Thanks in advance!
The only thing that needs to happen is for the api to be enabled on kbin.social. Interstellar should work with any kbin/mbin instance that has the api enabled.
Bug: If I am trying to upvote a comment after having the thread open for some time, I am getting an error message. Header says "Log in" as I wasn't already logged in.
The link in the notifications would always lead to the first page of a comment thread. If the linked comment was not on the first page of the thread, you'd have to look for it manually.
There are some tools there that I use for the development of the AP module. Among them is Yunohost, which allows for quickly creating test instances of many federated applications with just a few mouse clicks. It's a good choice for someone looking to embark on a self-hosting adventure.
I've found where to create a collection, but where do I view those already created by others? And is that really the main difference between a collection and my subscribed feed, that they can be shared?
@ernest, you are doing amazing work! I hope you're taking care of yourself, too. :)
In a future update, do you think you could add the ability to set a default sort? I prefer to set my home feed to Top, 1 Day, and it's easy enough to just bookmark https://kbin.social/sub/top/1d on my PC, but I primarily use kbin as a PWA on Android and AFAIK, there's no way to set a custom home page. It would also just be convenient to open kbin to my preferred sort on any platform. :)
Will there be a way for communities to opt-out from being listed in a category?
I think there is a lot of abuse potential in this and even if well intended, a single word or so can’t really describe what communities are about, and as a result those categories (similar to the “all” feed) will bring a lot of off-topic comments and trolling from people not engaged with the communities at all otherwise.
On Mastodon with hashtags the original poster can at least make a conscious choice of being listed under it or not. But this seems fully third party driven and I fear it will increase moderation workload significantly.
I don't understand how content grouping can be used for potential abuses, to be honest. Collections are related to the user, so it will be subject to instance moderation in case of such an attempt. The community can also switch to private mode - then this content will not be aggregated in collections. Moreover, from what I know, there are already external tools that do similar things.
Most trolling and brigading is fairly low effort, and having a sharable collection of communities to troll makes it much easier to organize lots of people to do just that. Edit: yes external tools for that exist but having it built in makes it much easier to abuse and rope in people to do the trolling that otherwise would not bother.
But my main concern is that this isn’t opt-in for communities. Having a sharable and subscribable link with for example “meme” communities means that all of them are seeing a constant barrage of random people commenting that are not members of that community and do not have any idea what the community is about other than that it is somewhat loosely related to “memes”. It basically hides everything that is vital about the communities and actively damages attempts at community building.
I understand now, I'll think it over during the weekend. I haven't really considered it before because the fediverse is still a relatively small and close-knit community imo. Excluding a specific instance would likely involve PR proposal to Lemmy's repository, but that's fine. Thanks for the feedback.
On kbin.social, posts featuring Lemmy posts receive more upvotes, and it defaults to sorting by "Hot content." For a more accurate representation, sorting by "Active" or "Newest" or */sub is recommended. On the other hand, karab.in primarily federates with Polish Mastodon instances, and szmer.info is not as popular, hence the difference.
kbinDevlog
Ważne
Magazyn ze zdalnego serwera może być niekompletny. Zobacz więcej na oryginalnej instancji.