A lot of people, feed readers/aggregators included can't hep but butcher it into JSON.
Which are entirely different kinds of data formats.
XML is for text-based extensible formats.
JSON is just, here, basic raw text-based data structure.
For example, you entirely loose the extensibility bits with JSON.
This is probably the whole reason why Google wants to do create JSON feeds, 3rd part of EEE.
@sjw You only have one namespace.
JSON formats are cathedral style by essense, only one entity can say if you can use something or not. Meanwhile XML doesn’t gives a damn if you shove another namespace (which can be your own) inside of it. That’s an inheritance from SGML btw and it allowed for HTML5 to effectively be able to add new elements without every non-up-to-date browser potentially choking on it or failing to fallback to older style elements.
Like roughly <video src="https://example.org/video.mp4"><object src="https://example.org/video.mp4"><a href="https://example.org/video.mp4">video.mp4</a></object></video> can’t be done in JSON, while that would work from the first web browser to the very latest with probably okay compatibility for Mozilla 1.0.
Pleroma should support the finger protocol too.
@lanodan @sjw Building an SMS gateway doesn't seem that hard though.
https://www.appservgrid.com/paw92/index.php/2019/03/29/4-best-open-source-bulk-sms-gateway-software/
It's the sheer amount of messages, "unlimited messages" always have rate limiting and it's a huge expensive mess to do it internationally.
It's very much like email, want to host your shit and send few emails a week at most? No problem in 99% of the cases.
Want to send something like thousands in a day?
Now you're going to have troubles.
> Post via SMS
Twitter did this thing via partnerships with phone companies, I don't see this kind of thing existing in the fediverse unless maybe your phone operator sets up their instance.