Ferk

I don’t think “the development” is what is claimed to be at stake here.

OP is not talking about the software, they’re talking about the content. And the content model from Mastodon is not interchangeable with the one from Lemmy, Pixelfed, etc. they serve different purposes and have different models. In fact that’s the main interoperatibility barrier between them.

It’s like saying that if most people use gmail for email you will switch from email to audio calls to avoid communicating with google’s service. As if real time audio were the same thing as sending a message (or as if google was unable to add compatibility with that call service too if they wanted).

One thing you could argue is, instead of switching services, switching to an instance that does defederate if you dont want threads content. But that same argument can be said as well towards those wanting threads federation…

But dont think the point is what does the individual want (if that were the case, just use the option to block threads content for your user, without defederating), the point is what’s best for the fediverse. I think people are afraid that something similar to what happened with “google talk” and their embrace of xmpp will repeat.

Personally, I think there’s no reason to jump the gun this early… all of this post is based on a lot of weak assumptions. I dont believe that threads content would overwhelm the feeds, and if that were to happen then the software could be tweaked so the contribution of each instance to the feeds can be weighted and made more customizable, for example.

Me neither? That’s why I was hoping they might have added some markdown extension.

I have done it in the past with mardown-it-wikilinks npm package, for example.

Also, I’d argue the wikilinks (internal links) using [[any term here]] from Wikipedia, that optionally allow automatically inferring the link, is much more comfortable (and less error-prone) for the usecase of a wiki system, than the [text required](/link_here_also_required_even_when_redundant) from markdown.

I was hoping they might have added some markdown extension to do something similar, but it seems not.

+1 on this. Kobos actually use Linux under the hood. And although the default UI is proprietary, it’s super easy to install KOReader.
You don’t even need to hack into it some custom firmware, just a sideloader, which normally doesn’t break even if you actually updated the base firmware.
Here the official tutorial on how to do it: https://github.com/koreader/koreader/wiki/Installation-on-Kobo-devices