Pamasich

We don't really know. Supposedly it is, ernest just isn't pushing the code to codeberg, instead keeping it locally. He has mentioned before he's going to push the latest changes (though he never did that), so it sounds like there do exist changes not reflected on the repository yet. But I have no idea how things went since then.

I believe mbin stopped merging kbin changes, probably either when they had their fallout with ernest where he pushed unfinished code that caused issues, or when he started his refactoring which I've seen some mbin contributors dislike because it requires changes on their side too.

Either way, there's definitely features missing on mbin that I know are in the kbin source, like the sort options on profiles. Collections are definitely there too.

when in theory they all use 0.10.1

First of all, there's no way this is true for mbin. It's a fork, it has its own versions.
Fedidb says most instances of mbin (on its first page of instances) use version 1.5.3, though kbin.melroy.org uses 1.6.0.

But also, hasn't kbin been 0.10.1 since forever even before ernest added all the new features? I don't think that version string means much if anything.

That's why I use Copilot.

Asked it for the official documentation, got a link to the /current/ documentation's chapter on operators. Then asked for the heading about the IN operator and it gave me all four of the numbers. No need to wade through outdated or irrelevant results.

I understand why they disabled public downvotes (since they're accepting incoming ones now, they don't want to expose everyone's downvotes from other instances), and I remember they gave some reasoning on Github for why it makes sense to not hide upvotes too, but do we really need incoming downvotes? I think that feature should be a toggle where you either have downvotes hidden but federated, or visible but not federated. And then the instance owner can decide what they prefer.

That's really my main issue with mbin. While I've gotten too used to the All Content view and collections, both of those are on their roadmap, so they'll be coming eventually.

And I can see this comment from kbin, so seems to work this direction too.

though kbin still doesn't render the code block correctly it seems

Yeah, I hope ernest (or someone else) fixes it soon. Mbin has fixed it, so it should be possible to check there how it was done.

I did make a frontend fix for it which is included in KES and available standalone on Greasyfork. But it would be much preferable if this was fixed in kbin itself.

I think the big problem is that the issue on codeberg is closed. Ernest never got involved, but other maintainers closed it as a "lemmy issue" which it isn't. Lemmy is federating completely legal HTML with escaping applied to spec and kbin should be able to understand it. Mbin can understand it.

It it like he can see us but we can’t see him?

Opposite way around. We can see him but he can't see us.

The reason you can't see him is because you're on Lemmy which will only display microblog posts if they're (1) a reply to a Lemmy post, (2) made from kbin/mbin, or (3) replied to by someone from kbin/mbin (not entirely sure about this one).

To newly federate a magazine with Lemmy, search for it using the syntax [[email protected]](/c/[email protected]) in Lemmy's built-in search. This worked for me instantly when I just tested it on lemm.ee, after confirming that it 404s before doing it.

I don't know what this xz thing is about, first time hearing it. But people saying he should get more help are trying to help him, not having malicious plans like installing backdoors or whatever.

I do think people should ask less for more maintainers — the project is already opensource, so it's up to maintainers to join, not him to seek them out. But he should still get some help with managing the instance. Pauses in development are fine imo, but the instance shouldn't be swarmed with spam and account deletion requests lost in limbo just because ernest got sick or something, which can happen with the best work life balances.

Progressive web app. Modern browsers let you install a website to your phone or desktop as a pseudo-app. It'll still run in the browser, but most of the browser stuff, like tabs and bookmarks, are hidden to give you a focused and clean experience. Developers only have to ensure their website supports mobile phones and don't need to develop an entire app project to accomodate phone users.

On Lemmy, users can send each others direct messages. It seems like Kbin/Mbin has no way of displaying those direct messages. Is that correct or is there a way to show direct messages?

Direct messages exist on kbin/mbin, but users are currently unable to send or receive them from other instances than their own. Sending is implemented but intentionally disabled by ernest, for unknown reason, but it might have to do with receiving not working.

Mbin has an open issue on this and yesterday someone said it's planned but low priority. It also links to the related kbin issue.