Can’t really make apps for a site that doesn’t have an API. They did announce recently that Kbin’s API is nearly done, so soon there’ll be a flood of Kbin apps as well, and support for Kbin in all of the Lemmy apps too
and support for Kbin in all of the Lemmy apps
Very much doubt. I’m sure many will but not all. The API isn’t identical so they’d have to commit to maintaining both.
Yeah I suppose not all of them will want to commit to supporting Kbin, but some definitely will. Honestly though, so long as it’s possible to search for and subscribe to Kbin magazines from Lemmy, that’s all I really care about.
It would be great if someone created a fediverse browser native app. Log into all the platforms and add a translation layer to create a truly unique experience. Maybe it would only make sense if you could authenticate one account on all the activitypub platforms? I understand the amount of technical hurdles and maintenance to do so. I suppose I find the thought of experiencing them combined intriguing. If someone created A single app experience, in a intuitive way, I’d definitely give it a try. I can see lemmy posts on mastidon. Would be kind of cool if it could handle that and display those posts using a lemmy ui. But making it seamless.
Based on this: https://codeberg.org/fediverse/delightful-fediverse-clients/src/branch/main/README.md Fedilab, once it supports Lemmy and Kbin
The thing is, when an app does only 1 thing, it’s easy to make sure it does that thing well. It’s going to be a lot of work to support so many different API’s, keep them updated, and provide a good UI/UX.
I don’t, it’s not that much more work as the basics of it won’t change that much over time and the functionality will be near identical. We might not get newer features that are eventually added though.
I would expect that 99% bits of your app that talk to the API can be the same for both, you just need to maintain slightly different code for interacting with each actual API.
In fact scrolling further through the comments I see that not only is this how @hariette is handling it for Artemis but she’s also looking at making the talking to both APIs bit of the code available to other devs.
@Nitrate55 I can’t wait to be able to use Kbin on the go, I’m really gonna have nothing be done at that point
I do most of my kbin browsing on my phone using good old firefox.
It isn’t perfect, but definitely works well enough until a dedicated mobile app comes out.
@snooggums Yeah I sometimes use the browser on my phone to use Kbin but it would be good to have a fully function App in the near future.
before the whole reddit clusterfuck and blackout started I created both kbin and lemmy accounts. One of those is just gathering dust
Yeah, I have a kbin account as well, but I prefer Lemmy so far, since it actually has a data API and I prefer the web interface over that of kbin (and now we have old.lemmy.world!)
I am test driving Artemis for kbin, but Hariette and her team have an uphill battle until kbin comes up with an API, so development has been slow. Not their fault, of course.
API is almost done! Been using an internal build of the app that uses Artemis’ kbin instance with those changes. And oh god is so much better 👌
So we’re nearing a point where apps for kbin will start popping up ✨
The more options the better. For now Lemmy is good and the apps are progressing at an awesome pace, honestly didn’t expect that.
The ace in the hole that Lemmy and kbin have is that it doesn’t matter which one you prefer because they can talk to each other. Can’t say the same about Squabbles.
Wtf that’s awesome! Have they open sourced that?
EDIT: I found it https://github.com/rystaf/mlmym
Same. I just don’t have a reason to use kbin. The interface is not my cup of tea and I don’t like the way they’ve handled communities or ‘mAgAzInEs’.
If only kbin had an API…
I was thinking of making my first attempt at an android app a kbin app because of the lack of options, but their documentation (while done really well so far) isn’t fleshed out yet.
Lemmy’s Documentation is very confusing to me as someone still learning to program (does it get better when you are more experienced???), but it’s definitely a lot more fleshed out, so that’s why I’m attempting to make just another Lemmy client looool
Hi, currently three years into a job title that indicates I program for a living (it sounds more like I’m a manager). I do Python professionally and work on learning C. It… it kinds gets worse, if you go this far, but you’re more able to handle it.
I’m about to launch a Lemmy app (by Monday, my friend yelled at me when he found out I’d been using it exclusively for weeks without putting up a beta), and kbin support is on my to-do list.
Frankly, I started using Lemmy, saw this could be the thing I’ve been waiting for, and decided the edges were too rough. So I made the app I always wanted for Reddit with the goal of using multiple servers, multiple accounts seamlessly. My guiding philosophy is making the client into another layer of federation,
I checked out the kbin docs and I can probably knock it out in a couple days, I’ve got abstraction layers to handle different versions and forks of Lemmy… Head over to !flemmy@lemmy.world and let me know this is something people want and I’ll put it higher on the priority list
If you add support for kbin, you’ll probably going to add support for kbin’s microblogging feature. If you added support for kbin’s microblogging, might as well add mastodon support. Heck, might as well add pixelfed support to the mix, why not? Voila, now you have a super federated app.
