China Becomes Second Nation to Recover
Reich's Mastodon account is a fully automated bot.
He has created and set up the bot right after Musk has bought out Twitter when millions of people were escaping from Twitter to Mastodon. The goal was for him to keep his overall numbers of followers or even increase it.
Once that bot worked as intended, he didn't have to log in again.
So the last time he logged in was way before marking automated bots as such became mandatory. In fact, AFAIK, it was before it was even possible to mark a bot as such. That's why his account is not marked as a bot.
If you really want to reach him and tell him something, try or Bluesky.
# # # # # # # # #
Sounds like me. My image posts have next to no audience.
Basically, I've got three kinds of image posts.
One, memes about the Fediverse. And I don't mean memes that treat the Fediverse as only Mastodon, or that make the Fediverse being Mastodon with a few things attached as add-ons being the unquestioned standard. I post them on .
Two, memes about 3-D virtual worlds. I post these on .
Both of them are tricky in various ways. They only get one visual description each, and it goes into the alt-text. The tricky part here is that I no longer let my alt-texts grow longer than 512 characters. That's due to a bug on Misskey and its various forks and forks of forks (Sharkey, Iceshrimp-JS etc.): They only support alt-texts with up to 512 characters. They're supposed to truncate longer alt-texts, but instead, they delete longer alt-texts with no trace. So if you write an alt-text that's longer than 512 characters, someone on Misskey or Sharkey or so will think that you haven't written any alt-text at all.
In addition, I have to explain them which I do in the message text and not in the alt-text. My impression of especially Mastodon is that people love receiving explanations along with images that they don't understand right off the bat. I believe it has gotten to the point that these explanations are becoming or have since become almost as mandatory as visual descriptions. And both the Fediverse beyond Mastodon and 3-D virtual worlds are super-obscure topics that require explanations, not to mention that not everyone knows and understands all meme templates. So I have to explain my own image macros plus the topic they're about plus the meme templates I've used.
This is what really requires time and effort. That is, for the meme templates, I resort to links to KnowYourMeme. Some people on Mastodon are staunchly against links to explanations and demand that one explain everything right in the post. I've done that once. The result was six explanations with over 12,000 characters for one single meme template ("One Does Not Simply Walk Into Mordor"), and I haven't even explained The Lord of the Rings and its characters. I don't really think these people prefer 12,000 characters in one post to one link to KnowYourMeme, even if the two explanations for the topic took up another 12,000+ characters.
Well, and lastly, I sometimes post renderings from 3-D virtual worlds. I post these on , too. If I post them at all, for I haven't posted any in over two years.
That's because the effort is even bigger. Not only do I have to explain them, but I have to describe them twice. The image description in the alt-text is the short one. Again, no explanations, and this time, usually no text transcripts either. And then there's the long, fully detailed image description in the message text. It contains all explanations necessary, and it contains transcripts of any and all bits of text anywhere within the borders of the image, readable or not.
If I'm lucky, I don't have to write much more than 20,000 characters of descriptions, explanations and transcripts for one post. If I'm not so lucky, this block will exceed 60,000 characters and take two full days to research for and write for only one image.
I actually try to optimise and improve my image descriptions further and further whenever I learn something new, e.g. new image-describing rules or guidelines. And I've learned enough about describing images and writing alt-texts specifically for the Fediverse that I've started putting together a wiki about that special topic.
Maybe I'll start following the advice from Veronica with Four Eyes and give two visual descriptions for each of my image, one in the alt-text, one in the message text for those who are visually impaired enough to not see my images clearly, but not so visually impaired that they require a screen reader to read the text on the screen.
Maybe I might go as far as describing my virtual world renderings three times so that there's an additional shorter description in the message text.
I mean, as you can probably tell from this comment, I don't have to worry about local character limits.
CC:
# # # # # # # # # # # # # # #
One is in the navbar. It searches the whole server database for whatever you enter: keywords, hashtags, non-group actors, group actors (the actual accounts/channels and not their content) and even the built-in documentation. If someone on the server has posted it, if someone on the server has received it, this search can find it as long as you're permitted to see it.
This search tends to be rather slow when used for keywords: It has to search the whole server database, it apparently does so without a search index when searching for keywords, and it only starts listing search results when it's done with the actual searching. If you're on a very big server with a four-digit number of channels that has been around since before Musk even took buying out Twitter into consideration, this search is so slow when it's used for keywords that it's pretty much useless. On a server started a few years ago with about a dozen channels, it's significantly quicker, but still, it doesn't show content instantaneously.
Interestingly, it's a great deal quicker when you want to search for hashtags because Hubzilla, (streams) and Forte index hashtags. The same goes for non-group actors. In these two cases, the search even offers auto-complete before you start the actual search.
The other search is in the sidebar of the stream page. It only searches your stream, i.e. what you've posted and what you've received. It isn't so much a search as it's actually a stream filter. Also, it dynamically loads more content when you scroll down. All this makes it significantly faster. But this search can't find what has never gone through your stream.
Both searches are strictly chronological. Also, when searching for keywords or hashtags, they always present single messages although they always show entire conversations otherwise. However, these messages always have a button at the bottom that takes you directly to the full conversation.
# # # # # # # # # # # # # #
I must have hundreds of unposted meme images about two general topics, and I've got ideas written down for many more. But I rarely post any, and there are some of which I don't know if I'll ever post them.
The visual description including text transcripts for the alt-text isn't the big issue. It has become more of an issue since I've started limiting my alt-texts to no more than 512 characters so that Misskey and its forks don't delete them.
But what's an even bigger issue is the explanation that goes into the message text. I always give explanations for my meme posts. For the actual image itself, for the template(s), for the topic because the topic is always something that hardly anyone is familiar with. Even if I only link to KnowYourMeme for the template explanation(s), these explanations tend to grow very long, and it takes quite a bit of time and effort to write them.
I'm actually wondering if it costs me more reach on Mastodon when I post a meme picture with thousands of characters of explanations, or if it'd cost me more reach on Mastodon if I posted my meme images without explanations.
# # # # # # # # # # #
Sollte wohl gehen. Hubzilla ist gengsam, das braucht nur einen LAMP-Stack.
Das brauchst du aber nicht selbst zu hosten. Hubzilla ist ja Teil des Fediverse ich schreibe hier gerade von Hubzilla. Du kannst dir also auf einem schon vorhandenen Hubzilla-Hub, z. B. , ein Konto anlegen und dann einen Kanal, auf dem du dann z. B. Webpages anlegen kannst.
Die offizielle Hubzilla-Website () luft ja selbst auch auf einem Hubzilla-Kanal ( infohubzilla.org), dem man z. B. von Mastodon aus folgen kann.
Hier mal ein paar direkte Links auf mehr Infomaterial:
Alles zu finden auf Hubzilla selbst: alias (hz-workshophub.hubzilla.hu).
Na ja, knnte ja sein, da ich dir etwas empfehle, das nicht ber HTML + CSS + Bootstrap + eingebundene dynamische Inhalte hinausgeht und du da aber unbedingt etwas mit JavaScript einbauen willst.
# # # # # # # # # # # # # This, by the way, is why Hubzilla and its descendants have the pubstream deactivated by default, and why most owners of public servers refuse to turn it on.
Users are encouraged and empowered to moderate their own streams and contacts and given a variety of tools to do so, much unlike Mastodon that only gives you "mute", "block" and "call a moderator". But there simply is no realistic way for the admin to moderate the pubstream.
So the obvious solution is there not being a pubstream in the first place. Fortunately, the pubstream is optional, it's even off by default, and if it's on, it can be switched between what corresponds to Mastodon's local timeline and what corresponds to Mastodon's federated timeline.
Coincidentally, Hubzilla and its descendants are also the only fully nomadic Fediverse server applications and capable of things that aren't possible even with the AT protocol.
# # # # # # # # # # # # # #
Hubzilla kann nmlich auch Websites. Darum ging's in den letzten zwei Hubzilla-Workshops. Httest du den Wunsch einen Monat frher geuert, dann htte ich dich ein bichen deutlicher eingeladen. Es gibt aber Aufzeichnungen. Du kannst dich da ja mal umgucken und bei Interesse dem Kanal folgen:
Sagen wir mal so: Ausgefuchste Sachen mit Scripting gehen eher nicht. Statische Websites gehen definitiv, und fr dynamische Inhalte kannst du andere Inhalte vom selben Kanal einbinden. Und dir steht auch Bootstrap zur Verfgung, das kann auch ganz praktisch sein. Hubzilla holt ja seine eigenen Icons auch aus Bootstrap.
Unser Experte fr Webpages auf Hubzilla ist .
brigens hat seine smtlichen Blogs von WordPress nach Hubzilla umgezogen. Dafr kann man das auch prima nehmen, sogar parallel.
# # # # # # # # # # # # # Ich wei ja auch nicht, ob meine Bildbeschreibungen etwas taugen, vor allem gem der Mastodon-Kultur. Ich bin selbst nicht auf Mastodon, aber wenn die eigenen Beitrge auf Mastodon landen, hlt man sich entweder an Mastodons Kultur und Mastodons ungeschriebene Regeln, oder man wird massenhaft angegriffen und/oder blockiert.
(Es bringt brigens nichts, auf dem Kanal, von dem aus ich jetzt gerade kommentierte, nach aktuellen Bildern zu suchen. Alle Bilder hier sind alt. Hier poste ich keine Bilder mehr. Meine wenigen neueren Bilder finden sich auf und , und die meisten davon sind Memes.)
Andererseits: Wenn ich anderen Leuten Rckmeldungen fr ihre Alt-Texte geben wrde, wrden sehr viel mehr davon mich blockieren und evtl. vorher angreifen als meine Rckmeldung akzeptieren. Ich wrde die Alt-Texte nmlich abklopfen nach a) Wahrheitsgehalt, b) Details, c) Einhaltung sehr vieler Regeln und Richtlinien fr Bildbeschreibungen und d) Kompatibilitt mit einigen Nicht-Mastodon-Fediverse-Serveranwendungen. Die letzteren beiden Punkte sind im Fediverse derart unbekannt, da Feedback meinerseits fast zwingend zum Verri werden wrde. Deswegen lasse ich es lieber.
CC:
# # # # # # # # # # # # # # # # # # #
Genau das ist brigens ein Hauptgrund, warum alle meine eigenen Bilder mit einer volldetaillierten Bildbeschreibung im Beitragstext kommen. Zustzlich zur krzeren Beschreibung im Alt-Text natrlich.
Meine eigenen Bilder sind allesamt Renderings aus sehr obskuren virtuellen 3-D-Welten. "Sehr obskur" im Sinne von "hchstens einer von 200.000 Nutzern im Fediverse hat berhaupt auch nur von der Technologie dahinter gehrt".
Ich mu stndig damit rechnen, da irgendjemand da drauen auf einen meiner Bildposts stt und total aufgeregt auf der vorderen Stuhlkante sitzt, weil dieser Post etwas beweist, woran heutzutage niemand mehr zu glauben wagt: Virtuelle Welten, will sagen, "das Metaversum", sind nicht tot. Sie existieren. Und es gibt Bilder aus ihnen.
So ist dieser Jemand dann so aufgeregt, da er total neugierig auf diese neuentdeckte Welt, dieses neuentdeckte Universum ist und sich alle groen und kleinen Details auf dem Bild ganz genau anguckt, egal, ob sie im Kontext jetzt eine Rolle spielen oder nicht.
Wenn dieser Jemand denn sehend ist. Aber wenn dieser Jemand sehbehindert oder blind sein sollte, kann er ja genauso aufgeregt und neugierig sein.
An dieser Stelle kommt das Stichwort "Inklusion" ins Spiel. Das bedeutet: Blinde oder sehbehinderte Personen mssen haargenau dieselben Chancen haben, haargenau dieselben Dinge zu tun wie sehende Personen.
Um jetzt aber meine Bilder mit all ihren groen und kleinen Details wahrnehmen zu knnen, brauchen Blinde bzw. Sehbehinderte aber eine Bildbeschreibung, die all diese groen und kleinen Details enthlt.
Und dann sitze ich auch schon mal bei einem Bild wie diesem, , zwei volle Tage von morgens bis abends und schreibe eine Langbeschreibung von ber 60.000 Zeichen, die wortwrtliche Transkripte von mehr als 20 Textschnipseln enthlt, ebenso smtliche Erklrungen, die ntig sind, um das Bild und die Beschreibung zu verstehen.
Nach meinem Verstndnis von der Mastodon-Kultur bin ich dazu eigentlich verpflichtet. Auch wenn dieselbe Mastodon-Kultur ein Riesenproblem mit Posts hat, die lnger als 500 Zeichen sind. Man kann leider nicht alles auf einmal haben.
CC:
# # # # # # # # # # # # # # # # # # # Mir geht's ganz hnlich, nur wahrscheinlich noch viel extremer.
Erstens habe ich einige Dutzend Websites und Blogposts ber Alt-Texte und Bildbeschreibungen gelesen und versuche, alle Regeln und Richtlinien anzuwenden, die im Fediverse anwendbar sind und nicht mit Mastodons Kultur kollidieren. Ich mache mir daher also jede Menge Gedanken zu dem Thema.
Zweitens sind meine eigenen Bilder (also die, die keine Memes auf Basis etablierter Vorlagen sind) allesamt Renderings aus extrem obskuren virtuellen Welten. Das heit: Niemand wei irgendetwas ber diese Welten und diese Bilder. Und wer die Bilder nicht sehen kann, hat auch keine realistische Vorstellung davon, wie irgendetwas auf den Bildern aussieht. Das heit wieder: viel erklren, viel beschreiben.
Drittens hat das den Vorteil, da ich meine Bilder nicht beschreiben mu, indem ich mir die Bilder mit ihrer eingeschrnkten Auflsung angucke. Statt dessen beschreibe ich sie, indem ich mir in-world das im Bild gezeigte Motiv direkt vor Ort angucke, und zwar mit annhernd unendlicher Auflsung. Ich kann extrem viele Details sehen, also kann ich sie auch beschreiben.
Viertens bin ich in der komfortablen Lage, nicht auf Mastodon zu sein, sondern auf Hubzilla. Das heit: Im Beitragstext, wo die meisten Mastodon-Nutzer 500 Zeichen zur Verfgung haben, habe ich ber 16,7 Millionen Zeichen. Ich habe also reichlich Platz fr Erklrungen und hochdetaillierte Bildbeschreibungen im Beitragstext. Zustzlich zum von der Mastodon-Polizei eingeforderten Alt-Text natrlich.
Ich kann also Bilder hochdetailliert beschreiben. Mein Eindruck von der Mastodon-Kultur ist auch, da hochdetaillierte Bildbeschreibungen da sehr willkommen und bisweilen auch gefordert sind, nur da sich auf Mastodon niemand vorstellen kann, da es irgendwo im Fediverse mglich ist, mehr als 1500 Zeichen am Stck zu posten. Auerdem ist mein Eindruck von der Mastodon-Kultur, da, wenn man ein Bild postet, das so ohne weiteres nicht leicht verstndlich ist, man gengend Erklrungen mitliefern mu, damit jeder es versteht.
Folglich schreibe ich fr alle meine Bilder zwei Beschreibungen. Die eine geht in den Beitragstext, sie ist volldetailliert und enthlt sowohl alle zum Verstndnis ntigen Erklrungen als auch Transkripte aller Textstcke innerhalb des Bildes, lesbar oder nicht. Die andere geht in den Alt-Text, ist sehr stark verkrzt, enthlt keine Erklrungen und enthlt keine Text-Transkripte (weil kein Platz).
Die Folge ist aber, da ich immer wieder auf Motive stoe, die mit diesem hohen Selbstanspruch einfach nicht realistisch beschreibbar sind.
Vor gut zwei Jahren war ich auf der Suche nach einem interessanten Motiv. Ich stie auf eine Art Hafenszene, norwegisch angehaucht, leider aber auch hochgradig detailliert und mit fotorealistischen Texturen berall. Ich habe mir das Motiv angesehen und entschieden: Das kann ich unmglich beschreiben. Das wre ein viel zu groer Aufwand.
Mein letztes Ausweichmotiv war das hier: . Das ist schon 2011 gebaut worden. Das hielt ich fr simpel genug. Eigentlich vermeide ich Gebude auf Bildern, weil ich fr die Beschreibungen erst haufenweise architektonische Fachbegriffe raussuchen und die dann auch noch alle in der langen Beschreibung erklren mte. Dieses Gebude ist aber so unrealistisch, da ich mir das sparen konnte.
So begab ich mich eines Morgens an diesen Ort und fing an zu beschreiben. Am Abend desselben Tages legte ich eine Pause ein. Ich hatte den ganzen Tag mich umgesehen und gezoomt und recherchiert und geschrieben und war trotzdem noch nicht fertig. Fertig war ich am nchsten Abend und auch nur mit der Langbeschreibung, die ber 60.000 Zeichen lang ist.
Ich habe alleine ber 4.000 Zeichen am Anfang gebraucht, um zu erklren, wo das Bild entstanden ist. 40.000 Zeichen entfielen auf die Auen- und Innenbeschreibung des Gebudes. Dazu zhlen Transkripte von mehr als 20 einzelnen Textschnipseln, von denen die meisten so klein sind, da sie auf dem Bild berhaupt nicht zu sehen sind.
Die Beschreibung ist zu finden in diesem Post: .
Seitdem habe ich nur ein einziges weiteres Mal eigene Bilder gepostet, und das ist auch schon zwei Jahre her: . In dem Fall habe ich selbst dafr gesorgt, da die Bilder mglichst simpel sind, um nicht wieder zwei Tage mit Beschreiben zu verbringen. Trotzdem habe ich gut 20.000 Zeichen an Beschreibungen, Erklrungen und Transkripten fr zwei Renderings, von denen eines allerdings ein Albumcover enthlt. Auf die Beschreibung des Cover entfielen gut 1.300 Zeichen und vorher noch einmal gut 1.600 auf die Beschreibung der Staffelei.
Seit Ende 2024 arbeite ich gelegentlich an einer Reihe von Bildbeschreibungen fr an sich einfache Avatarportraits mit neutralem weiem Hintergrund, um den Hintergrund nicht beschreiben zu mssen. Stand jetzt habe ich ber 3.200 Zeichen an Erklrung, wo die Bilder entstanden sind (obwohl das an sich aus den Bildern gar nicht hervorgeht), ber 10.000 Zeichen an Erklrungen, wie diese Avatare aufgebaut sind und funktionieren (ohne diese Erklrungen wrde niemand die visuellen Beschreibungen verstehen), ber 5.000 Zeichen an gemeinsamer visueller Beschreibung fr alle Bilder eines Beitrags und noch einmal ber 2.600 Zeichen an zustzlicher Beschreibung fr die drei Outfits auf dem ersten Bild.
Ich bin weit davon entfernt, fertig zu sein. Und ich wei nicht, wie ich zu einem Bild mit drei Portraits zustzlich einen Alt-Text mit maximal 1.500 Zeichen schreiben soll, geschweige denn einen mit maximal 512 Zeichen, damit Misskey, Sharkey, Iceshrimp-JS und die anderen Forkeys den Alt-Text nicht lschen. Schlimmer noch: Ich habe auch Bilder mit jeweils vier Portraits. Aber wenn der Alt-Text nicht hinreichend detailliert ist, riskiert man ja, aus Richtung Mastodon auf den Deckel zu kriegen, auch wenn im Beitragstext hochdetaillierte Bildbeschreibungen stehen.
CC:
# # # # # # # # # # # # # # # # # # # # # # # # FEP-ef61 all by itself isn't a magical solution. It's just one element in implementing full-blown nomadic identity () via ActivityPub, but it's far from being the only one.
See, nomadic identity wasn't invented just a few years ago or so, and it wasn't invented for, on and with ActivityPub either. It was first introduced in Fediverse software that works vastly, vastly different from Mastodon and from most of the rest of the Fediverse. I'm daily-driving what became of this software.
Nomadic identity was invented in 2011 by who had made Friendica (, , ) as early as 2010. (Friendica is the oldest still existing Fediverse software, by the way.)
To put this into perspective: The concept of nomadic identity is over four years older than Mastodon. And it predates the first ActivityPub implementation by some six years. (Ironically, the software that first implemented ActivityPub is essentially the same software that first implemented nomadic identity.)
One issue that plagued Friendica is an issue that plagues everything decentralised: Servers shut down out of the blue, and users lose everything. That's why Mike had the idea to make identities not only portable (as in, easy to move from one server to another), but nomadic (as in, absolutely identical clones of the same identity exist on multiple independent servers at the same time, so if one server shuts down, you lose nothing).
Still in 2011, Mike designed a wholly new federated protocol named Zot to implement nomadic identity. Mind you, he had already designed a brand-new protocol from scratch for Friendica.
In 2012, Mike took his own Red, a development-grade fork of his own official development fork of Friendica. He pretty much ripped the whole backend out and also most of the frontend, and he basically developed an entirely new server application, now built against Zot. This was necessary because Red would have to handle identities completely differently from Friendica in order to make them nomadic.
See, Friendica handles identities just like Mastodon and almost the entire rest of the Fediverse: Your identity is your account, your login. You have one identity per login, you have one identity per server. All your data, all your stuff is stored directly in your account.
But you can't clone accounts. It's way too tedious to separate the stuff that must be cloned (contacts, messages, settings etc.) from the stuff that mustn't be cloned (login credentials).
So Mike created the concept of "channels" (). They're basically containers for your identity that contain everything except the login credentials on the servers. They can easily be cloned and moved as a whole.
Red still exists in a way: Later the same year, it was renamed the Red Matrix. And in 2015, it was completely refactored, it was greatly expanded in features and functionality, and it was renamed Hubzilla (, , ). Hubzilla is where I'm commenting from right now, and this channel has been cloned for longer than most Mastodon users have known that Mastodon exists.
FEP-ef61 was created by , developer of Mitra () in 2023. The goal was to take non-nomadic, account-equals-identity Mitra and make it every bit as nomadic as Hubzilla. Not by rewriting the entire backend against Zot (or its newest version known as Nomad) and then bolting ActivityPub support back on, but by using nothing but ActivityPub itself without rewriting the backend.
Development and sparrings partner became Mike Macgirvin himself who, at that time, was working on the streams repository (, ), a Nomad-based fork of a fork of three forks of a fork (of a fork) of Hubzilla, somewhat slimmed down in features (it isn't a full-blown, jack-of-all-trades CMS unlike Hubzilla), but every bit as nomadic as Hubzilla.
The two worked out a way of using ActivityPub and only ActivityPub to establish nomadic identity. Not only to made Fediverse identifiers independent from servers, but to actually use ActivityPub to clone identities with everything attached to them between servers.
Eventually, FEP-ef61 was defined, and (streams) and Mitra became the first Fediverse server applications to understand portable identities as per FEP-ef61. (streams) was the first nomadic Fediverse server application to understand them, but it still uses its native Nomad protocol for its own nomadicity. Mitra, all by itself, still isn't nomadic to this day it uses a client named Minimitra for nomadicity.
The first Fediverse server application that actually uses only ActivityPub for nomadicity, all the way to cloning and syncing channels, is Forte (). It came to exist in mid-August 2024, essentially as a byproduct of an accident. (streams) had to juggle so many identities already, ActivityPub identities, Nomad identities, Zot6 identities, that when FEP-ef61 was merged into its release branch, it confused all these identities and didn't connect or federate with anything anymore. In order to find and fix the issue, Mike Macgirvin himself forked his own streams repository and ripped out any and all support for protocols that weren't ActivityPub. This required Forte to use ActivityPub for everything that (streams) used Nomad for.
So as of now, there are exactly three still existing server applications with full-blown server-side clone/sync/move-entire-identities-without-leaving-dead-accounts-behind nomadicity: Zot-based Hubzilla from 2012/2015, Nomad-based (streams) from 2021 and ActivityPub-based Forte from 2024.
There is only one of this kind that uses ActivityPub for everything, including nomadicity, and that's Forte.
Forte is the youngest member of the same software family as Hubzilla and (streams). They were all created by the same developer, and they were all born nomadic.
There is no case of a typical, classic, non-nomadic, account-equals-identity, ActivityPub-based Fediverse server application that was successfully converted to full-blown server-side clone/sync/move-entire-identities-without-leaving-dead-accounts-behind nomadicity. Forte itself wasn't converted from non-nomadic to nomadic it was converted from Nomad-based to ActivityPub-based while having a nomadic legacy that dated back a dozen years at that point.
I'm not saying that it's impossible to turn non-nomadic software into fully nomadic software. But it's a huge undertaking that will require rewriting large parts of the server backend.
Essentially: You can't just add FEP-ef61 support to Mastodon and immediately clone your account over to other servers the same way that I can clone my Hubzilla channel.
CC:
# # # # # # # # # # # # # # # # # # I'm on Hubzilla ( ) which is very very much not Mastodon. I don't have any way to add alt-texts to my profile images, and I most likely never will.
Is it a sanctionable offence if I don't add alt-texts to these images due to these technical limitations
(By the way, I do have two descriptions for my cover picture in yes, that's a link. The actual post is hidden behind a summary that needs to be opened, much like a Mastodon CW. The "short" description is 1,400+ characters, it's in the alt-text which can't be accessed on a phone. The long one is 60,000+ characters it's in the actual post text.)
# # # # # # # # # # # # # # # #
He has created and set up the bot right after Musk has bought out Twitter when millions of people were escaping from Twitter to Mastodon. The goal was for him to keep his overall numbers of followers or even increase it.
Once that bot worked as intended, he didn't have to log in again.
So the last time he logged in was way before marking automated bots as such became mandatory. In fact, AFAIK, it was before it was even possible to mark a bot as such. That's why his account is not marked as a bot.
If you really want to reach him and tell him something, try or Bluesky.
# # # # # # # # #
China Becomes Second Nation to Recover an Orbital Rocket Booster With Long March 10B
Venice at blue hour by Vagelis Pikoulas
#24105 #2026
, .
<>
, .
<>
,
<>
Laissez-moi la voir ! (Alaa al-Qatraoui)
Illustration Laissez-moi la voir !( mon enfant Orchidia)Laissez-moi la voirne serait-ce qu'une fois !Depuis la mi-mars, mon cur s'est desschPlus aucun arbre n'y pousse pour accueillir les pigeonsDonnez-lui donc mes lvresqu'elle y dpose un baisermme froid !Donnez-lui mes poumonsPeut-tre s'est-elle touffe sans euxpeut-tre n'a-t-elle pas pu crier mon nomtant les dcombres l'crasaient ... Donnez-lui ma longue chevelureJ'aimeMorosit ordinaire (Hind Joudeh)
Illustration Morosit ordinaireQui rendra aux femmes de Gaza leur morosit ordinaireleurs balaisleurs ustensiles de cuisineet la runion de la famille autour de leurs platsQui leur rendra l'attente du retour des enfants de chauds l'colele moment du rveil des jours ordinaireset la paresse du petitqui demande de le laisser dormir encore cinq minutespour aller jusqu'au bout de son rve Qui leur rendra leurs journes calmeset la longue corde linge Add your location to a Google MapSi je dois mourir Rifaat al-Aareer)
Si je dois mourirSi je dois mouriril faut que toitu vivespour raconter mon histoirevendre mes affairesafin d'acheter du fil et une pice de tissu(choisis-la blanche avec de longues franges)pour qu'un enfant, quelque part Gazapuisse apercevoir un cerf-volantalors qu'il scrute le cielen attendant son prequi s'en est all brusquementsans que personne fasse ses adieuxni son corpsni son mePour que cet enfant aperoive dans les hauteurs le
, .
<>
MDITATION PRS DUN LIT VIDE (Jean Follain)
MDITATION PRS D'UN LIT VIDELes draps avaient moul sa forme,ses secrets en furent dvoils,si le flot garde bien les sienset le ravin plein de gents,il se peut qu'une femmelaisse d'humbles choses parler elle peut pourtant ne pas glacerl'eau merveilleuse de ses yeuxpleins d'algues, d'azur ou de charbons,elle peut de ses longs doigts tisser,elle peut finement gre,comme un navire appareilleret gazouiller jusqu'au matin.(Jean Follain)Recueil:
, .
<>
<>
JARDIN DES PLANTES (Jean Follain)
JARDIN DES PLANTESLe maon qui avait travaill faire des pavillons au Jardin des plantesdiscutait des serpents sonnettes,longue tait son histoire et son cur viril,compagnon du tour de Franceil aimait sa jeunesseaux trsors indfinis en ce jour s'immobilisaitla verdure du cimetire,tristesse d'artistes manqus,cousette dans sa chambretteregardant courir les nues,valrianes qui poussentau haut des murs solitaireset la chevelure deTwo Nations, Two Debut Rockets: China's Long March 10B and India's Vikram-I Set for Historic Launches
Two Nations, Two Debut Rockets: China's Long March 10B and India's Vikram-I Set for Historic Launches
et Me , avocate pnaliste et membre de .
Agreed. I'm also complaining that it takes a lot more time for me to post media with alt-text, proportionally, and doing so doesn't increase attention to that post.
I agree. Alt text may be an amazing multiplier, but zero times anything is still zero
Sounds like me. My image posts have next to no audience.
Basically, I've got three kinds of image posts.
One, memes about the Fediverse. And I don't mean memes that treat the Fediverse as only Mastodon, or that make the Fediverse being Mastodon with a few things attached as add-ons being the unquestioned standard. I post them on .
Two, memes about 3-D virtual worlds. I post these on .
Both of them are tricky in various ways. They only get one visual description each, and it goes into the alt-text. The tricky part here is that I no longer let my alt-texts grow longer than 512 characters. That's due to a bug on Misskey and its various forks and forks of forks (Sharkey, Iceshrimp-JS etc.): They only support alt-texts with up to 512 characters. They're supposed to truncate longer alt-texts, but instead, they delete longer alt-texts with no trace. So if you write an alt-text that's longer than 512 characters, someone on Misskey or Sharkey or so will think that you haven't written any alt-text at all.
In addition, I have to explain them which I do in the message text and not in the alt-text. My impression of especially Mastodon is that people love receiving explanations along with images that they don't understand right off the bat. I believe it has gotten to the point that these explanations are becoming or have since become almost as mandatory as visual descriptions. And both the Fediverse beyond Mastodon and 3-D virtual worlds are super-obscure topics that require explanations, not to mention that not everyone knows and understands all meme templates. So I have to explain my own image macros plus the topic they're about plus the meme templates I've used.
This is what really requires time and effort. That is, for the meme templates, I resort to links to KnowYourMeme. Some people on Mastodon are staunchly against links to explanations and demand that one explain everything right in the post. I've done that once. The result was six explanations with over 12,000 characters for one single meme template ("One Does Not Simply Walk Into Mordor"), and I haven't even explained The Lord of the Rings and its characters. I don't really think these people prefer 12,000 characters in one post to one link to KnowYourMeme, even if the two explanations for the topic took up another 12,000+ characters.
Well, and lastly, I sometimes post renderings from 3-D virtual worlds. I post these on , too. If I post them at all, for I haven't posted any in over two years.
That's because the effort is even bigger. Not only do I have to explain them, but I have to describe them twice. The image description in the alt-text is the short one. Again, no explanations, and this time, usually no text transcripts either. And then there's the long, fully detailed image description in the message text. It contains all explanations necessary, and it contains transcripts of any and all bits of text anywhere within the borders of the image, readable or not.
If I'm lucky, I don't have to write much more than 20,000 characters of descriptions, explanations and transcripts for one post. If I'm not so lucky, this block will exceed 60,000 characters and take two full days to research for and write for only one image.
I treat it like muscle, gotta keep my alt-text skills sharp cos one day someone might actually want to read my shitposts.
I actually try to optimise and improve my image descriptions further and further whenever I learn something new, e.g. new image-describing rules or guidelines. And I've learned enough about describing images and writing alt-texts specifically for the Fediverse that I've started putting together a wiki about that special topic.
Maybe I'll start following the advice from Veronica with Four Eyes and give two visual descriptions for each of my image, one in the alt-text, one in the message text for those who are visually impaired enough to not see my images clearly, but not so visually impaired that they require a screen reader to read the text on the screen.
Maybe I might go as far as describing my virtual world renderings three times so that there's an additional shorter description in the message text.
I mean, as you can probably tell from this comment, I don't have to worry about local character limits.
CC:
# # # # # # # # # # # # # # #
This slippery snake wasn't quite slippery enough to get herself out of her binds! The latex, as oiled and shiny as it was on the outside, didn't budge as the corset trapped her arms and waist in a tight squeeze. The picture was perfected with a long ball gag settled into her mouth keeping her quiet.
In a long distance friendship- in multiple ways
New post: Grieving the Version of Me Everyone Thought I Was
-Illness -Term-Care
<>
de dfense des ocans a financ Une pniche dexception 1 million d pour loger et devenir sa rsidence principale, avec des fonds issus principalement de largent des dons (Mediapart)
COME ENJOY THIS LONG PAR 4 WITH A 14.5 HANDICAP!
New post: The Crisis Got Me Here, but the Care Need Was Already Real
-Term-Care
A 2-night Airbnb is a low-stakes decision. A 30-night Airbnb is the difference between a productive month and a frustrated one. The wrong apartment with bad.
One is in the navbar. It searches the whole server database for whatever you enter: keywords, hashtags, non-group actors, group actors (the actual accounts/channels and not their content) and even the built-in documentation. If someone on the server has posted it, if someone on the server has received it, this search can find it as long as you're permitted to see it.
This search tends to be rather slow when used for keywords: It has to search the whole server database, it apparently does so without a search index when searching for keywords, and it only starts listing search results when it's done with the actual searching. If you're on a very big server with a four-digit number of channels that has been around since before Musk even took buying out Twitter into consideration, this search is so slow when it's used for keywords that it's pretty much useless. On a server started a few years ago with about a dozen channels, it's significantly quicker, but still, it doesn't show content instantaneously.
Interestingly, it's a great deal quicker when you want to search for hashtags because Hubzilla, (streams) and Forte index hashtags. The same goes for non-group actors. In these two cases, the search even offers auto-complete before you start the actual search.
The other search is in the sidebar of the stream page. It only searches your stream, i.e. what you've posted and what you've received. It isn't so much a search as it's actually a stream filter. Also, it dynamically loads more content when you scroll down. All this makes it significantly faster. But this search can't find what has never gone through your stream.
Both searches are strictly chronological. Also, when searching for keywords or hashtags, they always present single messages although they always show entire conversations otherwise. However, these messages always have a button at the bottom that takes you directly to the full conversation.
# # # # # # # # # # # # # #
Marissa Long in bikinis
It's a bit like me. Only a bit, but still.I must have hundreds of unposted meme images about two general topics, and I've got ideas written down for many more. But I rarely post any, and there are some of which I don't know if I'll ever post them.
The visual description including text transcripts for the alt-text isn't the big issue. It has become more of an issue since I've started limiting my alt-texts to no more than 512 characters so that Misskey and its forks don't delete them.
But what's an even bigger issue is the explanation that goes into the message text. I always give explanations for my meme posts. For the actual image itself, for the template(s), for the topic because the topic is always something that hardly anyone is familiar with. Even if I only link to KnowYourMeme for the template explanation(s), these explanations tend to grow very long, and it takes quite a bit of time and effort to write them.
I'm actually wondering if it costs me more reach on Mastodon when I post a meme picture with thousands of characters of explanations, or if it'd cost me more reach on Mastodon if I posted my meme images without explanations.
# # # # # # # # # # #
Marissa Long
VERY !
Kann man Hubzilla aif enen Sharing Hosting installieren
Sollte wohl gehen. Hubzilla ist gengsam, das braucht nur einen LAMP-Stack.
Das brauchst du aber nicht selbst zu hosten. Hubzilla ist ja Teil des Fediverse ich schreibe hier gerade von Hubzilla. Du kannst dir also auf einem schon vorhandenen Hubzilla-Hub, z. B. , ein Konto anlegen und dann einen Kanal, auf dem du dann z. B. Webpages anlegen kannst.
Die offizielle Hubzilla-Website () luft ja selbst auch auf einem Hubzilla-Kanal ( infohubzilla.org), dem man z. B. von Mastodon aus folgen kann.
Hier mal ein paar direkte Links auf mehr Infomaterial:
- Video: Der Einstieg in Hubzilla (aus dem Hubzilla-Workshop 2)
- PDF: Webseiten mit Hubzilla (aus dem Hubzilla-Workshop 8)
- PDF: Webseiten mit Hubzilla, Teil 2 (aus dem Hubzilla-Workshop 9)
- PDF: Layout-Vorlagen (aus dem Hubzilla-Workshop 9)
- Video: Webseiten mit Hubzilla, Teil 2 (aus dem Hubzilla-Workshop 9)
Alles zu finden auf Hubzilla selbst: alias (hz-workshophub.hubzilla.hu).
Es geht nicht drum, was eine Webseite kann. Wusste gar nicht, das eine Webseite was knnen muss *gg
Es geht darum eine ganz normale Webseite zu erstellen, ohne viel Schnrkel,
Na ja, knnte ja sein, da ich dir etwas empfehle, das nicht ber HTML + CSS + Bootstrap + eingebundene dynamische Inhalte hinausgeht und du da aber unbedingt etwas mit JavaScript einbauen willst.
# # # # # # # # # # # # # This, by the way, is why Hubzilla and its descendants have the pubstream deactivated by default, and why most owners of public servers refuse to turn it on.
Users are encouraged and empowered to moderate their own streams and contacts and given a variety of tools to do so, much unlike Mastodon that only gives you "mute", "block" and "call a moderator". But there simply is no realistic way for the admin to moderate the pubstream.
So the obvious solution is there not being a pubstream in the first place. Fortunately, the pubstream is optional, it's even off by default, and if it's on, it can be switched between what corresponds to Mastodon's local timeline and what corresponds to Mastodon's federated timeline.
Coincidentally, Hubzilla and its descendants are also the only fully nomadic Fediverse server applications and capable of things that aren't possible even with the AT protocol.
# # # # # # # # # # # # # #
What a fantastic weekend it was! Mostly filled with spotting owls! Out of the 6 owl species that live in the Netherlands, I got to see and photograph 4 of them.
-earedowl -owl -owl
Hubzilla kann nmlich auch Websites. Darum ging's in den letzten zwei Hubzilla-Workshops. Httest du den Wunsch einen Monat frher geuert, dann htte ich dich ein bichen deutlicher eingeladen. Es gibt aber Aufzeichnungen. Du kannst dich da ja mal umgucken und bei Interesse dem Kanal folgen:
Sagen wir mal so: Ausgefuchste Sachen mit Scripting gehen eher nicht. Statische Websites gehen definitiv, und fr dynamische Inhalte kannst du andere Inhalte vom selben Kanal einbinden. Und dir steht auch Bootstrap zur Verfgung, das kann auch ganz praktisch sein. Hubzilla holt ja seine eigenen Icons auch aus Bootstrap.
Unser Experte fr Webpages auf Hubzilla ist .
brigens hat seine smtlichen Blogs von WordPress nach Hubzilla umgezogen. Dafr kann man das auch prima nehmen, sogar parallel.
# # # # # # # # # # # # # Ich wei ja auch nicht, ob meine Bildbeschreibungen etwas taugen, vor allem gem der Mastodon-Kultur. Ich bin selbst nicht auf Mastodon, aber wenn die eigenen Beitrge auf Mastodon landen, hlt man sich entweder an Mastodons Kultur und Mastodons ungeschriebene Regeln, oder man wird massenhaft angegriffen und/oder blockiert.
(Es bringt brigens nichts, auf dem Kanal, von dem aus ich jetzt gerade kommentierte, nach aktuellen Bildern zu suchen. Alle Bilder hier sind alt. Hier poste ich keine Bilder mehr. Meine wenigen neueren Bilder finden sich auf und , und die meisten davon sind Memes.)
Andererseits: Wenn ich anderen Leuten Rckmeldungen fr ihre Alt-Texte geben wrde, wrden sehr viel mehr davon mich blockieren und evtl. vorher angreifen als meine Rckmeldung akzeptieren. Ich wrde die Alt-Texte nmlich abklopfen nach a) Wahrheitsgehalt, b) Details, c) Einhaltung sehr vieler Regeln und Richtlinien fr Bildbeschreibungen und d) Kompatibilitt mit einigen Nicht-Mastodon-Fediverse-Serveranwendungen. Die letzteren beiden Punkte sind im Fediverse derart unbekannt, da Feedback meinerseits fast zwingend zum Verri werden wrde. Deswegen lasse ich es lieber.
CC:
# # # # # # # # # # # # # # # # # # #
"Ich habe keine Ahnung, ob meine Anhnge von sehbehinderten Menschen gerne verstanden wrden."
Sehbehinderte Menschen haben grundstzlich die selben Interessen, wie nicht sehbehinderte.
Genau das ist brigens ein Hauptgrund, warum alle meine eigenen Bilder mit einer volldetaillierten Bildbeschreibung im Beitragstext kommen. Zustzlich zur krzeren Beschreibung im Alt-Text natrlich.
Meine eigenen Bilder sind allesamt Renderings aus sehr obskuren virtuellen 3-D-Welten. "Sehr obskur" im Sinne von "hchstens einer von 200.000 Nutzern im Fediverse hat berhaupt auch nur von der Technologie dahinter gehrt".
Ich mu stndig damit rechnen, da irgendjemand da drauen auf einen meiner Bildposts stt und total aufgeregt auf der vorderen Stuhlkante sitzt, weil dieser Post etwas beweist, woran heutzutage niemand mehr zu glauben wagt: Virtuelle Welten, will sagen, "das Metaversum", sind nicht tot. Sie existieren. Und es gibt Bilder aus ihnen.
So ist dieser Jemand dann so aufgeregt, da er total neugierig auf diese neuentdeckte Welt, dieses neuentdeckte Universum ist und sich alle groen und kleinen Details auf dem Bild ganz genau anguckt, egal, ob sie im Kontext jetzt eine Rolle spielen oder nicht.
Wenn dieser Jemand denn sehend ist. Aber wenn dieser Jemand sehbehindert oder blind sein sollte, kann er ja genauso aufgeregt und neugierig sein.
An dieser Stelle kommt das Stichwort "Inklusion" ins Spiel. Das bedeutet: Blinde oder sehbehinderte Personen mssen haargenau dieselben Chancen haben, haargenau dieselben Dinge zu tun wie sehende Personen.
Um jetzt aber meine Bilder mit all ihren groen und kleinen Details wahrnehmen zu knnen, brauchen Blinde bzw. Sehbehinderte aber eine Bildbeschreibung, die all diese groen und kleinen Details enthlt.
Und dann sitze ich auch schon mal bei einem Bild wie diesem, , zwei volle Tage von morgens bis abends und schreibe eine Langbeschreibung von ber 60.000 Zeichen, die wortwrtliche Transkripte von mehr als 20 Textschnipseln enthlt, ebenso smtliche Erklrungen, die ntig sind, um das Bild und die Beschreibung zu verstehen.
Nach meinem Verstndnis von der Mastodon-Kultur bin ich dazu eigentlich verpflichtet. Auch wenn dieselbe Mastodon-Kultur ein Riesenproblem mit Posts hat, die lnger als 500 Zeichen sind. Man kann leider nicht alles auf einmal haben.
CC:
# # # # # # # # # # # # # # # # # # # Mir geht's ganz hnlich, nur wahrscheinlich noch viel extremer.
Erstens habe ich einige Dutzend Websites und Blogposts ber Alt-Texte und Bildbeschreibungen gelesen und versuche, alle Regeln und Richtlinien anzuwenden, die im Fediverse anwendbar sind und nicht mit Mastodons Kultur kollidieren. Ich mache mir daher also jede Menge Gedanken zu dem Thema.
Zweitens sind meine eigenen Bilder (also die, die keine Memes auf Basis etablierter Vorlagen sind) allesamt Renderings aus extrem obskuren virtuellen Welten. Das heit: Niemand wei irgendetwas ber diese Welten und diese Bilder. Und wer die Bilder nicht sehen kann, hat auch keine realistische Vorstellung davon, wie irgendetwas auf den Bildern aussieht. Das heit wieder: viel erklren, viel beschreiben.
Drittens hat das den Vorteil, da ich meine Bilder nicht beschreiben mu, indem ich mir die Bilder mit ihrer eingeschrnkten Auflsung angucke. Statt dessen beschreibe ich sie, indem ich mir in-world das im Bild gezeigte Motiv direkt vor Ort angucke, und zwar mit annhernd unendlicher Auflsung. Ich kann extrem viele Details sehen, also kann ich sie auch beschreiben.
Viertens bin ich in der komfortablen Lage, nicht auf Mastodon zu sein, sondern auf Hubzilla. Das heit: Im Beitragstext, wo die meisten Mastodon-Nutzer 500 Zeichen zur Verfgung haben, habe ich ber 16,7 Millionen Zeichen. Ich habe also reichlich Platz fr Erklrungen und hochdetaillierte Bildbeschreibungen im Beitragstext. Zustzlich zum von der Mastodon-Polizei eingeforderten Alt-Text natrlich.
Ich kann also Bilder hochdetailliert beschreiben. Mein Eindruck von der Mastodon-Kultur ist auch, da hochdetaillierte Bildbeschreibungen da sehr willkommen und bisweilen auch gefordert sind, nur da sich auf Mastodon niemand vorstellen kann, da es irgendwo im Fediverse mglich ist, mehr als 1500 Zeichen am Stck zu posten. Auerdem ist mein Eindruck von der Mastodon-Kultur, da, wenn man ein Bild postet, das so ohne weiteres nicht leicht verstndlich ist, man gengend Erklrungen mitliefern mu, damit jeder es versteht.
Folglich schreibe ich fr alle meine Bilder zwei Beschreibungen. Die eine geht in den Beitragstext, sie ist volldetailliert und enthlt sowohl alle zum Verstndnis ntigen Erklrungen als auch Transkripte aller Textstcke innerhalb des Bildes, lesbar oder nicht. Die andere geht in den Alt-Text, ist sehr stark verkrzt, enthlt keine Erklrungen und enthlt keine Text-Transkripte (weil kein Platz).
Die Folge ist aber, da ich immer wieder auf Motive stoe, die mit diesem hohen Selbstanspruch einfach nicht realistisch beschreibbar sind.
Vor gut zwei Jahren war ich auf der Suche nach einem interessanten Motiv. Ich stie auf eine Art Hafenszene, norwegisch angehaucht, leider aber auch hochgradig detailliert und mit fotorealistischen Texturen berall. Ich habe mir das Motiv angesehen und entschieden: Das kann ich unmglich beschreiben. Das wre ein viel zu groer Aufwand.
Mein letztes Ausweichmotiv war das hier: . Das ist schon 2011 gebaut worden. Das hielt ich fr simpel genug. Eigentlich vermeide ich Gebude auf Bildern, weil ich fr die Beschreibungen erst haufenweise architektonische Fachbegriffe raussuchen und die dann auch noch alle in der langen Beschreibung erklren mte. Dieses Gebude ist aber so unrealistisch, da ich mir das sparen konnte.
So begab ich mich eines Morgens an diesen Ort und fing an zu beschreiben. Am Abend desselben Tages legte ich eine Pause ein. Ich hatte den ganzen Tag mich umgesehen und gezoomt und recherchiert und geschrieben und war trotzdem noch nicht fertig. Fertig war ich am nchsten Abend und auch nur mit der Langbeschreibung, die ber 60.000 Zeichen lang ist.
Ich habe alleine ber 4.000 Zeichen am Anfang gebraucht, um zu erklren, wo das Bild entstanden ist. 40.000 Zeichen entfielen auf die Auen- und Innenbeschreibung des Gebudes. Dazu zhlen Transkripte von mehr als 20 einzelnen Textschnipseln, von denen die meisten so klein sind, da sie auf dem Bild berhaupt nicht zu sehen sind.
Die Beschreibung ist zu finden in diesem Post: .
Seitdem habe ich nur ein einziges weiteres Mal eigene Bilder gepostet, und das ist auch schon zwei Jahre her: . In dem Fall habe ich selbst dafr gesorgt, da die Bilder mglichst simpel sind, um nicht wieder zwei Tage mit Beschreiben zu verbringen. Trotzdem habe ich gut 20.000 Zeichen an Beschreibungen, Erklrungen und Transkripten fr zwei Renderings, von denen eines allerdings ein Albumcover enthlt. Auf die Beschreibung des Cover entfielen gut 1.300 Zeichen und vorher noch einmal gut 1.600 auf die Beschreibung der Staffelei.
Seit Ende 2024 arbeite ich gelegentlich an einer Reihe von Bildbeschreibungen fr an sich einfache Avatarportraits mit neutralem weiem Hintergrund, um den Hintergrund nicht beschreiben zu mssen. Stand jetzt habe ich ber 3.200 Zeichen an Erklrung, wo die Bilder entstanden sind (obwohl das an sich aus den Bildern gar nicht hervorgeht), ber 10.000 Zeichen an Erklrungen, wie diese Avatare aufgebaut sind und funktionieren (ohne diese Erklrungen wrde niemand die visuellen Beschreibungen verstehen), ber 5.000 Zeichen an gemeinsamer visueller Beschreibung fr alle Bilder eines Beitrags und noch einmal ber 2.600 Zeichen an zustzlicher Beschreibung fr die drei Outfits auf dem ersten Bild.
Ich bin weit davon entfernt, fertig zu sein. Und ich wei nicht, wie ich zu einem Bild mit drei Portraits zustzlich einen Alt-Text mit maximal 1.500 Zeichen schreiben soll, geschweige denn einen mit maximal 512 Zeichen, damit Misskey, Sharkey, Iceshrimp-JS und die anderen Forkeys den Alt-Text nicht lschen. Schlimmer noch: Ich habe auch Bilder mit jeweils vier Portraits. Aber wenn der Alt-Text nicht hinreichend detailliert ist, riskiert man ja, aus Richtung Mastodon auf den Deckel zu kriegen, auch wenn im Beitragstext hochdetaillierte Bildbeschreibungen stehen.
CC:
# # # # # # # # # # # # # # # # # # # # # # # # FEP-ef61 all by itself isn't a magical solution. It's just one element in implementing full-blown nomadic identity () via ActivityPub, but it's far from being the only one.
See, nomadic identity wasn't invented just a few years ago or so, and it wasn't invented for, on and with ActivityPub either. It was first introduced in Fediverse software that works vastly, vastly different from Mastodon and from most of the rest of the Fediverse. I'm daily-driving what became of this software.
The beginning of nomadic identity: the Zot protocol, Red and Hubzilla
Nomadic identity was invented in 2011 by who had made Friendica (, , ) as early as 2010. (Friendica is the oldest still existing Fediverse software, by the way.)
To put this into perspective: The concept of nomadic identity is over four years older than Mastodon. And it predates the first ActivityPub implementation by some six years. (Ironically, the software that first implemented ActivityPub is essentially the same software that first implemented nomadic identity.)
One issue that plagued Friendica is an issue that plagues everything decentralised: Servers shut down out of the blue, and users lose everything. That's why Mike had the idea to make identities not only portable (as in, easy to move from one server to another), but nomadic (as in, absolutely identical clones of the same identity exist on multiple independent servers at the same time, so if one server shuts down, you lose nothing).
Still in 2011, Mike designed a wholly new federated protocol named Zot to implement nomadic identity. Mind you, he had already designed a brand-new protocol from scratch for Friendica.
In 2012, Mike took his own Red, a development-grade fork of his own official development fork of Friendica. He pretty much ripped the whole backend out and also most of the frontend, and he basically developed an entirely new server application, now built against Zot. This was necessary because Red would have to handle identities completely differently from Friendica in order to make them nomadic.
See, Friendica handles identities just like Mastodon and almost the entire rest of the Fediverse: Your identity is your account, your login. You have one identity per login, you have one identity per server. All your data, all your stuff is stored directly in your account.
But you can't clone accounts. It's way too tedious to separate the stuff that must be cloned (contacts, messages, settings etc.) from the stuff that mustn't be cloned (login credentials).
So Mike created the concept of "channels" (). They're basically containers for your identity that contain everything except the login credentials on the servers. They can easily be cloned and moved as a whole.
Red still exists in a way: Later the same year, it was renamed the Red Matrix. And in 2015, it was completely refactored, it was greatly expanded in features and functionality, and it was renamed Hubzilla (, , ). Hubzilla is where I'm commenting from right now, and this channel has been cloned for longer than most Mastodon users have known that Mastodon exists.
Nomadic identity via only ActivityPub: (streams), Mitra and forte
FEP-ef61 was created by , developer of Mitra () in 2023. The goal was to take non-nomadic, account-equals-identity Mitra and make it every bit as nomadic as Hubzilla. Not by rewriting the entire backend against Zot (or its newest version known as Nomad) and then bolting ActivityPub support back on, but by using nothing but ActivityPub itself without rewriting the backend.
Development and sparrings partner became Mike Macgirvin himself who, at that time, was working on the streams repository (, ), a Nomad-based fork of a fork of three forks of a fork (of a fork) of Hubzilla, somewhat slimmed down in features (it isn't a full-blown, jack-of-all-trades CMS unlike Hubzilla), but every bit as nomadic as Hubzilla.
The two worked out a way of using ActivityPub and only ActivityPub to establish nomadic identity. Not only to made Fediverse identifiers independent from servers, but to actually use ActivityPub to clone identities with everything attached to them between servers.
Eventually, FEP-ef61 was defined, and (streams) and Mitra became the first Fediverse server applications to understand portable identities as per FEP-ef61. (streams) was the first nomadic Fediverse server application to understand them, but it still uses its native Nomad protocol for its own nomadicity. Mitra, all by itself, still isn't nomadic to this day it uses a client named Minimitra for nomadicity.
The first Fediverse server application that actually uses only ActivityPub for nomadicity, all the way to cloning and syncing channels, is Forte (). It came to exist in mid-August 2024, essentially as a byproduct of an accident. (streams) had to juggle so many identities already, ActivityPub identities, Nomad identities, Zot6 identities, that when FEP-ef61 was merged into its release branch, it confused all these identities and didn't connect or federate with anything anymore. In order to find and fix the issue, Mike Macgirvin himself forked his own streams repository and ripped out any and all support for protocols that weren't ActivityPub. This required Forte to use ActivityPub for everything that (streams) used Nomad for.
Where we are now
So as of now, there are exactly three still existing server applications with full-blown server-side clone/sync/move-entire-identities-without-leaving-dead-accounts-behind nomadicity: Zot-based Hubzilla from 2012/2015, Nomad-based (streams) from 2021 and ActivityPub-based Forte from 2024.
There is only one of this kind that uses ActivityPub for everything, including nomadicity, and that's Forte.
Forte is the youngest member of the same software family as Hubzilla and (streams). They were all created by the same developer, and they were all born nomadic.
There is no case of a typical, classic, non-nomadic, account-equals-identity, ActivityPub-based Fediverse server application that was successfully converted to full-blown server-side clone/sync/move-entire-identities-without-leaving-dead-accounts-behind nomadicity. Forte itself wasn't converted from non-nomadic to nomadic it was converted from Nomad-based to ActivityPub-based while having a nomadic legacy that dated back a dozen years at that point.
I'm not saying that it's impossible to turn non-nomadic software into fully nomadic software. But it's a huge undertaking that will require rewriting large parts of the server backend.
Essentially: You can't just add FEP-ef61 support to Mastodon and immediately clone your account over to other servers the same way that I can clone my Hubzilla channel.
CC:
# # # # # # # # # # # # # # # # # # I'm on Hubzilla ( ) which is very very much not Mastodon. I don't have any way to add alt-texts to my profile images, and I most likely never will.
Is it a sanctionable offence if I don't add alt-texts to these images due to these technical limitations
(By the way, I do have two descriptions for my cover picture in yes, that's a link. The actual post is hidden behind a summary that needs to be opened, much like a Mastodon CW. The "short" description is 1,400+ characters, it's in the alt-text which can't be accessed on a phone. The long one is 60,000+ characters it's in the actual post text.)
# # # # # # # # # # # # # # # #
Last updated: 2026-07-10
All text and images © eLoc8.is-fabulous.com