Ancienne usine hydro-lectrique () Usine communale
Na ja, Kunst ist es nicht. Die Bilder sind illustrativ oder informativ oder beides, manchmal auch unterhaltsam.
Aber warum auch immer ich sie poste, ich rechne immer damit, da jemandem der Kontext komplett schnuppe ist. Immerhin sind das Bilder aus einer vllig unbekannten Welt, ganz zu schweigen vom bildlichen Beweis, da vllig unerwarteterweise virtuelle 3-D-Welten eben nicht tot sind. Dann wird sich nicht nur angeguckt, was im Kontext wichtig ist, sondern dann wird auf Entdeckungsreise gegangen und sich alles angeguckt, je nachdem, wie detailliert das Motiv ist.
Na ja, und Barrierefreiheit und Inklusion bedeutet ja letztlich, da Blinde oder Sehbehinderte exakt dieselben Chancen haben mssen, exakt dieselben Dinge zu tun wie Sehende. Das heit, sie mssen auch die Chancen haben, meine Bilder genau so zu erleben wie Sehende, egal, wie Sehende sie erleben. Alles andere wre ableistisch.
Allerdings beschreibe ich meine Bilder unabhngig von der Bildauflsung. Ich schreibe also nicht, was ich auf dem Bild sehe, sondern, was ich in-world sehe. Und da sehe ich alles mit einer sehr viel hheren Auflsung und kann auch mal an Hindernissen vorbeigucken.
Zum einen kann ich nicht davon ausgehen, da alle, die blind geboren wurden, ein Konzept von Bildauflsung haben. Wenn ich dann schreibe, da das Bild zu gering aufgelst ist, um an einer Stelle mehr Details zu zeigen, dann fhlt sich das immer an, als wollte ich mich aus der Affre ziehen. Also wird auch schon mal ein Erdbeercocktail als Erdbeercocktail beschrieben, auch wenn er im Bild selbst nur in Form von vier Pixeln zu sehen ist.
Zum anderen gibt es die Regel, da alles an Text in einem Bild wortwrtlich zu transkribieren ist. Als diese Regel aufgestellt wurde, wurde dabei allerdings nur an so Sachen wie abfotografierte Poster oder Screenshots von Social-Media-Posts gedacht. Das heit, es gibt keine Klausel darber, wie mit Text zu verfahren ist, der im Bild nicht lesbar ist, von dem, wer auch immer das Bild beschreibt, aber ganz genau wei oder in Erfahrung bringen kann, was da geschrieben steht.
Folglich mu ich die Regel so auffassen, da alles, was sich innerhalb der Umgrenzungen des Bildes befindet und auf irgendeine Art Text ist, transkribiert werden mu. Dann werden auch schon mal 20, 30 oder mehr einzelne Textschnipsel transkribiert und ggf. hinterher noch bersetzt, von denen dann nur zwei, drei einzelne Grobuchstaben wirklich lesbar sind. Auch wenn einiges an Text so winzig ist, da es schon der Bildbeschreibung bedarf, um berhaupt zu wissen, wo diese Textschnipsel eigentlich auf dem Bild sein sollen, werden sie trotzdem transkribiert.
Eigentlich ist das einfach nur stures Einhalten von Regeln, ohne ihre Anwendbarkeit zu hinterfragen. Aber weil gerade auch auf Mastodon gern auch Sehende Bildbeschreibungen lesen (wenn sie die Geduld haben), knnen auch sie von den Transkripten profitieren, weil nicht einmal das beste Adlerauge diese Textschnipsel lesen kann.
Letztlich habe ich hier die Erfahrung gemacht: Frag Mastodon-Nutzer, ob sie Zusatzinformationen lieber sich selbst raussuchen, aus verlinkten externen Quellen beziehen oder direkt im Post bekommen wollen. Dann werden sie nach meiner Erfahrung das Letztere bevorzugen. Also werden sie es auch bekommen.
# # # # # # # # # # # # # # Meine eigenen Bilder sollten eigentlich fr Blinde und Sehbehinderte auch nicht von Interesse sein. Das ganze Thema sollte sie nicht interessieren, weil es ein sehr visuelles Thema ist. Es sind nmlich Renderings aus sehr obskuren virtuellen 3-D-Welten.
Trotzdem betreibe ich einen riesengroen Aufwand, um meine Bilder zu beschreiben, um auch wirklich jeden auf jedem Wissensstand abzuholen, damit auch wirklich jeder meine Bilderposts und meine Bildbeschreibungen versteht, ohne noch irgendwas googlen oder mich irgendwas fragen zu mssen. Ich will, da Blinde und Sehbehinderte meine Bilder mindestens so gut erleben knnen wie Sehende, und zwar egal, wie Sehende sie erleben, egal, was Sehende sich in meinen Bildern wie genau ansehen.
Meine Zielgruppe fr meine Bilder und meine Bildbeschreibungen umfat jeden, der zufllig ber meine Bilderposts stolpert. Und ich will, da jeder ohne fremde Hilfe mit meinen Bildern und mit meinen Bilderposts sofort zurechtkommt. Und so habe ich auch schon mal zwei volle Tage von morgens bis abends gebraucht, um ein einziges lumpiges Bild zu beschreiben.
Einige sagen: "Irgendwas ist besser als gar nichts." Aber nicht jeder sagt das. Andere Leute pochen nmlich auf grtmgliche Qualitt, sehr hohen Detailgrad und das perfekte Einhalten aller Regeln fr Bildbeschreibungen und Alt-Texte.
Problematisch wird es fr mich, wenn es darum geht, ausnahmslos jedes Bild 100% barrierefrei zugnglich fr ausnahmslos jeden Nutzer da drauen zu machen. Einerseits gibt's Leute, die mit lngeren Beschreibungen nicht klarkommen. Andererseits gibt's Leute, die sehr umfassende Erklrungen brauchen und sich die nicht zusammensuchen wollen. Und Informationen auerhalb des Post, in dem das Bild ist, sind mglicherweise zu schwer zugnglich, also mssen alle Informationen in den einen Post rein. Ich kann aber den vollen Informationsgrad von ber 60.000 Zeichen (und ja, ich habe schon mal ein Bild mit ber 60.000 Zeichen beschrieben) nicht auf maximal 200 Zeichen eindampfen.
Deswegen hatte ich schon die Vermutung, da es schlicht und ergreifend Bilder gibt, die an und fr sich nicht barrierefrei sind, weil es unmglich ist, sie perfekt barrierefrei zugnglich fr absolut jeden zu schreiben. Wenn dem so wre, drften solche Bilder nicht ins Fediverse gepostet werden, jedenfalls nicht so, da sie irgendjemanden auf Mastodon erreichen knnten.
# # # # # # # # # # # # # # # # # Today's screen readers no longer have any alt-text character limits anymore. Anything that claims that screen readers are limited to 80 or 125 or 200 characters per alt-text is hopelessly outdated. And as rarely as I post images, I keep getting away with nearly or exactly 1,500 characters, at least ca. 900 of which are actual description.
And I hardly ever get any feedback myself, especially not from those who actually use and need screen readers. But I could really use occasional feedback. For one, that's because I post extremely obscure niche material that's unlike anything you'll ever come across, and I'm basically the first Fediverse user ever to put some thoughts into how to properly describe this kind of image.
Besides, that's because I need to know if my combination of "short" image descriptions in fairly long alt-texts plus "long" image descriptions of tens of thousands of characters in the post itself with all necessary explanations and transcripts of all text is an appropriate way of describing the kind of images that I post. I mean, I'm probably the only one in the Fediverse who writes image descriptions so long that they need two levels of headlines.
The last time I got negative feedback was from a fully sighted user who probably wanted the whole Fediverse to be no more than 500 characters anywhere. Blind or visually-impaired users only give feedback if I ask them personally, and I point them at one or several of my image posts, and not even then always.
# # # # # # # # # # #
It's rather partially about the bragging rights.
But first and foremost, it's about making sure that your sim is visible on OpenSimWorld at all. This requires a self-contained loop. Your sim is "popular" on OpenSimWorld -> it's higher up on the list of the most popular sims -> it takes less time and effort to find it -> more avatars visit it -> the "popularity" on OpenSimWorld increases.
See, is not an actual list that you can scroll through. Rather, it is organised in pages of ten sims each. This means that from number 10 to number 11 on that list, it's a huge step because people will have to go one page further rather than being shown your sim right away. From 9 to 10 isn't a step at all because both are on the first page.
OpenSimWorld lists 1,800+ sims, but not even 50 of them really matter. If your sim is among the top 10 most "popular" sims and therefore on page one, the loop runs faster. If it slips below 50 most of the time, and you don't have regular music events that yank it up every now and then, you'd better have a faithful community already that visits your sim regardless.
It takes a whole lot of work for the actual popularity of your sim to be self-contained, for people coming piling in in droves even though your sim isn't even listed on OSW anymore because it's such a famous cult place that landmarks are being shared all the time. (Having teleporters on other comparable sims helps.) Until then, you'll need all the tricks in the book for your sim to not go under and fall into obscurity.
Either you can copybot all the newest, hottest, sexiest Legacy and LaraX stuff from SL, offer it exclusively as no-transfer freebies before someone else does and advertise the hell out of it on OSW almost daily. Or you can have more events with well over a dozen visitors per week than the week has days. Or if you can't do either, you'll have to make sure that there are constantly at least four avatars on your sim on average over 24 hours, this or that way.
# # # # # # # # # # Sollte dieser Post da erscheinen
Jedenfalls, der erste Fehler ist, da du das /kbin-Magazin zum einen ber Eck ber Feddit anzuspielen versuchst und zum anderen gar nicht erwhnst.
Statt es als ber den Umweg ber Feddit zu verlinken, solltest du es wahrscheinlich eher a) direkt auf kbin.earth und b) erwhnen.
Mglicherweise funktioniert auch auf /kbin (das brigens eigentlich seit letztem Jahr mausetot ist und von jemand anders als Mbin weiterentwickelt wird) nur das Mastodon-nach-Lemmy-Schema:
# # # # # # # # # # # # # # # Locally writing content to the database of an ActivityPub-based server will inevitably require a local user account on that very server.
I mean, we already have which was invented by for in 2017, and which also has full implementations in his later server applications and and a client-side implementation on Mike's first project, . But without an actual account on another server, OpenWebAuth can only authenticate you on that other server as a guest and grant you certain guest permissions. It does not give you all the powers of a local user, at least not without a local account.
Also, if you want to actually log in on another server, you will inevitably need local login credentials on that server. Which means that a user account with these login credentials must be created prior to you logging in on that server so that that server knows your login name and your password. Even if you want to use something like OAuth, that server will still require to know your credentials. They will have to be in that server's database before you can successfully log in.
A server cannot and will not authenticate you against credentials in a wholly different remote server's database. What you and many other Fediverse users dream of can only be solved in two ways and both only theoretically because, in practice, they are just as impossible or at least very unfeasible.
Either if you register an account on one Fediverse server, that account with the exact same credentials is simultaneously created on literally all other Fediverse servers, and on Hubzilla, (streams) and Forte, you also automatically get a channel along with that account. This also means that each Fediverse server that's installed and spun up for the first time will immediately have to create tens of millions of accounts so that everyone all over the Fediverse automatically has login credentials on that server. I guess it should be clear that this is impossible, also because this requires a) a centralised list of absolutely all Fediverse accounts and identities and b) a centralised list of all Fediverse servers to be hard-coded into every last instance of every last Fediverse server out there.
Now, I keep reading stuff like, "But I don't want to use all Fediverse servers!" No, but you want to be able to use any Fediverse server. And then you will have to have an account there. How is the Fediverse supposed to know in advance which servers you will visit this year, the next two years, five years, ten years so that accounts can be automatically created for you exactly there and nowhere else
See And that's why, if you want to be able to use any server like with a local account, every server must be prepared for it before you arrive.
Or drive-by registration: You visit a Fediverse server for the first time, your active login is recognised by that Fediverse server, and an account is created for you on the fly with the exact same login credentials as where you're already logged in. That's its own can of worms.
Also, it requires remote authentication. OpenWebAuth. As I've already said: This is technology that's eight years old, and that's being daily-driven right now. But: You will never have this on Mastodon. It was never merged. It was silently rejected by the Mastodon developers. The PR was closed in November, 2024.
Some people go even further: They don't just want their login credentials wherever they go, they want their whole identity cloned to everywhere. They want all their stuff, all their posts and comments and DMs, all their followers and followed, all their settings, all their filters etc. etc. pp., they want it everywhere all the same. Like a (an invention by Mike from 2011, first implemented in 2012) across up to 30,000 servers.
Now, you and many others on Mastodon are probably going to cry out, "YES, YES, PLEASE MAKE THIS REALITY!"
But seriously: I myself have actually cloned enough Hubzilla and (streams) channels of mine in my time. None of them even had nearly as much content on them as your Mastodon account. And I can tell from a lot of personal experience that this cannot be done within a blink of an eye.
Nomadic identity won't come to Mastodon anyway. Nomadic identity via ActivityPub is probably being daily-driven already. Forte has it, and it relies on it. But Mastodon will never implement it. In particular, Mastodon would rather re-invent the "nomadic identity" wheel in a way that's incompatible with what we already have than implement something made by Mike Macgirvin. Not after all the head-butting that has happened between Mike and Gargron over the years.
And OpenWebAuth won't come to Mastodon either. Probably also for the same reason.
CC:
# # # # # # # # # # # # # # # # # # Long
Ich staune auch darber, da Friendica damals noch die Facebook-Erweiterung hatte und es doch einen ganzen Batzen Red-Matrix-Server gab. Sean Tilley hatte einen, der spter auch mal Hubzilla-Themes gebaut hat, Farthinghale Arms ist wohl auch irgendwann zu Hubzilla upgegradet worden, und Els Mussols, heute auf (streams), existierte auch schon in der Red Matrix.
# # # # # # # # # # # # # # # #Okay. So NakedWorldz Grid is going to shut down on Monday.
This must have been decided only a few days ago, no more a week before the actual shutdown, maybe only five days. There was no public announcement, this must have only gone out to the various sim owners in the grid, and (notice all the invites to other grids in the comments). It isn't even clear if sim owners can get or make OARs of their sims. All sims run by the grid owners have been pulled from OpenSimWorld two days ago or so. They're still online, but they're no longer advertised anywhere.
But seriously, it was clear that this grid wouldn't last for long. What's essentially the main landing sim is a "family-friendly nudist" sim. Officially, this means, "Nudity yes, anything sexual no." Officially, the idea was that people could go there and play "family on a nudist beach". Hence, it's "only" Moderate-rated whereas pretty much all other sims around the Hypergrid that officially allow nudity are Adult-rated. In fact, so are many that don't.
Now, if you've experienced a few "family-friendly nudist" places in OpenSim, you could have expected how this actually played out. If there are avatars on the main landing sim for a prolonged time, it most likely includes grid staff. As child avatars. Butt-naked kids. Staff.
Also, their "official" freebie sim offers everything you'd need for a naked child avatar. Not stashed away behind a door or so. Out in the open. And that freebie store is only one room with no walls separating anything. And it's organised neatly enough that I'd have a hard time believing that whoever put that stuff up had no idea what it is. On some boxes, the frigging box art says it all. I mean, I know that hardly any "stuff found all around the Hypergrid" freebie store owners curate anything they slap against their walls, but still.
Whenever such a place is launched, I take three possibilities into consideration:
Seriously, the more often I see something like this be launched, just to pull the plug on rather short notice, the harder I find it to believe in the first two options. Still, quite a few OpenSim users flocked to NakedWorldz and acquired either a free parcel of land or a whole sim. More than half the landmass of the grid is rented land.
I remember a few more places with similar concepts. All of them have vanished into thin air with no shutdown announcements. That is, I remember that one of them has moved to another grid which was entirely unknown to the OpenSim community with not even one single sim listed on OpenSimWorld no idea if that grid still exists, much less that sim. Anyway, this was the first time I recall that someone actually launched a grid for such a concept. The fact that we're talking about a grid of its own with land rentals may be why it wasn't shut down spontaneously: The tenants had to be considered and taken care of. Closing a grid with rented sims on it from one moment to the next with no announcment whatsoever is bad style.
The fact that a grid was built around the premise of "family-friendly nudism" makes it rather clear that we aren't talking about complete OpenSim newbies here, not only because you have to know how to run a grid (and be it a DreamGrid), but also because if you want to build a naked child avatar, you really have to know where to look for the ingredients. And why would someone go to such length and start their own grid for such a purpose Because they probably know exactly that a sim with this concept isn't welcome in any existing grid. So navet wasn't in play here.
By the way, there definitely used to be paedos in OpenSim, including at least one convicted one, and that's a fact. Avatars of mine have encountered two different flavours of these. No matter whether they're gone or still around under new guises, but it isn't unlikely that there still are some.
In fact, they're the reason why many sim owners in OpenSim have "re-defined" the ratings which OpenSim has taken over from Second Life. The Adult rating now stands for "no child avatars allowed" first and foremost. And in fact, it often only stands for that. We're approaching a point at which fewer Adult-rated sims allow nudity anywhere than not. Quite often, the Adult rating means "PG-rated, but no child avatars allowed".
Sim owners get away with this easily because the vast majority of grids don't have any definition of their own for these ratings. It used to be consensus that Second Life's definitions are OpenSim's definition. It seemed futile to write that down. The only grid that did is DigiWorldz, and even DigiWorldz allows for bending these definitions all the way to rating a G-rated sim Adult for whichever reason. And the days when nudists could enter Adult-rated sims butt-naked, be kicked and banned for breaking an unwritten "no nudity" rule and subsequently have the sim downrated from Adult to Moderate by force both by the grid owners and on OpenSimWorld seem to be over.
That said, there are also paedo witch hunters in OpenSim who are way overzealous in their definitions of what constitutes an underage avatar. They have criteria like avatar height under 1.80m (if they're Europeans)/6 feet (if they're Americans), measured the Second Life way up to the eyes rather than the OpenSim way up to the top of the head, an Athena/LaraX Petite or Legacy Perky body, a skin without a deep tan, sneakers or generally footwear without heels of at least 15cm or 6 inches on a female avatar, a hairstyle that isn't a long lush sexy mane or an outfit that doesn't max out an avatar's sexiness or badassness. If at least one or two criteria on this list are met, your avatar is a kid, and you're a paedo.
Who may be behind the sudden closure of NakedWorldz, I don't know. Maybe the grid was bullied out of OpenSim. Maybe there were actually legal threats against the grid that came in time for the grid to shut down at the end of the month. Maybe someone acquired information about the grid owners that I don't have (maybe they were actually behind earlier "family-friendly nudism" projects as well) and threatened or blackmailed them.
Fact is, however, that it's a grid with a rather questionable concept that was launched into a network of virtual worlds where not exactly few people don't even tolerate a tiny fraction of that concept.
# # # # # # # # # # # # # #Na ja, RaccoonForFriendica ist noch hochgradig unfertig, egal, fr welches System.
Und FediLab ist mehr so eine Allgemein-App, die will einiges jeweils ein bichen abdecken, aber nichts davon vollumfnglich. Und die Filter in Friendica drften ziemlich anders funktionieren als die fr Mastodon, fr die die Filtersteuerung in FediLab wohl primr ausgelegt ist.
Du knntest dir statt dessen Relatica angucken.
Hast du einen PC Einen Laptop Oder ist dein Smartphone dein einziges digitales Endgert Sonst wrde ich nmlich sagen, nimm den PC/Laptop zwischendurch mal fr gelegentliche Einstellungs- und Konfigurationsgeschichten, die du nicht stndig brauchst. Oder frag irgendjemanden aus deinem Bekanntenkreis, ob du da fr solche Sachen mal eben an den PC oder Laptop kannst.
Jedenfalls gibt es keine Android-App, die Friendicas vollen Funktionsumfang komplett auf einer nativen Android-Oberflche abbildet.
(Disclaimer: alles ungetestet. Ich bin hier auf Hubzilla an einem Debian-PC.)
# # # # # # # # # # # # # # OpenSim has a similar problem, but it's even harder to solve.
has a very basic ranking system for . It isn't for specific parcels, it's for entire sims. The problem, of course, is that it can be manipulated very easily, and it is actually being manipulated constantly.
The ranking "algorithm" is very simple: It only counts how long how many avatars are present. It does not even recognise individual avatars, much less IPs. Also, it allows for sims to rise in popularity very quickly: One sufficiently big event, and they're in the top 10.
There are many ways of manipulating this algorithm, including:
If you host your sim yourself, or if you're even the grid owner, the Radegast viewer is your friend. Install it next to OpenSim and automatically launch a bunch of instances right after your region server has come online. Instant top 10 ranking if you do that with at least four avatars.
Of course, this goes along with claiming either that you don't care for ranking or that it's regular visitor traffic.
A trick that has never been that popular is to make visitors camp on your sim. Offer content on your sim for in-world "Monopoly money". Give visitors a limited amount of that money to whet their appetite. And then give them the chance to earn more money by doing something on your sim for long enough. I've seen this come with a time limit to ensure that the camping is not too obvious, but this also means that you'll have to come back often to earn some more money.
I think there may still be some scoundrels who try to acquire older versions of the OSW beacon that still count NPCs as avatars, or who try to modify newer versions into counting NPCs as avatars. However, OSW no longer recognises these older beacons, and it will ban your sim if you use a hacked beacon.
That is, you can also report sims which obviously cheat their traffic figures to the OSW admin who will then turn the visitor counter for that sim permanently off. However, when a sim owner discovers that this has happened, they do what they also do after one negative comment or review or zero-star rating: They delete the whole entry and make a new one for the same sim. This comes with extra the advantage of the sim also being listed among the .
By the way, this feature was introduced after someone exposed the system of popularity rigging with alts by dropping 60 alts on one OSW-listed sim. And I guess countermeasures against this were mostly demanded by high-ranking OSgrid residents because it took that sim mere hours to outrank Lbsa Plaza.
Unfortunately, many of your suggestions for counter-measures wouldn't work in OpenSim.
In fact, if actual movement (as opposed to animations) counts, then events will be heavily downranked anyway. I mean, what do people do at DJ events in OpenSim
Many actually leave the music running in the background and do something else in the meantime. Others only interact by gestures or "Yay" confetti throwers or other scripted attachments I mean, that's at least something.
In fact, I know someone who sometimes sends one avatar to a DJ event and then another avatar with the same identity, but from another grid, to a non-DJ event and only actually operates the latter one. That same someone has also sent an avatar to a five-hour DJ event and then gone AFK to attend a nearby real-life music festival for some two hours and actually announced it.
Even I sometimes have avatars at two events at the same time I focus more on the event which requires switching dance animations and turn the music from the other one down. But even when I attend the same event with two avatars (I can't go anywhere alone without people asking where is, how she's doing and when she'll come), both contribute to the local chat occasionally, and we do change dance animations along with the music (unless the DJ plays four hours of house or something).
Due to the abundance of event locations, DJ events can actually last quite long, sometimes three, four or more hours with one DJ. So a 90-minute threshold would be counter-productive.
All in all, it's next to impossible to implement fair and realistic sim rating that cannot be rigged in a decentralised system of virtual worlds where just about everything is third-party.
# # # # # # # # # #
It's actually tempting to imagine a vicious circle here: If almost everything has the Mastodon client API implemented, it isn't worth developing dedicated client apps that also cover other servers' extra features.
Instead, the reason why all kinds of server applications have the Mastodon client API implemented is because they absolutely need some phone apps that work with them. Just look around the Fediverse. Almost everyone is exclusively on phones nowadays. And especially iPhone users wouldn't touch a Web browser with a 10-foot barge pole if they don't absolutely have to, so expecting them to use the Web UI means you're stuck in a bubble or a time where smartphones are still a gimmick.
That's why even Friendica has implemented the Mastodon client API. I mean, Mastodon and Friendica are very different, and the Mastodon client API only covers a small fraction of what Friendica can do. It actually doesn't cover some critical everyday features.
At the same time, there's little to no incentive for those who can develop mobile apps to make apps for anything that isn't Mastodon. Many start working on Fediverse apps at a point when they still believe the Fediverse is only Mastodon. Or if they don't, at least they've never heard of Pleroma and its family, Misskey and its family, Friendica and its family (where Hubzilla would require a wholly different app than Friendica, and (streams) and Forte would require a wholly different app than both) etc. Or they genuinely think that developing the umpteenth iPhone app for Mastodon is worth the effort more than developing the first stable dedicated iPhone app for Friendica. It's a miracle that stuff like Aria for the *key family exists.
It seems like of all the server apps that don't do *blogging (purist long-form blogging stuff like WriteFreely excluded), Hubzilla, (streams) and Forte are the only ones that don't have the Mastodon client API implemented. And I can't see them do it. For one, their devs steer clear of all proprietary, non-standard Mastodon technology. But other than that, these three are even less like Mastodon than Friendica, and they work even less like Mastodon. Even using a Mastodon app for stuff like basic posting is out of question because it pretty much requires access to the per-post permission settings, something that Mastodon doesn't have implemented, and therefore, neither do the apps for it.
Now, Hubzilla, (streams) and Forte can be installed as so-called Progressive Web Apps. But only Hubzilla veterans ever do that, and that's for three reasons: One, next to nobody has ever heard of the very concept of PWAs. Two, all that people know is installing apps from the Apple App Store and the Google Play Store. And three, people want native mobile interfaces in the style of whatever phone they use. It doesn't matter how well the Web UIs of these three adapt to mobile screens, especially since 90% of all phone users have totally forgotten that you can rotate a phone sideways.
Hubzilla actually has its own client API, and I think (streams) and forte have their own one, too. But nobody has ever even only tried to build a native mobile app for either of them. Hubzilla's devs even have to admit that they don't know how well Hubzilla's client API works because there has literally never been a sufficiently-featured counterpart to test it against. All there is is an extremely basic Android app built by one of them that's available as a download somewhere, and all it can do is send very basic posts, I think, even only at your default settings. It's just a proof of concept.
The ActivityPub C2S API is just as untested.
# # # # # # # # # # # # # # # # # # # #
Here on Hubzilla, I see the whole thread as one right away, all the way to the start post, without having to look at it at its origin.
The only improvement that I'm waiting for is the tree-style view that'll soon be rolled out with Hubzilla 10.4 (Friendica, (streams) and Forte already have tree-style views whereas Hubzilla had a strictly chronological thread view until the recent RCs).
# # # # # # # # # # # In the words of a diaspora* developer, if Mozilla and Vivaldi "implemented ActivityPub", they'd actually "implement Mastodon". That'd mean catching more users with less effort than implementing vanilla ActivityPub and implementing features that Mastodon doesn't have. Besides, both used to have or still have a Mastodon server, but they don't seem to be aware that there's a Fediverse beyond Mastodon, much less what it's like and how it works.
In fact, they wouldn't even implement the ActivityPub C2S API at all. They'd implement the Mastodon client API and only the Mastodon client API.
CC:
# # # # # # # # # # # # This may come as a surprise to you, but: The Fediverse is not only Mastodon. And it has never been only Mastodon. It was neither invented by Eugen Rochko nor exclusively for purist microblogging.
For example, there is also Friendica (, , , ). It was launched in July, 2010, 15 years ago, five and a half years before Mastodon. It is Facebook-like, but designed to be better than Facebook rather than an all-out clone and to be fully capable of long-form blogging. It has a character limit of 200,000, its culture does not enforce brevity, and it staunchly refuses to ditch its own culture and adopt Mastodon's culture instead. It can also do other things that don't belong into purist microblogging such as bold type, italics, underlines, bullet-point lists and multiple levels of headlines.
Here are lists of Friendica nodes for you to block:
Then there is Hubzilla (, , ), first launched in March, 2015, ten years ago, ten months before Mastodon. It's based on Friendica with many more features that make it a CMS as well. It has a character limit of over 16.7 million (maximum size of the database field).
I'm commenting from Hubzilla myself right now.
Here are lists of Hubzilla hubs for you to block:
More recently and from the same family, there are (streams) () from 2021 and Forte () from 2024. Again, they are Facebook-like, just like Friendica. Their character limit is over 24 million.
Again, here are lists of servers for you to block:
# # # # # # # # # # # # # # # # # # # # # Das ist so hnlich, wie ich es mache.
Nur sind meine "Kurzbeschreibungen" im Alt-Text auch schon mal so lang wie die ausfhrlichen Beschreibungen von und .
Die langen Beschreibungen stehen nicht im Alt-Text, sondern im Post selbst. Wenn du dir meine Bilderposts (die nicht mehr ber diesen Kanal kommen, sondern ber und auch das nur selten, weil es jedes Mal ein Riesenaufwand ist) statt auf Mastodon direkt an der Quelle auf (streams) ansiehst, wirst du die langen Beschreibungen normalweise in einem Block direkt unterhalb der Bilder finden.
Die enthalten volle Wort-fr-Wort-, ja, sogar Zeichen-fr-Zeichen-Transkripte von jedem bichen Text innerhalb der Umgrenzungen des Bildes. Die enthalten alle Erklrungen, die ntig sind, damit jemand komplett Uninformiertes sowohl das Bild als auch die Beschreibung versteht. Visuell beschrieben ist in den Bildern beinahe alles, und zwar nicht so, wie es auf dem Bild zu sehen ist, sondern so, wie ich es direkt vor Ort gesehen habe, also auch unabhngig von der Bildauflsung.
Unterm Strich kommen meine langen Beschreibungen so ziemlich immer auf eine fnfstellige Anzahl an Zeichen. Die sind so lang, die haben Zwischenberschriften. Ich habe auch schon mal zwei ganze Tage gebraucht, um ein einziges Bild zu beschreiben. Dies zum Thema "das geht in ein paar Sekunden".
Und ja, es gibt Leute, die so detaillierte Beschreibungen zu schtzen wissen. Ich bin mir sogar ziemlich sicher, da es Leute gibt, die so detaillierte Beschreibungen brauchen.
# # # # # # # # # # # # # # # # # # #
If you want something more versatile with a built-in image host/file host, if you don't mind it not being a specialised, purist blogging solution, you may check the "Facebook alternative, but better than Facebook and with a side of long-form blogging" parts of the Fediverse: Friendica, Hubzilla, (streams), Forte.
Plume is similarly purist as WriteFreely, it features both comments and a built-in image storage, but its development has come to a halt, and its own devs recommend WriteFreely.
# # # # # # # # # # # # # # # # # #
What Bluesky has as a vague concept that's far from being implemented can't hold a candle to what Hubzilla has had for 13 years now. 12 years of stable releases. What it has passed on to a whole number of forks and forks of forks, all by the same creator, of which the streams repository of 2021 and Forte of 2024 still exist. As of Forte, it works entirely via ActivityPub without requiring its own protocol, and it should theoretically even work between servers of different types (if there was anything else with an ActivityPub nomadic identity implementation to clone and move from and to).
We have an account portability model (only not for accounts as in logins see below). We have it in spades. We have it beyond everyone's wildest imagination. And it has been daily-driven by Fediverse users for much longer than most of you have been on Mastodon.
The real issues are: It relies on separating your identity (posts, comments, DMs, settings, connections, files, filters etc. etc.) from your login/account, but just about everywhere that isn't Hubzilla, (streams) or Forte, they're firmly welded together, and separating them is next to unthinkable. And even if that wasn't an issue, Mastodon would still never adopt it, and be it because Eugen Rochko refuses to accept anything that's Mike Macgirvin's brain-child.
CC:
# # # # # # # # # # # # # It has been solved by Friendica for 15 years. Five and a half years longer than Mastodon has been around.
It has been solved by Hubzilla for 10 or 13 years, depending on what you count as Hubzilla's first release.
It has been solved by the other members in the family just as well.
There even is an FEP for that which is based on how (streams) and Forte do it: .
CC:
# # # # # # # # # # # # # # # #
Stell dir mal vor, sehr viel mehr Mastodon-Nutzer wissen und merken selbst, was z. B. Friendica und Hubzilla so nach Mastodon reinpumpen. Und was alles schon lngst in der Lage ist, Mastodon-Trts zu quote-posten. Da wrde die Mastodon-HOA aber die Mistgabeln und Fackeln auspacken. Da httest du ruckzuck Forderungen, ganze Fediverse-Serveranwendungen von Mastodon zu defderieren. (brigens auch ein Feature, das "das Fediverse" seit September letzten Jahres auf Serverebene hat, nur Mastodon eben nicht.)
CC:
# # # # # # # # # # # # # # # # #
Ursprnglich war das die Zusammenfassung von StatusNet von 2008.
berschriften im Sinne von Post-Titeln kamen im Fediverse 2010 mit Mistpark (heute Friendica) an, und zwar zustzlich zu Zusammenfassungen. Aber die spielen auf Mastodon nur eine Rolle bei Article-Type Objects, wo Mastodon den Titel zeigt und dann aufs Original verlinkt.
2017 kam dann ein Bastler aus der Demoszene und reichte auf Mastodon einen Pull Request ein, mit dem auf Mastodon die Untersttzung des Zusammenfassungsfelds eingebaut wurde. Aber nicht als Zusammenfassung, weil das bei nur 500 Zeichen Quatsch wre, sondern als Inhaltswarnung.
Seitdem glauben alle auf Mastodon, das Feld wre von vornherein fr CWs und nur fr CWs erfunden worden.
Auf Mastodon. Fast das ganze brige Fediverse hat sie schon. Friendica hat sie auch schon seit Anbeginn (2010). Und so knnen Friendica und Hubzilla Mastodon-Trts quote-posten, seit es Mastodon berhaupt gibt. Und das werden sie weiterhin knnen, egal, wer auf Mastodon was wie einstellt.
Och, 2022/2023 sind auch Unmengen an Japanern nach misskey.io gerailroadet worden.
Mastodon ist nur so gro, weil es praktisch allen westlichen Twitter-Flchtlingen als die einzige Twitter-Alternative angepriesen wurde. Wohlgemerkt, berwiegend von Leuten, die selbst glaubten, das Fediverse sei nur Mastodon.
Wobei Mastodon eigentlich pro Identitt absurd viele Server-Ressourcen braucht. Mglicherweise kommt das notorische Fliegengewicht Akkoma mit noch mehr Identitten pro Server klar.
Selbst die Friendica-Familie ist dank PHP leichtwiegiger als Mastodon, auch Friendica selbst, das um 2012 geradezu absurd viel Leistung pro Nase brauchte, und sogar das Featuremonster Hubzilla. Weil die aber ziemlich obskur sind und auf (streams) geschtzt 90% aller Nutzer und auf Forte praktisch jeder auf einem eigenen Server ist, ist berhaupt nicht bekannt, wie die skalieren. Also, mal abgesehen vom Schluckauf, den die bestehenden bekannteren Nodes Anfang des Jahres hatten, als haufenweise Leute aus Facebook umgestiegen sind.
GoToSocial drfte auch eine Riesenkapazitt haben auf entsprechend leistungsfhigen Maschinen, gerade auch, weil es kein Web-Frontend hat. Da ist es nur eben so, da eine Fediverse-Serveranwendung ohne Web-Frontend jetzt nicht unbedingt so attraktiv ist, auch wenn alle Welt mit Smartphone-Apps unterwegs ist.
CC:
# # # # # # # # # # # # # # # # # # # # # # # # # # #
Wobei WordPress die meisten "Instanzen" hat, weil haufenweise Blogs nachtrglich mit ActivityPub bestckt wurden.
Spricht da jemand aus Forkey-Erfahrung Calckey und Firefish gar
Jedenfalls ist das ein Phnomen, das ich .
# # # # # # # # # # # # # # # # # # #
Was gesagt wird und htte gesagt werden sollen, ist ja nicht mal so das Thema. Das ist eher, was gesagt wird und was gemeint ist.
Wenn das Fediverse, also das ganze Netzwerk gemeint ist, dann sagt man auch "Fediverse".
Wenn ausdrcklich nur die Serversoftware Mastodon gemeint ist und der Teil des Fediverse, der auf Mastodon luft, dann sagt man "Mastodon".
Aber man sagt nicht "Fediverse", wenn man nur Mastodon meint, und man sagt nicht "Mastodon", wenn man das Netzwerk meint.
CC:
# # # # # # # # # # # # # # # Und was ist mit Mastodon-Accounts, die Leuten auf Friendica, Hubzilla, (streams) oder Forte (allesamt absolut nicht mit Mastodon vergleichbar) vorschreiben, geflligst wie auf Mastodon zu posten Maximal 500 Zeichen, keine Formatierung, "CW-Feld" nur fr CWs und nicht fr Zusammenfassungen, keine Hashtags, die aus Mastodon-Sicht keinen Sinn ergeben, usw. usf. Sind die auch schwierig oder in diesem Fall okay, weil es der Durchsetzung von Mastodons Kultur und Mastodons Regeln gegenber "kulturlosen Eindringlingen" dient
CC:
# # # # # # # # # # # # # # # # # # Ich kann das beantworten aus der Sicht eines Hubzilla-Nutzers (, ), der schon lnger auf Hubzilla ist als die allermeisten Leute auf Mastodon, und der schon lnger im Fediverse ist, als es Mastodon berhaupt gibt.
Was es da gibt, ist nicht Eifersucht gegenber dem Erfolg. Vielmehr leidet das Nicht-Mastodon-Fediverse unter der Mastodon-Dominanz. Ganze Fediverse-Dienste sind nicht benutzbar, weil nur auf Mastodon ausgelegt. Und man bekommt eine Kultur aufgezwungen, die auf vllig andere Software mit vllig anderen Features und Leute vllig anderer Herkunft ausgelegt ist, und die auf die Software, die man selber nutzt, gar nicht richtig anwendbar ist. Aber man wird eben dazu gezwungen.
Was im Fediverse passiert, ist weit berwiegend auf Mastodon ausgerichtet. Was nicht Mastodon ist, wird weitestgehend ignoriert. Ein Hauptgrund, warum diaspora* sich bis heute standhaft dagegen weigert, ActivityPub-Untersttzung einzubauen, ist, nach den Worten eines Mastodon-Entwicklers: Fediverse-Projekte implementieren nicht ActivityPub, sie implementieren Mastodon. Das heit, statt pures ActivityPub standardkonform by-the-book einzubauen, bernehmen sie nur den Teil, den auch Mastodon nutzt, plus Mastodons proprietre Eigenbau-Quirks.
Dazu kommt, da mindestens die Hlfte aller Mastodon-Nutzer immer noch glaubt, das Fediverse sei nur Mastodon. Vom Rest haben viele auch nur von den Diensten und Serveranwendungen gehrt, die den Eindruck machen, als seien sie als Extras nachtrglich an Mastodon drangeklebt worden (PeerTube, Pixelfed, Owncast, Ghost, WriteFreely, die ActivityPub-Erweiterung von WordPress usw.). Von den Sachen, die im Grunde dasselbe machen knnen wie Mastodon, nur eben besser (Pleroma, Akkoma, Misskey, die vielen Misskey-Forks, Mitra, snac2, GoToSocial, Socialhome, Friendica, Hubzilla, (streams), Forte usw.), haben viele leider noch nie gehrt.
Das alles hat zwei Folgen.
Sehr viel im Fediverse wird tatschlich nur gegen Mastodon gebaut. Irgendetwas anderes wird bestenfalls nur bruchstckhaft untersttzt. Das heit, offiziell wird es gar nicht untersttzt, weil nur fr Mastodon-Kompatibilitt gebaut wird. Schlimmstenfalls funktioniert es tatschlich ausschlielich mit Mastodon, also mit Pleroma, Akkoma, Misskey, Friendica usw. usf. berhaupt nicht, weil es direkt gegen Eigenarten von Mastodon gebaut ist, die nur Mastodon hat.
Und dann besitzen die Entwickler manchmal auch noch die Frechheit, "Fedi" oder "Fediverse" in den Namen einzubauen. Auch dann, wenn es tatschlich nur mit Mastodon berhaupt funktioniert. Ist wirklich schon so passiert.
Das Nichtwissen groer Teile der Mastodon-Nutzerschaft ber das Fediverse auerhalb von Mastodon treibt seine eigenen Blten. Wenn Mastodon-Nutzer wnschen, da "das Fediverse" irgendein Feature bekommt, das es im Fediverse schon sehr viel lnger als Mastodon selbst gibt und tatschlich nur auf Mastodon nicht, dann ist das noch harmlos.
Schlimmer wird es, wenn es um Features geht, die viele Mastodon-Nutzer eben gerade nicht haben wollen. Ich schtze, 95% derjenigen Mastodon-Nutzer, die die Ankndigungen bezglich Quote-Posts mitbekommen haben, "wissen", da Mastodon Quote-Posts im Fediverse einfhren wird. Viele sind strikt dagegen, andere begren den Erlaubnisschalter, fordern aber, da der standardmig auf "verboten" steht.
Tatschlich wissen die aber einen Schei.
In Wahrheit wurden Quote-Posts im Fediverse im Juli 2010 eingefhrt. Mit dem Start von Mistpark, das heute Friendica heit. Das war fnfeinhalb Jahre vor dem Start von Mastodon, den wahrscheinlich die weit berwiegende Mehrheit der Mastodon-Nutzer als auch den Start des Fediverse ansieht. Und Mastodon ist schon so lange mit Friendica voll fderiert, wie es selbst existiert. Das heit: Seit Mastodon gestartet wurde, knnen Friendica-Nutzer Mastodon-Trts quote-posten.
brigens ist auch Hubzilla, selbst ein Fork eines Friendica-Fork von Friendicas eigenem Schpfer, mindestens zehn Monate lter als Mastodon und seit Mastodons Start mit Mastodon fderiert. Auch Hubzilla kann quote-posten, und auch Hubzilla kann Mastodon-Trts quote-posten. Mal ganz davon abgesehen, da auch noch Hubzilla und nicht Mastodon die erste Software berhaupt war, die ActivityPub untersttzte.
Tatschlich ist unter denjenigen Fediverse-Serveranwendungen, die Microblogging und/oder Social Networking beherrschen, buchstblich die einzige, die nicht quote-posten kann. Alle anderen knnen das.
So, jetzt glauben beinahe alle Mastodon-Nutzer, dieser Schalter macht es allen im Fediverse absolut unmglich, sie zu quote-posten. Und sie verlassen sich drauf.
Natrlich knnen Nicht-Mastodon-Nutzer nicht von auen sehen, was und wen auf Mastodon sie quote-posten drfen und was und wen nicht. Das heit, sie werden es weiterhin tun.
Das wird noch zu einem ganz frchterlichen Aufstand vieler Mastodon-Nutzer fhren, weil Mastodon-Nutzer gequote-postet werden, wenn sie eigentlich nicht quote-postbar sein sollten. Erst wird das zu Aufrufen fhren, diejenigen Mastodon-Nutzer zu fediblocken, die ganz offenkundig mit irgendwelchen gehackten Mastodon-Instanzen oder -Apps arbeiten. Wohl kaum ein Aufrufer wird merken, da diese "Mastodon-Nutzer" gar nicht auf Mastodon sind, sondern auf Pleroma, Akkoma, Misskey, Calckey, Firefish, Iceshrimp-JS, Iceshrimp.NET, CherryPick, Sharkey, Catodon, Mitra, Friendica, Hubzilla, (streams), Forte oder so.
Dann wird es zu Aufrufen kommen, ganze Instanzen zu fediblocken, weil wohl die Instanzen die "bsen Akteure" sind, die das Quote-Posten von Mastodon-Trts unabhngig von der Erlaubnis mglich machen. Natrlich, weil z. B. Friendica das tut, was es schon seit 15 Jahren tut, und weil Mastodon sowohl seine eigenen Quote-Posts als auch diesen Schalter mit voller Absicht auf eine Art und Weise implementiert hat, die von buchstblich nichts anderem im Fediverse untersttzt wird.
Wenn sich irgendwann mal kleckerweise bei einigen die Erkenntnis durchsetzt, da das eben keine Mastodon-Instanzen sind und es da irgendwo ein Muster geben mu zwischen "ist Software XYZ" und "kann Mastodon-Trts quote-posten, die nicht gequote-postet werden drfen", wird nach einem totalen Fediblock der ganzen Software gebrllt werden. (Lustigerweise sind ausgerechnet (streams) und Forte die einzigen Fediverse-Serveranwendungen, die tatschlich in der Lage wren, ganze andere Fediverse-Serveranwendungen auf User-Agent-Basis zu blockieren. Das ist mal gegen Threads entwickelt worden, aber universell einsetzbar.)
(brigens: Whrend Mastodon Quote-Posts a.k.a. Drkos oder Drukos nur von Twitter kennt und nur und ausschlielich als Beleidigungs- und Belstigungsmittel, sind sie auf Friendica 15 Jahre lang nicht ein einziges Mal als solches eingesetzt worden, sondern immer nur, um Inhalte zu teilen. Wiederholungen (a.k.a. Boosts a.k.a. Retweets) hat Friendica noch gar nicht so lange bis dahin wurde genau dafr eben so verfahren. Nur ist das fr Leute, die nur Twitter und Mastodon kennen, komplett unvorstellbar.)
Das alles zeigt brigens noch etwas. Und das ist die Dominanz der Mastodon-Kultur.
Die Mastodon-Kultur, wie wir sie heute kennen, existiert erst seit Mitte 2022. Sie wurde aufgebaut von Leuten, die kurz nach Elon Musks Twitter-bernahmeankndigung von Twitter abgehauen waren. Diese waren zum einen so zahlreich, da sie auf Mastodon fast nur auf ihresgleichen trafen, so da die existierende Mastodon-Kultur auf sie keinen Einflu hatte und von ihrer neuen Kultur vollumfnglich verdrngt worden ist.
Zum anderen wute keiner von ihnen, da es im Fediverse auch noch etwas anderes als Mastodon gibt, geschweige denn, da es im Fediverse irgendetwas schon lnger als Mastodon gibt, und schon gar nicht, da das vielleicht anders funktioniert. Also haben sie die neue Mastodon-Kultur nur und ausschlielich auf Mastodon und Mastodons Features ausgelegt. Features, die Mastodon nicht hat, hatte in ihren Augen das ganze Fediverse nicht, also kommen sie in der Mastodon-Kultur nicht vor, oder sie sind gar verpnt.
Erschwerend kommt noch hinzu, da Mastodon seinen Nutzern nirgendwo anzeigt, wer welche Serversoftware nutzt. Nicht nur signalisiert das, da jeder auf Mastodon ist, sondern es verschleiert generell, ob jemand eben gerade nicht auf Mastodon ist und vielleicht selbst vllig andere Software mit vllig anderen Features und daher einer vllig anderen Kultur nutzt.
Und so haben es viele Mastodon-Nutzer sich zum Ziel gesetzt, die Mastodon-Kultur, die damit verbundene und auch ausschlielich auf Mastodon ausgelegte "Fedikette" und Mastodons ungeschriebene Regeln im ganzen Fediverse durchzusetzen. Die einen wissen gar nicht, da sie es auch mit einem Nicht-Mastodon-Fediverse zu tun haben. Den anderen ist es scheiegal: Was im Fediverse ist, hat sich Mastodon anzupassen.
Da kannst du seit 2011 durchgngig auf Friendica sein. Um die fnf Jahre lnger, als es Mastodon berhaupt gibt. Auf etwas, was wirklich ziemlich anders ist als Mastodon. Das folglich aufgrund erstens seines Alters, zweitens seiner vllig anderen Funktionsweise und drittens seiner vllig anderen Nutzerschaft (eben gerade nicht fast nur Twitter-Flchtlinge an Smartphones) eine vllig andere Kultur hat als Mastodon.
Und dann kommen Mastodon-Nutzer an und fordern, da du Mastodons Kultur bernehmen sollst. Weil die und Friendicas Kultur sich aber in vielen Punkten widersprechen, hast du Friendicas Kultur aufzugeben, auch wenn sie a) sehr viel lter ist und b) sehr viel besser an Friendica angepat ist als Mastodons Kultur. Das bedeutet auch, da du auf einen sehr groen Teil von Friendicas Features zu verzichten hast, weil deren Nutzung Mastodon-Nutzer stren knnte.
Im einzelnen heit das beispielsweise:
So Sachen wie Alt-Texte verstehen sich von selbst, auch wenn das auf Friendica ein ziemliches Gebastel ist (und auf Hubzilla ein noch greres, weil das hndische Einbauen des Alt-Text in den Bildeinbettungs-Code ohne Alternative ist). Nur sind auch sie eben nicht Teil der Friendica-Kultur.
Jedenfalls behalten sich viele Mastodon-Nutzer vor, alle, die von obigen Regeln abweichen, dafr beliebig zu sanktionieren. Also sowohl fr die Nutzung von Features, die Mastodon nicht hat, als auch fr die Nichtnutzung von Funktionen, die bombenfester Teil der Mastodon-Kultur sind, die die jeweils andere Seite aber gar nicht hat. Und ich wage zu behaupten: Sollten solche Abweichungen von Mastodons Kultur berhand nehmen, werden auch die Gegenmanahmen drakonischer bis hin zu Fediblocks.
Allgemein wird alles im Fediverse, was weder Mastodon noch ein gefhltes Add-on fr Mastodon ist, von Mastodon regelrecht systematisch diskriminiert. Von Mastodons Seite aus wird das aber vehementestens bestritten: Auf gar keinen Fall sei das Diskriminierung. Wenn, dann werden nur "Regeln" durchgesetzt, die nirgendwo niedergeschrieben sind (oder eben nur fr einzelne Mastodon-Server, aber nicht verbindlich gltig fr das ganze Fediverse ber Mastodon hinaus).
Wenn aber Nicht-Mastodon-Nutzer den Spie umdrehen und ihre eigenen Forderungen an Mastodon-Nutzer stellen, damit ihre Trts im Nicht-Mastodon-Fediverse besser funktionieren, dann ist das sofort bergriffig. Mastodon-Nutzern zu erklren, da das Fediverse nicht nur Mastodon ist, wenn sie nicht gefragt haben, ob das Fediverse nur Mastodon ist oder nicht, ist auch bergriffiges Fedisplaining. Und so weiter.
Angesichts dieser so knallhart und ignoranterweise durchgedrckten Mastodon-Zentrizitt und Mastodon-Normativitt ist es nur zu verstndlich, wenn so manch einer auf seinem Hubzilla-Kanal ActivityPub gar nicht erst aktiviert oder auf seinem (streams)-Kanal es gar abschaltet. Ich kenne sogar einen Gruppenkanal auf (streams), bei dem ActivityPub abgeschaltet wurde, um ignorante und bornierte Mastodon-Nutzer auszusperren. Das ist zwar eine ffentliche Gruppe, aber man kommt nur von (streams) und Hubzilla aus rein.
In dem Augenblick, wo man als Nicht-Mastodon-Nutzer das erste Mal auf Mastodon sichtbar wird, begibt man sich regelrecht auf ein Minenfeld, das nur mit uerster Vorsicht sicher zu navigieren geht. Jedenfalls dann, wenn man nicht auf seine Reichweite und Reputation auf Mastodon ganz pfeifen will oder kann.
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
Beim Posten mu man sich verrenken, um Features auf Lemmy zu untersttzen, die Mastodon nicht hat, und sich merken, wo man in einem Mastodon-Trt was unterbringen mu, damit es auf Lemmy proper aussieht.
Beim Kommentieren mu man auch darauf achten, Lemmys Konventionen einzuhalten, und hndisch die ganzen automatisch eingebauten Erwhnungen rausschmeien, die es so auf Lemmy gar nicht gibt.
Auerdem bekommt man in Mastodons alternativloser Doomscrolling-Timeline, der das Konzept ungelesener Beitrge vllig fremd ist, Kommentare zu den eigenen Posts berhaupt nicht mit.
Also: Von Lemmy/Mbin/PieFed nach Lemmy posten > von Friendica/Hubzilla/(streams)/Forte nach Lemmy posten > von irgendwas anderem nach Lemmy posten > von Mastodon nach Lemmy posten. Es geht, aber es geht nicht besonders gut, und von woanders geht's signifikant besser.
# # # # # # # # # # # # # # # # # # Never use the quotes on your keyboard in alt-text!
Quotes are not a recognised standard element of alt-text. Thus, not all frontends support these quotes in alt-text, also because quotes are useless for blind or visually-impaired people, the actual primary target audience of alt-texts.
Sure, maybe Mastodon supports quotes from your keyboard in alt-text. But Mastodon is not the gold standard for alt-text. In fact, Mastodon is not the gold standard for anything.
In contrast, Hubzilla (which is what I'm posting from right now, so it's very much part of the Fediverse and has been for longer than Mastodon) does not turn keyboard quotes back from their HTML entities to actual quotes. It displays them as
Your example would be rendered by Hubzilla as
and read out by a screen reader as "Rusted metal highways sign tilted at an angle, reading and quot, next exit eleven miles and quot." The full stop at the end saves you a little.
(streams) and Forte, both descendants of Hubzilla by Hubzilla's own creator, regard keyboard quotes as alt-text delimiters. As soon as they come across one quote in an alt-text, they think it's the end of the alt-text.
They would render your alt-text as no more than:
Oh, and no, it is not a design fault if a frontend does not support characters in alt-text which aren't officially supported by alt-text, and which do not even have any reason to exist in alt-text, especially not in professional environments outside of Mastodon. Hubzilla, (streams) and Forte are not broken for not supporting characters that don't belong into alt-text in the first place. (Sorry, but I keep having to read the opposite over and over again.)
# # # # # # # # # # # # # # #
Here are some more:
# # # # # # # # # # #
Your identity is bound to the main instance of your channel.
If you promote the clone on baz.social to your new main instance for whatever reason and thereby demote the current main instance on foo.social to clone, your ID will change.
In a purely nomadic network (Hubzilla or (streams) with respective optional protocols off), this won't be an issue. All your connections will be rewritten from
Mastodon and the non-nomadic rest of the Fediverse don't understand nomadic identity anyway. For them, the four instances of your channel are four fully separate accounts with four fully separate identities. If someone on Mastodon thinks that you have four separate active accounts, and they decide to follow all four for reasons only they know, they will get the same post four times and probably accuse you of running bot accounts, only that they can fully interact with whatever they think is a bot.
CC:
# # # # # # # # # # # # # # # # # #
Well, I think that chances are nil that Mastodon will even consider this. I mean, when was the last time that they've implemented something developed by another Fediverse project, especially a non-commercial one And in this case, on top of it all, it'd mean that Eugen Rochko would have to admit that Mike Macgirvin was right about something. He'd rather go on headbutting, hoping he'll win just by having the project with more users.
Otherwise, yes, it'll come with big changes. I remember last summer. The streams repository used to have its own "nomadic" branch while (streams) has always been nomadic, this branch was for the development of support for nomadic identity via ActivityPub (while, of course, (streams) itself would continue to use Nomad for nomadic identity).
In June, Mike was confident enough about the nomadic branch to merge it into the dev branch. In July, he merged the dev branch with the release branch for a new release, thereby introducing decentralised identities as per FEP-ef61 to all (streams) servers that'd upgrade from then on. Again, (streams) was already nomadic at this point with identities separate from logins and accounts.
Still, (streams) blew up. What had worked under lab conditions failed out in the open. (streams) was unable to federate or connect with anything. With DIDs new in the game, it had to juggle so many identifiers that it got them mixed up. After all, it also had to handle various already existing ActivityPub IDs plus the Nomad IDs plus the Zot6 IDs to stay compatible with Hubzilla.
And (streams) was being daily-driven by a few dozen people back then with no way to move anywhere. It has never been possible to clone from (streams) to Hubzilla after all.
Mike had to spend hours upon hours trying to find the fault in the first place and then fix it. This may have been the reason why he officially launched Forte in mid-August: He probably took (streams) and ripped out everything that isn't ActivityPub to get rid of the Nomad and Zot6 IDs. And it must have been easier to actually make Forte clone via ActivityPub than to get (streams) going again. He largely achieved the latter until the end of August when he officially quit developing Fediverse software and declared both repositories up for grabs.
So the whole new DID system is likely to cause trouble.
In addition, non-nomadic projects based on ActivityPub (i.e. literally everything that isn't Hubzilla, (streams) and Forte) will have to switch from the usually model of the account and login being the identity to Hubzilla's, (streams)' and Forte's channel model. This is a big change, it will make onboarding more difficult, and it will be hard to sell to the existing users how it's supposed to be better than how things were before.
Also, it will break compatibility, so it will have to be rolled out in slices, by and by. For example, Mastodon would first have to roll out a new version that understands identities that are separate from logins and ideally bundle it with must-have security fixes and bugfixes to ensure that as many servers as possible will upgrade. In fact, they may actually have to backport that feature to Mastodon 4.3, 4.2, 4.1, 4.0, maybe even to 3.x because some admins refuse to upgrade to 4.0.
Only when most Mastodon servers understand identities separate from logins, Mastodon can introduce these separate identities to mastodon.social and mastodon.online. Otherwise they'd end up in a situation in which mastodon.social, the flagship instance of the whole freaking Fediverse, interacts with (streams) and Forte better than with the rest of Mastodon.
And then we can talk about cloning and syncing. By the way: "Let's first implement better moving before we tackle cloning" would be non-sense. Moving with nomadic identity requires cloning. It literally involves cloning. If you can't clone yet, you can't move.
Again, look at Mitra. silverpill decided to go nomadic in 2023. It's still in early development now.
I'm not a Fediverse developer, but AFAIK, FEP-ef61 doesn't cover everything that makes up nomadic identity.
Three things I know. One is when syncs happen.
Zot has the ability to trigger syncs built in. This means that if something changes in one instance of your channel, this triggers an immediate syncing process to all other instances. Nomadic syncing happens in near-real-time. ActivityPub doesn't have this feature, and it can't be implemented by FEP either. So nomadic identity via ActivityPub will probably have to rely on cronjobs to trigger syncs.
Basically, on Hubzilla (Zot6) and (streams) (Nomad), it works like this: You use one instance of your channel. You change something. The server notices these changes and nearly immediately pushes them to the other servers with instances of your channel in much the same fashion as an incremental backup.
On Forte (ActivityPub), there must be something that collects and lists changes. If changes are listed on an instance of your channel, when the cronjob kicks in, these changes are sent to the servers with the other instances.
Conflicts that arise if you use two instances of your channel at the same time are probably solved by always overwriting older data with newer data.
The second one is that initial syncing can be selective. When you create a new clone, you can choose to not sync everything over yet. The actual profile with (almost) all settings, the posts/comments/DMs and the files in the cloud storage can be sync'd separately from one another, and they can also be sync'd after the fact if you don't immediately need all your files on your clone yet.
Later syncing always involves everything that has been sync'd at least once.
The third one is that nomadic identity with more than two instances doesn't work in a hub-and-spoke way. If you log into one of your clones and you use it, the changes are not sync'd from that clone to the main instance and from there to the other instance. If the main instance was offline, nothing would be sync'd at all. Rather, everything is sync'd from that clone to the main instance and directly to the other clones. Each instance of your channel is aware of all other instances.
In short, nomadic identity can be described as "OwnCloud/Nextcloud/OpenCloud, but it's peer-to-peer, and it's between servers rather than between workstations".
# # # # # # # # # # # # # # # # # #
Aber warum auch immer ich sie poste, ich rechne immer damit, da jemandem der Kontext komplett schnuppe ist. Immerhin sind das Bilder aus einer vllig unbekannten Welt, ganz zu schweigen vom bildlichen Beweis, da vllig unerwarteterweise virtuelle 3-D-Welten eben nicht tot sind. Dann wird sich nicht nur angeguckt, was im Kontext wichtig ist, sondern dann wird auf Entdeckungsreise gegangen und sich alles angeguckt, je nachdem, wie detailliert das Motiv ist.
Na ja, und Barrierefreiheit und Inklusion bedeutet ja letztlich, da Blinde oder Sehbehinderte exakt dieselben Chancen haben mssen, exakt dieselben Dinge zu tun wie Sehende. Das heit, sie mssen auch die Chancen haben, meine Bilder genau so zu erleben wie Sehende, egal, wie Sehende sie erleben. Alles andere wre ableistisch.
Allerdings beschreibe ich meine Bilder unabhngig von der Bildauflsung. Ich schreibe also nicht, was ich auf dem Bild sehe, sondern, was ich in-world sehe. Und da sehe ich alles mit einer sehr viel hheren Auflsung und kann auch mal an Hindernissen vorbeigucken.
Zum einen kann ich nicht davon ausgehen, da alle, die blind geboren wurden, ein Konzept von Bildauflsung haben. Wenn ich dann schreibe, da das Bild zu gering aufgelst ist, um an einer Stelle mehr Details zu zeigen, dann fhlt sich das immer an, als wollte ich mich aus der Affre ziehen. Also wird auch schon mal ein Erdbeercocktail als Erdbeercocktail beschrieben, auch wenn er im Bild selbst nur in Form von vier Pixeln zu sehen ist.
Zum anderen gibt es die Regel, da alles an Text in einem Bild wortwrtlich zu transkribieren ist. Als diese Regel aufgestellt wurde, wurde dabei allerdings nur an so Sachen wie abfotografierte Poster oder Screenshots von Social-Media-Posts gedacht. Das heit, es gibt keine Klausel darber, wie mit Text zu verfahren ist, der im Bild nicht lesbar ist, von dem, wer auch immer das Bild beschreibt, aber ganz genau wei oder in Erfahrung bringen kann, was da geschrieben steht.
Folglich mu ich die Regel so auffassen, da alles, was sich innerhalb der Umgrenzungen des Bildes befindet und auf irgendeine Art Text ist, transkribiert werden mu. Dann werden auch schon mal 20, 30 oder mehr einzelne Textschnipsel transkribiert und ggf. hinterher noch bersetzt, von denen dann nur zwei, drei einzelne Grobuchstaben wirklich lesbar sind. Auch wenn einiges an Text so winzig ist, da es schon der Bildbeschreibung bedarf, um berhaupt zu wissen, wo diese Textschnipsel eigentlich auf dem Bild sein sollen, werden sie trotzdem transkribiert.
Eigentlich ist das einfach nur stures Einhalten von Regeln, ohne ihre Anwendbarkeit zu hinterfragen. Aber weil gerade auch auf Mastodon gern auch Sehende Bildbeschreibungen lesen (wenn sie die Geduld haben), knnen auch sie von den Transkripten profitieren, weil nicht einmal das beste Adlerauge diese Textschnipsel lesen kann.
Letztlich habe ich hier die Erfahrung gemacht: Frag Mastodon-Nutzer, ob sie Zusatzinformationen lieber sich selbst raussuchen, aus verlinkten externen Quellen beziehen oder direkt im Post bekommen wollen. Dann werden sie nach meiner Erfahrung das Letztere bevorzugen. Also werden sie es auch bekommen.
# # # # # # # # # # # # # # Meine eigenen Bilder sollten eigentlich fr Blinde und Sehbehinderte auch nicht von Interesse sein. Das ganze Thema sollte sie nicht interessieren, weil es ein sehr visuelles Thema ist. Es sind nmlich Renderings aus sehr obskuren virtuellen 3-D-Welten.
Trotzdem betreibe ich einen riesengroen Aufwand, um meine Bilder zu beschreiben, um auch wirklich jeden auf jedem Wissensstand abzuholen, damit auch wirklich jeder meine Bilderposts und meine Bildbeschreibungen versteht, ohne noch irgendwas googlen oder mich irgendwas fragen zu mssen. Ich will, da Blinde und Sehbehinderte meine Bilder mindestens so gut erleben knnen wie Sehende, und zwar egal, wie Sehende sie erleben, egal, was Sehende sich in meinen Bildern wie genau ansehen.
Meine Zielgruppe fr meine Bilder und meine Bildbeschreibungen umfat jeden, der zufllig ber meine Bilderposts stolpert. Und ich will, da jeder ohne fremde Hilfe mit meinen Bildern und mit meinen Bilderposts sofort zurechtkommt. Und so habe ich auch schon mal zwei volle Tage von morgens bis abends gebraucht, um ein einziges lumpiges Bild zu beschreiben.
Einige sagen: "Irgendwas ist besser als gar nichts." Aber nicht jeder sagt das. Andere Leute pochen nmlich auf grtmgliche Qualitt, sehr hohen Detailgrad und das perfekte Einhalten aller Regeln fr Bildbeschreibungen und Alt-Texte.
Problematisch wird es fr mich, wenn es darum geht, ausnahmslos jedes Bild 100% barrierefrei zugnglich fr ausnahmslos jeden Nutzer da drauen zu machen. Einerseits gibt's Leute, die mit lngeren Beschreibungen nicht klarkommen. Andererseits gibt's Leute, die sehr umfassende Erklrungen brauchen und sich die nicht zusammensuchen wollen. Und Informationen auerhalb des Post, in dem das Bild ist, sind mglicherweise zu schwer zugnglich, also mssen alle Informationen in den einen Post rein. Ich kann aber den vollen Informationsgrad von ber 60.000 Zeichen (und ja, ich habe schon mal ein Bild mit ber 60.000 Zeichen beschrieben) nicht auf maximal 200 Zeichen eindampfen.
Deswegen hatte ich schon die Vermutung, da es schlicht und ergreifend Bilder gibt, die an und fr sich nicht barrierefrei sind, weil es unmglich ist, sie perfekt barrierefrei zugnglich fr absolut jeden zu schreiben. Wenn dem so wre, drften solche Bilder nicht ins Fediverse gepostet werden, jedenfalls nicht so, da sie irgendjemanden auf Mastodon erreichen knnten.
# # # # # # # # # # # # # # # # # Today's screen readers no longer have any alt-text character limits anymore. Anything that claims that screen readers are limited to 80 or 125 or 200 characters per alt-text is hopelessly outdated. And as rarely as I post images, I keep getting away with nearly or exactly 1,500 characters, at least ca. 900 of which are actual description.
And I hardly ever get any feedback myself, especially not from those who actually use and need screen readers. But I could really use occasional feedback. For one, that's because I post extremely obscure niche material that's unlike anything you'll ever come across, and I'm basically the first Fediverse user ever to put some thoughts into how to properly describe this kind of image.
Besides, that's because I need to know if my combination of "short" image descriptions in fairly long alt-texts plus "long" image descriptions of tens of thousands of characters in the post itself with all necessary explanations and transcripts of all text is an appropriate way of describing the kind of images that I post. I mean, I'm probably the only one in the Fediverse who writes image descriptions so long that they need two levels of headlines.
The last time I got negative feedback was from a fully sighted user who probably wanted the whole Fediverse to be no more than 500 characters anywhere. Blind or visually-impaired users only give feedback if I ask them personally, and I point them at one or several of my image posts, and not even then always.
# # # # # # # # # # #
Ancienne usine hydro-lectrique () Usine communale d'lvation d'eau et de production d'lectricit construite de 1901 1903 sur un bras de la Somme par les tablissements Dayd et Pill pour la ...
Suite
Photo CC-BY-SA 4.0 : Markus3 (Marc ROUSSEL)
It's rather partially about the bragging rights.
But first and foremost, it's about making sure that your sim is visible on OpenSimWorld at all. This requires a self-contained loop. Your sim is "popular" on OpenSimWorld -> it's higher up on the list of the most popular sims -> it takes less time and effort to find it -> more avatars visit it -> the "popularity" on OpenSimWorld increases.
See, is not an actual list that you can scroll through. Rather, it is organised in pages of ten sims each. This means that from number 10 to number 11 on that list, it's a huge step because people will have to go one page further rather than being shown your sim right away. From 9 to 10 isn't a step at all because both are on the first page.
OpenSimWorld lists 1,800+ sims, but not even 50 of them really matter. If your sim is among the top 10 most "popular" sims and therefore on page one, the loop runs faster. If it slips below 50 most of the time, and you don't have regular music events that yank it up every now and then, you'd better have a faithful community already that visits your sim regardless.
It takes a whole lot of work for the actual popularity of your sim to be self-contained, for people coming piling in in droves even though your sim isn't even listed on OSW anymore because it's such a famous cult place that landmarks are being shared all the time. (Having teleporters on other comparable sims helps.) Until then, you'll need all the tricks in the book for your sim to not go under and fall into obscurity.
Either you can copybot all the newest, hottest, sexiest Legacy and LaraX stuff from SL, offer it exclusively as no-transfer freebies before someone else does and advertise the hell out of it on OSW almost daily. Or you can have more events with well over a dozen visitors per week than the week has days. Or if you can't do either, you'll have to make sure that there are constantly at least four avatars on your sim on average over 24 hours, this or that way.
# # # # # # # # # # Sollte dieser Post da erscheinen
Jedenfalls, der erste Fehler ist, da du das /kbin-Magazin zum einen ber Eck ber Feddit anzuspielen versuchst und zum anderen gar nicht erwhnst.
Statt es als ber den Umweg ber Feddit zu verlinken, solltest du es wahrscheinlich eher a) direkt auf kbin.earth und b) erwhnen.
Mglicherweise funktioniert auch auf /kbin (das brigens eigentlich seit letztem Jahr mausetot ist und von jemand anders als Mbin weiterentwickelt wird) nur das Mastodon-nach-Lemmy-Schema:
Titel <-- erste Zeile ist immer der Titel
testingkbin.earth <-- zweite, separate Zeile ist die Erwhnung
eigentlicher Post <-- unter allem anderen und ohne Hashtags oder sonstige Erwhnungen# # # # # # # # # # # # # # # Locally writing content to the database of an ActivityPub-based server will inevitably require a local user account on that very server.
I mean, we already have which was invented by for in 2017, and which also has full implementations in his later server applications and and a client-side implementation on Mike's first project, . But without an actual account on another server, OpenWebAuth can only authenticate you on that other server as a guest and grant you certain guest permissions. It does not give you all the powers of a local user, at least not without a local account.
Also, if you want to actually log in on another server, you will inevitably need local login credentials on that server. Which means that a user account with these login credentials must be created prior to you logging in on that server so that that server knows your login name and your password. Even if you want to use something like OAuth, that server will still require to know your credentials. They will have to be in that server's database before you can successfully log in.
A server cannot and will not authenticate you against credentials in a wholly different remote server's database. What you and many other Fediverse users dream of can only be solved in two ways and both only theoretically because, in practice, they are just as impossible or at least very unfeasible.
Either if you register an account on one Fediverse server, that account with the exact same credentials is simultaneously created on literally all other Fediverse servers, and on Hubzilla, (streams) and Forte, you also automatically get a channel along with that account. This also means that each Fediverse server that's installed and spun up for the first time will immediately have to create tens of millions of accounts so that everyone all over the Fediverse automatically has login credentials on that server. I guess it should be clear that this is impossible, also because this requires a) a centralised list of absolutely all Fediverse accounts and identities and b) a centralised list of all Fediverse servers to be hard-coded into every last instance of every last Fediverse server out there.
Now, I keep reading stuff like, "But I don't want to use all Fediverse servers!" No, but you want to be able to use any Fediverse server. And then you will have to have an account there. How is the Fediverse supposed to know in advance which servers you will visit this year, the next two years, five years, ten years so that accounts can be automatically created for you exactly there and nowhere else
See And that's why, if you want to be able to use any server like with a local account, every server must be prepared for it before you arrive.
Or drive-by registration: You visit a Fediverse server for the first time, your active login is recognised by that Fediverse server, and an account is created for you on the fly with the exact same login credentials as where you're already logged in. That's its own can of worms.
Also, it requires remote authentication. OpenWebAuth. As I've already said: This is technology that's eight years old, and that's being daily-driven right now. But: You will never have this on Mastodon. It was never merged. It was silently rejected by the Mastodon developers. The PR was closed in November, 2024.
Some people go even further: They don't just want their login credentials wherever they go, they want their whole identity cloned to everywhere. They want all their stuff, all their posts and comments and DMs, all their followers and followed, all their settings, all their filters etc. etc. pp., they want it everywhere all the same. Like a (an invention by Mike from 2011, first implemented in 2012) across up to 30,000 servers.
Now, you and many others on Mastodon are probably going to cry out, "YES, YES, PLEASE MAKE THIS REALITY!"
But seriously: I myself have actually cloned enough Hubzilla and (streams) channels of mine in my time. None of them even had nearly as much content on them as your Mastodon account. And I can tell from a lot of personal experience that this cannot be done within a blink of an eye.
Nomadic identity won't come to Mastodon anyway. Nomadic identity via ActivityPub is probably being daily-driven already. Forte has it, and it relies on it. But Mastodon will never implement it. In particular, Mastodon would rather re-invent the "nomadic identity" wheel in a way that's incompatible with what we already have than implement something made by Mike Macgirvin. Not after all the head-butting that has happened between Mike and Gargron over the years.
And OpenWebAuth won't come to Mastodon either. Probably also for the same reason.
CC:
# # # # # # # # # # # # # # # # # # Long
Feedback: The Secret Weapon - Meta CFO Susan Li
-termemployment
Hatte diaspora* damals wirklich die ganzen Verbindungsmglichkeiten Ist schon so lange her.Ich staune auch darber, da Friendica damals noch die Facebook-Erweiterung hatte und es doch einen ganzen Batzen Red-Matrix-Server gab. Sean Tilley hatte einen, der spter auch mal Hubzilla-Themes gebaut hat, Farthinghale Arms ist wohl auch irgendwann zu Hubzilla upgegradet worden, und Els Mussols, heute auf (streams), existierte auch schon in der Red Matrix.
# # # # # # # # # # # # # # # #Okay. So NakedWorldz Grid is going to shut down on Monday.
This must have been decided only a few days ago, no more a week before the actual shutdown, maybe only five days. There was no public announcement, this must have only gone out to the various sim owners in the grid, and (notice all the invites to other grids in the comments). It isn't even clear if sim owners can get or make OARs of their sims. All sims run by the grid owners have been pulled from OpenSimWorld two days ago or so. They're still online, but they're no longer advertised anywhere.
But seriously, it was clear that this grid wouldn't last for long. What's essentially the main landing sim is a "family-friendly nudist" sim. Officially, this means, "Nudity yes, anything sexual no." Officially, the idea was that people could go there and play "family on a nudist beach". Hence, it's "only" Moderate-rated whereas pretty much all other sims around the Hypergrid that officially allow nudity are Adult-rated. In fact, so are many that don't.
Now, if you've experienced a few "family-friendly nudist" places in OpenSim, you could have expected how this actually played out. If there are avatars on the main landing sim for a prolonged time, it most likely includes grid staff. As child avatars. Butt-naked kids. Staff.
Also, their "official" freebie sim offers everything you'd need for a naked child avatar. Not stashed away behind a door or so. Out in the open. And that freebie store is only one room with no walls separating anything. And it's organised neatly enough that I'd have a hard time believing that whoever put that stuff up had no idea what it is. On some boxes, the frigging box art says it all. I mean, I know that hardly any "stuff found all around the Hypergrid" freebie store owners curate anything they slap against their walls, but still.
Whenever such a place is launched, I take three possibilities into consideration:
- This is a sincere nudism project, and the owners are too nave and not OpenSim-savvy enough to know that this will inevitably imply paedophilia, and/or that this may or may not count as CSAM under Western legislations.
- This is a sincere nudism project, and the owners want to try hard to make sure this does not come over as paedophilia and convince everyone that this is every bit as harmless as a real-life nudist camp because they know about the implications.
- This is actually a false front for a paedo place.
Seriously, the more often I see something like this be launched, just to pull the plug on rather short notice, the harder I find it to believe in the first two options. Still, quite a few OpenSim users flocked to NakedWorldz and acquired either a free parcel of land or a whole sim. More than half the landmass of the grid is rented land.
I remember a few more places with similar concepts. All of them have vanished into thin air with no shutdown announcements. That is, I remember that one of them has moved to another grid which was entirely unknown to the OpenSim community with not even one single sim listed on OpenSimWorld no idea if that grid still exists, much less that sim. Anyway, this was the first time I recall that someone actually launched a grid for such a concept. The fact that we're talking about a grid of its own with land rentals may be why it wasn't shut down spontaneously: The tenants had to be considered and taken care of. Closing a grid with rented sims on it from one moment to the next with no announcment whatsoever is bad style.
The fact that a grid was built around the premise of "family-friendly nudism" makes it rather clear that we aren't talking about complete OpenSim newbies here, not only because you have to know how to run a grid (and be it a DreamGrid), but also because if you want to build a naked child avatar, you really have to know where to look for the ingredients. And why would someone go to such length and start their own grid for such a purpose Because they probably know exactly that a sim with this concept isn't welcome in any existing grid. So navet wasn't in play here.
By the way, there definitely used to be paedos in OpenSim, including at least one convicted one, and that's a fact. Avatars of mine have encountered two different flavours of these. No matter whether they're gone or still around under new guises, but it isn't unlikely that there still are some.
In fact, they're the reason why many sim owners in OpenSim have "re-defined" the ratings which OpenSim has taken over from Second Life. The Adult rating now stands for "no child avatars allowed" first and foremost. And in fact, it often only stands for that. We're approaching a point at which fewer Adult-rated sims allow nudity anywhere than not. Quite often, the Adult rating means "PG-rated, but no child avatars allowed".
Sim owners get away with this easily because the vast majority of grids don't have any definition of their own for these ratings. It used to be consensus that Second Life's definitions are OpenSim's definition. It seemed futile to write that down. The only grid that did is DigiWorldz, and even DigiWorldz allows for bending these definitions all the way to rating a G-rated sim Adult for whichever reason. And the days when nudists could enter Adult-rated sims butt-naked, be kicked and banned for breaking an unwritten "no nudity" rule and subsequently have the sim downrated from Adult to Moderate by force both by the grid owners and on OpenSimWorld seem to be over.
That said, there are also paedo witch hunters in OpenSim who are way overzealous in their definitions of what constitutes an underage avatar. They have criteria like avatar height under 1.80m (if they're Europeans)/6 feet (if they're Americans), measured the Second Life way up to the eyes rather than the OpenSim way up to the top of the head, an Athena/LaraX Petite or Legacy Perky body, a skin without a deep tan, sneakers or generally footwear without heels of at least 15cm or 6 inches on a female avatar, a hairstyle that isn't a long lush sexy mane or an outfit that doesn't max out an avatar's sexiness or badassness. If at least one or two criteria on this list are met, your avatar is a kid, and you're a paedo.
Who may be behind the sudden closure of NakedWorldz, I don't know. Maybe the grid was bullied out of OpenSim. Maybe there were actually legal threats against the grid that came in time for the grid to shut down at the end of the month. Maybe someone acquired information about the grid owners that I don't have (maybe they were actually behind earlier "family-friendly nudism" projects as well) and threatened or blackmailed them.
Fact is, however, that it's a grid with a rather questionable concept that was launched into a network of virtual worlds where not exactly few people don't even tolerate a tiny fraction of that concept.
# # # # # # # # # # # # # #Na ja, RaccoonForFriendica ist noch hochgradig unfertig, egal, fr welches System.
Und FediLab ist mehr so eine Allgemein-App, die will einiges jeweils ein bichen abdecken, aber nichts davon vollumfnglich. Und die Filter in Friendica drften ziemlich anders funktionieren als die fr Mastodon, fr die die Filtersteuerung in FediLab wohl primr ausgelegt ist.
Du knntest dir statt dessen Relatica angucken.
Hast du einen PC Einen Laptop Oder ist dein Smartphone dein einziges digitales Endgert Sonst wrde ich nmlich sagen, nimm den PC/Laptop zwischendurch mal fr gelegentliche Einstellungs- und Konfigurationsgeschichten, die du nicht stndig brauchst. Oder frag irgendjemanden aus deinem Bekanntenkreis, ob du da fr solche Sachen mal eben an den PC oder Laptop kannst.
Jedenfalls gibt es keine Android-App, die Friendicas vollen Funktionsumfang komplett auf einer nativen Android-Oberflche abbildet.
(Disclaimer: alles ungetestet. Ich bin hier auf Hubzilla an einem Debian-PC.)
# # # # # # # # # # # # # # OpenSim has a similar problem, but it's even harder to solve.
has a very basic ranking system for . It isn't for specific parcels, it's for entire sims. The problem, of course, is that it can be manipulated very easily, and it is actually being manipulated constantly.
The ranking "algorithm" is very simple: It only counts how long how many avatars are present. It does not even recognise individual avatars, much less IPs. Also, it allows for sims to rise in popularity very quickly: One sufficiently big event, and they're in the top 10.
There are many ways of manipulating this algorithm, including:
- telling your friends to park their avatars on your sim ( is not much more than an avatar storage for OSgrid residents to make sure that it's always the number one most "popular" sim)
- using alts as "sim decoration" where NPCs (unlike Second Life, OpenSim supports actual NPCs) or even only animesh would do the same job
- parking alts on a sky platform for which only you have a landmark
- dropping a few alts that are basic Ruths with running numbers in their names under a pier where you think nobody will look
If you host your sim yourself, or if you're even the grid owner, the Radegast viewer is your friend. Install it next to OpenSim and automatically launch a bunch of instances right after your region server has come online. Instant top 10 ranking if you do that with at least four avatars.
Of course, this goes along with claiming either that you don't care for ranking or that it's regular visitor traffic.
A trick that has never been that popular is to make visitors camp on your sim. Offer content on your sim for in-world "Monopoly money". Give visitors a limited amount of that money to whet their appetite. And then give them the chance to earn more money by doing something on your sim for long enough. I've seen this come with a time limit to ensure that the camping is not too obvious, but this also means that you'll have to come back often to earn some more money.
I think there may still be some scoundrels who try to acquire older versions of the OSW beacon that still count NPCs as avatars, or who try to modify newer versions into counting NPCs as avatars. However, OSW no longer recognises these older beacons, and it will ban your sim if you use a hacked beacon.
That is, you can also report sims which obviously cheat their traffic figures to the OSW admin who will then turn the visitor counter for that sim permanently off. However, when a sim owner discovers that this has happened, they do what they also do after one negative comment or review or zero-star rating: They delete the whole entry and make a new one for the same sim. This comes with extra the advantage of the sim also being listed among the .
By the way, this feature was introduced after someone exposed the system of popularity rigging with alts by dropping 60 alts on one OSW-listed sim. And I guess countermeasures against this were mostly demanded by high-ranking OSgrid residents because it took that sim mere hours to outrank Lbsa Plaza.
Unfortunately, many of your suggestions for counter-measures wouldn't work in OpenSim.
- OpenSim does have picks and ads, and you can pick sims anywhere around the Hypergrid. But OpenSim has no centralised first-party infrastructure that has access to the picks and ads of all avatars on the Hypergrid, much less on all OpenSim grids. OpenSimWorld is third-party, and it has even less of a chance to harvest all this data from all avatars out there.
Seeing as how few avatars have picks in the first place, this could also easily be rigged by making a hundred alts with the same picks and stashing them away on a private sim with no OSW entry. - Second Life's event registration is something that has never been implemented in OpenSim. OSW does have its own event calendar including announcing events on specific sims. But this would rank popular event sims higher than popular freebie sims. And not all events on OSW-listed sims are listed on OSW either.
- Counting unique visitors is out of question, too. Nobody would want a third party like OSW to know which avatars were on any given sim at which time, also seeing as theoretically anyone who knows a bit about scripting could latch onto the data generated by an OSW beacon and use it to track down avatars.
- Adjusted visitor time and interaction events can be rigged, too. OpenSim has its own scripting language, OSSL, which builds upon LSL, but with tons of extra features. You know AVsitter That sit animation controller OpenSim has which largely does the same plus tons of stuff that are unimaginable in Second Life. The host and presenter avatars at the last OSCC were entirely automated by "sit scripts". These scripts even make interaction with other objects possible. And I bet that OSSL can even be used to automate avatars through attachments without them having to sit down. Just about everything that requires manual interaction in Second Life can be automated in OpenSim.
In fact, if actual movement (as opposed to animations) counts, then events will be heavily downranked anyway. I mean, what do people do at DJ events in OpenSim
- They either sit their avatars down on dance pads or a line dance floor.
- Or they use a Clubmaster to launch a dance animation. Oftentimes, they keep the same dance animation running throughout the entire event.
- Or they use a Clubmaster to rez a pair of dance balls and sit down on one. In this case, you can only measure how often the animations are switched, and many simply put the Clubmaster on automatic anyway.
- Or they use a dance HUD which may or may not automatically change dance animations.
- A few use Firestorm's viewer AO feature to switch to a self-made dance AO.
Many actually leave the music running in the background and do something else in the meantime. Others only interact by gestures or "Yay" confetti throwers or other scripted attachments I mean, that's at least something.
In fact, I know someone who sometimes sends one avatar to a DJ event and then another avatar with the same identity, but from another grid, to a non-DJ event and only actually operates the latter one. That same someone has also sent an avatar to a five-hour DJ event and then gone AFK to attend a nearby real-life music festival for some two hours and actually announced it.
Even I sometimes have avatars at two events at the same time I focus more on the event which requires switching dance animations and turn the music from the other one down. But even when I attend the same event with two avatars (I can't go anywhere alone without people asking where is, how she's doing and when she'll come), both contribute to the local chat occasionally, and we do change dance animations along with the music (unless the DJ plays four hours of house or something).
Due to the abundance of event locations, DJ events can actually last quite long, sometimes three, four or more hours with one DJ. So a 90-minute threshold would be counter-productive.
All in all, it's next to impossible to implement fair and realistic sim rating that cannot be rigged in a decentralised system of virtual worlds where just about everything is third-party.
# # # # # # # # # #
CU LONG THN QUN ch nh may mn cng nhng m nhn bi to!!
CU LONG THN QUN - ch nh may mn cng nhng m nhn bi to !! Your browser does not support HTML video. CU LONG THN QUN - ch nh may mn cng nhng m nhn bi to !!
The main reason devs haven't wanted to use the C2S API in the AP spec is network effect. Clients devs don't want to use it because Mastodon doesn't, and servers devs don't want to use it because their services wouldn't work with all the clients following the Mastodon API.
It's actually tempting to imagine a vicious circle here: If almost everything has the Mastodon client API implemented, it isn't worth developing dedicated client apps that also cover other servers' extra features.
Instead, the reason why all kinds of server applications have the Mastodon client API implemented is because they absolutely need some phone apps that work with them. Just look around the Fediverse. Almost everyone is exclusively on phones nowadays. And especially iPhone users wouldn't touch a Web browser with a 10-foot barge pole if they don't absolutely have to, so expecting them to use the Web UI means you're stuck in a bubble or a time where smartphones are still a gimmick.
That's why even Friendica has implemented the Mastodon client API. I mean, Mastodon and Friendica are very different, and the Mastodon client API only covers a small fraction of what Friendica can do. It actually doesn't cover some critical everyday features.
At the same time, there's little to no incentive for those who can develop mobile apps to make apps for anything that isn't Mastodon. Many start working on Fediverse apps at a point when they still believe the Fediverse is only Mastodon. Or if they don't, at least they've never heard of Pleroma and its family, Misskey and its family, Friendica and its family (where Hubzilla would require a wholly different app than Friendica, and (streams) and Forte would require a wholly different app than both) etc. Or they genuinely think that developing the umpteenth iPhone app for Mastodon is worth the effort more than developing the first stable dedicated iPhone app for Friendica. It's a miracle that stuff like Aria for the *key family exists.
It seems like of all the server apps that don't do *blogging (purist long-form blogging stuff like WriteFreely excluded), Hubzilla, (streams) and Forte are the only ones that don't have the Mastodon client API implemented. And I can't see them do it. For one, their devs steer clear of all proprietary, non-standard Mastodon technology. But other than that, these three are even less like Mastodon than Friendica, and they work even less like Mastodon. Even using a Mastodon app for stuff like basic posting is out of question because it pretty much requires access to the per-post permission settings, something that Mastodon doesn't have implemented, and therefore, neither do the apps for it.
Now, Hubzilla, (streams) and Forte can be installed as so-called Progressive Web Apps. But only Hubzilla veterans ever do that, and that's for three reasons: One, next to nobody has ever heard of the very concept of PWAs. Two, all that people know is installing apps from the Apple App Store and the Google Play Store. And three, people want native mobile interfaces in the style of whatever phone they use. It doesn't matter how well the Web UIs of these three adapt to mobile screens, especially since 90% of all phone users have totally forgotten that you can rotate a phone sideways.
Hubzilla actually has its own client API, and I think (streams) and forte have their own one, too. But nobody has ever even only tried to build a native mobile app for either of them. Hubzilla's devs even have to admit that they don't know how well Hubzilla's client API works because there has literally never been a sufficiently-featured counterpart to test it against. All there is is an extremely basic Android app built by one of them that's available as a download somewhere, and all it can do is send very basic posts, I think, even only at your default settings. It's just a proof of concept.
The ActivityPub C2S API is just as untested.
# # # # # # # # # # # # # # # # # # # #
Elon Musk warns of population collapse due to falling birth rates: Have 3 kids to make up for
MuTech billionaire Elon Musk has raised concerns about what he considers humanitys most serious existential threat, falling birth
-termextinction
Here on Hubzilla, I see the whole thread as one right away, all the way to the start post, without having to look at it at its origin.
The only improvement that I'm waiting for is the tree-style view that'll soon be rolled out with Hubzilla 10.4 (Friendica, (streams) and Forte already have tree-style views whereas Hubzilla had a strictly chronological thread view until the recent RCs).
# # # # # # # # # # # In the words of a diaspora* developer, if Mozilla and Vivaldi "implemented ActivityPub", they'd actually "implement Mastodon". That'd mean catching more users with less effort than implementing vanilla ActivityPub and implementing features that Mastodon doesn't have. Besides, both used to have or still have a Mastodon server, but they don't seem to be aware that there's a Fediverse beyond Mastodon, much less what it's like and how it works.
In fact, they wouldn't even implement the ActivityPub C2S API at all. They'd implement the Mastodon client API and only the Mastodon client API.
CC:
# # # # # # # # # # # # This may come as a surprise to you, but: The Fediverse is not only Mastodon. And it has never been only Mastodon. It was neither invented by Eugen Rochko nor exclusively for purist microblogging.
For example, there is also Friendica (, , , ). It was launched in July, 2010, 15 years ago, five and a half years before Mastodon. It is Facebook-like, but designed to be better than Facebook rather than an all-out clone and to be fully capable of long-form blogging. It has a character limit of 200,000, its culture does not enforce brevity, and it staunchly refuses to ditch its own culture and adopt Mastodon's culture instead. It can also do other things that don't belong into purist microblogging such as bold type, italics, underlines, bullet-point lists and multiple levels of headlines.
Here are lists of Friendica nodes for you to block:
Then there is Hubzilla (, , ), first launched in March, 2015, ten years ago, ten months before Mastodon. It's based on Friendica with many more features that make it a CMS as well. It has a character limit of over 16.7 million (maximum size of the database field).
I'm commenting from Hubzilla myself right now.
Here are lists of Hubzilla hubs for you to block:
More recently and from the same family, there are (streams) () from 2021 and Forte () from 2024. Again, they are Facebook-like, just like Friendica. Their character limit is over 24 million.
Again, here are lists of servers for you to block:
# # # # # # # # # # # # # # # # # # # # # Das ist so hnlich, wie ich es mache.
Nur sind meine "Kurzbeschreibungen" im Alt-Text auch schon mal so lang wie die ausfhrlichen Beschreibungen von und .
Die langen Beschreibungen stehen nicht im Alt-Text, sondern im Post selbst. Wenn du dir meine Bilderposts (die nicht mehr ber diesen Kanal kommen, sondern ber und auch das nur selten, weil es jedes Mal ein Riesenaufwand ist) statt auf Mastodon direkt an der Quelle auf (streams) ansiehst, wirst du die langen Beschreibungen normalweise in einem Block direkt unterhalb der Bilder finden.
Die enthalten volle Wort-fr-Wort-, ja, sogar Zeichen-fr-Zeichen-Transkripte von jedem bichen Text innerhalb der Umgrenzungen des Bildes. Die enthalten alle Erklrungen, die ntig sind, damit jemand komplett Uninformiertes sowohl das Bild als auch die Beschreibung versteht. Visuell beschrieben ist in den Bildern beinahe alles, und zwar nicht so, wie es auf dem Bild zu sehen ist, sondern so, wie ich es direkt vor Ort gesehen habe, also auch unabhngig von der Bildauflsung.
Unterm Strich kommen meine langen Beschreibungen so ziemlich immer auf eine fnfstellige Anzahl an Zeichen. Die sind so lang, die haben Zwischenberschriften. Ich habe auch schon mal zwei ganze Tage gebraucht, um ein einziges Bild zu beschreiben. Dies zum Thema "das geht in ein paar Sekunden".
Und ja, es gibt Leute, die so detaillierte Beschreibungen zu schtzen wissen. Ich bin mir sogar ziemlich sicher, da es Leute gibt, die so detaillierte Beschreibungen brauchen.
# # # # # # # # # # # # # # # # # # #
BoE echoes central banks long bond sensitivity: Mike Dolan
(The opinions expressed here are those of the author, a columnist for Reuters.) LONDON, June 26 (Reuters)
-durationgovernmentdebt
A few months ago I talked about a BIG THING I was writing.
Well, I finished a second draft, and it feels ready enough for people to read. It's called:
'Why Free-Culture: Art, Knowledge and Culture as Commons'.
It's the longest thing I have written and I am happy with it, but it is not the final version. Here's a link to read it:
There's also the .odt file in that repository, so do what you will with it! It is licensed CCBYSA 4.0. You can also see v0.1 in case you're curious about changes.
I would love any feedback anyone would care to give me, so please share far and wide. :)
Thanks for your time, and solidarity!
:boostok:
is to and 5. Let's see it takes until he that again
You just 't on someone like that
If you want something more versatile with a built-in image host/file host, if you don't mind it not being a specialised, purist blogging solution, you may check the "Facebook alternative, but better than Facebook and with a side of long-form blogging" parts of the Fediverse: Friendica, Hubzilla, (streams), Forte.
Plume is similarly purist as WriteFreely, it features both comments and a built-in image storage, but its development has come to a halt, and its own devs recommend WriteFreely.
# # # # # # # # # # # # # # # # # #
I would argue that had we a good account portability model that solved also post history, there would be no need for a centralized onboarding. Don't like your local community or service provider Migrate somewhere else. Bluesky does have this slightly better thought out, if not yet practically proven.
What Bluesky has as a vague concept that's far from being implemented can't hold a candle to what Hubzilla has had for 13 years now. 12 years of stable releases. What it has passed on to a whole number of forks and forks of forks, all by the same creator, of which the streams repository of 2021 and Forte of 2024 still exist. As of Forte, it works entirely via ActivityPub without requiring its own protocol, and it should theoretically even work between servers of different types (if there was anything else with an ActivityPub nomadic identity implementation to clone and move from and to).
We have an account portability model (only not for accounts as in logins see below). We have it in spades. We have it beyond everyone's wildest imagination. And it has been daily-driven by Fediverse users for much longer than most of you have been on Mastodon.
The real issues are: It relies on separating your identity (posts, comments, DMs, settings, connections, files, filters etc. etc.) from your login/account, but just about everywhere that isn't Hubzilla, (streams) or Forte, they're firmly welded together, and separating them is next to unthinkable. And even if that wasn't an issue, Mastodon would still never adopt it, and be it because Eugen Rochko refuses to accept anything that's Mike Macgirvin's brain-child.
CC:
# # # # # # # # # # # # # It has been solved by Friendica for 15 years. Five and a half years longer than Mastodon has been around.
It has been solved by Hubzilla for 10 or 13 years, depending on what you count as Hubzilla's first release.
It has been solved by the other members in the family just as well.
There even is an FEP for that which is based on how (streams) and Forte do it: .
CC:
# # # # # # # # # # # # # # # #
Trump Appointee Prosecuting LA Protesters Defended Jan. 6 Suspects
As an attorney, Bi
:ArticlePost :Tuesday :English :Article :Factiva :SmartNews :SocialFlow :Justice :Politics :16.00 :1000-1999
Stell dir mal vor, sehr viel mehr Mastodon-Nutzer wissen und merken selbst, was z. B. Friendica und Hubzilla so nach Mastodon reinpumpen. Und was alles schon lngst in der Lage ist, Mastodon-Trts zu quote-posten. Da wrde die Mastodon-HOA aber die Mistgabeln und Fackeln auspacken. Da httest du ruckzuck Forderungen, ganze Fediverse-Serveranwendungen von Mastodon zu defderieren. (brigens auch ein Feature, das "das Fediverse" seit September letzten Jahres auf Serverebene hat, nur Mastodon eben nicht.)
CC:
# # # # # # # # # # # # # # # # #
wenn ich das recht mitbekam, war z.B. die "Content Warning" im Protokoll eigentlich als berschrift gedacht, wurde dann fr "Spoiler" genutzt, die dann zu den CWs wurde.
Ursprnglich war das die Zusammenfassung von StatusNet von 2008.
berschriften im Sinne von Post-Titeln kamen im Fediverse 2010 mit Mistpark (heute Friendica) an, und zwar zustzlich zu Zusammenfassungen. Aber die spielen auf Mastodon nur eine Rolle bei Article-Type Objects, wo Mastodon den Titel zeigt und dann aufs Original verlinkt.
2017 kam dann ein Bastler aus der Demoszene und reichte auf Mastodon einen Pull Request ein, mit dem auf Mastodon die Untersttzung des Zusammenfassungsfelds eingebaut wurde. Aber nicht als Zusammenfassung, weil das bei nur 500 Zeichen Quatsch wre, sondern als Inhaltswarnung.
Seitdem glauben alle auf Mastodon, das Feld wre von vornherein fr CWs und nur fr CWs erfunden worden.
Quoted Posts werden jetzt nach etlichen Jahren langsam eingefhrt
Auf Mastodon. Fast das ganze brige Fediverse hat sie schon. Friendica hat sie auch schon seit Anbeginn (2010). Und so knnen Friendica und Hubzilla Mastodon-Trts quote-posten, seit es Mastodon berhaupt gibt. Und das werden sie weiterhin knnen, egal, wer auf Mastodon was wie einstellt.
Andererseits muss man Mastodon halt zugestehen, dass es den Einstieg vergleichsweise einfach macht. Also abgesehen davon, dass dieses Instanzen-Zeug fr Monopol-gewohnte User anscheinend generell nicht so einfach ist.
Och, 2022/2023 sind auch Unmengen an Japanern nach misskey.io gerailroadet worden.
Mastodon ist nur so gro, weil es praktisch allen westlichen Twitter-Flchtlingen als die einzige Twitter-Alternative angepriesen wurde. Wohlgemerkt, berwiegend von Leuten, die selbst glaubten, das Fediverse sei nur Mastodon.
Und die meisten Alternativen skalieren auch schlecht auf sehr viele User.
Wobei Mastodon eigentlich pro Identitt absurd viele Server-Ressourcen braucht. Mglicherweise kommt das notorische Fliegengewicht Akkoma mit noch mehr Identitten pro Server klar.
Selbst die Friendica-Familie ist dank PHP leichtwiegiger als Mastodon, auch Friendica selbst, das um 2012 geradezu absurd viel Leistung pro Nase brauchte, und sogar das Featuremonster Hubzilla. Weil die aber ziemlich obskur sind und auf (streams) geschtzt 90% aller Nutzer und auf Forte praktisch jeder auf einem eigenen Server ist, ist berhaupt nicht bekannt, wie die skalieren. Also, mal abgesehen vom Schluckauf, den die bestehenden bekannteren Nodes Anfang des Jahres hatten, als haufenweise Leute aus Facebook umgestiegen sind.
GoToSocial drfte auch eine Riesenkapazitt haben auf entsprechend leistungsfhigen Maschinen, gerade auch, weil es kein Web-Frontend hat. Da ist es nur eben so, da eine Fediverse-Serveranwendung ohne Web-Frontend jetzt nicht unbedingt so attraktiv ist, auch wenn alle Welt mit Smartphone-Apps unterwegs ist.
CC:
# # # # # # # # # # # # # # # # # # # # # # # # # # #
Im Wesentlichen nur Mastodon hat eine fnfstellige Zahl von Instanzen mit Millionen Usern und ist als gemeinntzige Firma mit mehreren Entwicklern aufgestellt.
Wobei WordPress die meisten "Instanzen" hat, weil haufenweise Blogs nachtrglich mit ActivityPub bestckt wurden.
Bei praktisch allen anderen Projekten im Fediverse reicht es bereits, dass der einzige Maintainer an ME/CFS erkrankt, entfhrt oder verhaftet wird, die Lust oder die notwendigen Ressourcen verliert, sich wahren oder falschen MeToo-Vorwrfen ausgesetzt sieht, damit das Projekt abrupt und ungeregelt eingestellt wird.
Spricht da jemand aus Forkey-Erfahrung Calckey und Firefish gar
Jedenfalls ist das ein Phnomen, das ich .
# # # # # # # # # # # # # # # # # # #
Aktuell kommt da wohl dazu, dass oft Mastodon gesagt wird wo Fediverse richtiger gewesen wre.
Was gesagt wird und htte gesagt werden sollen, ist ja nicht mal so das Thema. Das ist eher, was gesagt wird und was gemeint ist.
Wenn das Fediverse, also das ganze Netzwerk gemeint ist, dann sagt man auch "Fediverse".
Wenn ausdrcklich nur die Serversoftware Mastodon gemeint ist und der Teil des Fediverse, der auf Mastodon luft, dann sagt man "Mastodon".
Aber man sagt nicht "Fediverse", wenn man nur Mastodon meint, und man sagt nicht "Mastodon", wenn man das Netzwerk meint.
CC:
# # # # # # # # # # # # # # # Und was ist mit Mastodon-Accounts, die Leuten auf Friendica, Hubzilla, (streams) oder Forte (allesamt absolut nicht mit Mastodon vergleichbar) vorschreiben, geflligst wie auf Mastodon zu posten Maximal 500 Zeichen, keine Formatierung, "CW-Feld" nur fr CWs und nicht fr Zusammenfassungen, keine Hashtags, die aus Mastodon-Sicht keinen Sinn ergeben, usw. usf. Sind die auch schwierig oder in diesem Fall okay, weil es der Durchsetzung von Mastodons Kultur und Mastodons Regeln gegenber "kulturlosen Eindringlingen" dient
CC:
# # # # # # # # # # # # # # # # # # Ich kann das beantworten aus der Sicht eines Hubzilla-Nutzers (, ), der schon lnger auf Hubzilla ist als die allermeisten Leute auf Mastodon, und der schon lnger im Fediverse ist, als es Mastodon berhaupt gibt.
Was es da gibt, ist nicht Eifersucht gegenber dem Erfolg. Vielmehr leidet das Nicht-Mastodon-Fediverse unter der Mastodon-Dominanz. Ganze Fediverse-Dienste sind nicht benutzbar, weil nur auf Mastodon ausgelegt. Und man bekommt eine Kultur aufgezwungen, die auf vllig andere Software mit vllig anderen Features und Leute vllig anderer Herkunft ausgelegt ist, und die auf die Software, die man selber nutzt, gar nicht richtig anwendbar ist. Aber man wird eben dazu gezwungen.
Was im Fediverse passiert, ist weit berwiegend auf Mastodon ausgerichtet. Was nicht Mastodon ist, wird weitestgehend ignoriert. Ein Hauptgrund, warum diaspora* sich bis heute standhaft dagegen weigert, ActivityPub-Untersttzung einzubauen, ist, nach den Worten eines Mastodon-Entwicklers: Fediverse-Projekte implementieren nicht ActivityPub, sie implementieren Mastodon. Das heit, statt pures ActivityPub standardkonform by-the-book einzubauen, bernehmen sie nur den Teil, den auch Mastodon nutzt, plus Mastodons proprietre Eigenbau-Quirks.
Dazu kommt, da mindestens die Hlfte aller Mastodon-Nutzer immer noch glaubt, das Fediverse sei nur Mastodon. Vom Rest haben viele auch nur von den Diensten und Serveranwendungen gehrt, die den Eindruck machen, als seien sie als Extras nachtrglich an Mastodon drangeklebt worden (PeerTube, Pixelfed, Owncast, Ghost, WriteFreely, die ActivityPub-Erweiterung von WordPress usw.). Von den Sachen, die im Grunde dasselbe machen knnen wie Mastodon, nur eben besser (Pleroma, Akkoma, Misskey, die vielen Misskey-Forks, Mitra, snac2, GoToSocial, Socialhome, Friendica, Hubzilla, (streams), Forte usw.), haben viele leider noch nie gehrt.
Das alles hat zwei Folgen.
Sehr viel im Fediverse wird tatschlich nur gegen Mastodon gebaut. Irgendetwas anderes wird bestenfalls nur bruchstckhaft untersttzt. Das heit, offiziell wird es gar nicht untersttzt, weil nur fr Mastodon-Kompatibilitt gebaut wird. Schlimmstenfalls funktioniert es tatschlich ausschlielich mit Mastodon, also mit Pleroma, Akkoma, Misskey, Friendica usw. usf. berhaupt nicht, weil es direkt gegen Eigenarten von Mastodon gebaut ist, die nur Mastodon hat.
Und dann besitzen die Entwickler manchmal auch noch die Frechheit, "Fedi" oder "Fediverse" in den Namen einzubauen. Auch dann, wenn es tatschlich nur mit Mastodon berhaupt funktioniert. Ist wirklich schon so passiert.
Das Nichtwissen groer Teile der Mastodon-Nutzerschaft ber das Fediverse auerhalb von Mastodon treibt seine eigenen Blten. Wenn Mastodon-Nutzer wnschen, da "das Fediverse" irgendein Feature bekommt, das es im Fediverse schon sehr viel lnger als Mastodon selbst gibt und tatschlich nur auf Mastodon nicht, dann ist das noch harmlos.
Schlimmer wird es, wenn es um Features geht, die viele Mastodon-Nutzer eben gerade nicht haben wollen. Ich schtze, 95% derjenigen Mastodon-Nutzer, die die Ankndigungen bezglich Quote-Posts mitbekommen haben, "wissen", da Mastodon Quote-Posts im Fediverse einfhren wird. Viele sind strikt dagegen, andere begren den Erlaubnisschalter, fordern aber, da der standardmig auf "verboten" steht.
Tatschlich wissen die aber einen Schei.
In Wahrheit wurden Quote-Posts im Fediverse im Juli 2010 eingefhrt. Mit dem Start von Mistpark, das heute Friendica heit. Das war fnfeinhalb Jahre vor dem Start von Mastodon, den wahrscheinlich die weit berwiegende Mehrheit der Mastodon-Nutzer als auch den Start des Fediverse ansieht. Und Mastodon ist schon so lange mit Friendica voll fderiert, wie es selbst existiert. Das heit: Seit Mastodon gestartet wurde, knnen Friendica-Nutzer Mastodon-Trts quote-posten.
brigens ist auch Hubzilla, selbst ein Fork eines Friendica-Fork von Friendicas eigenem Schpfer, mindestens zehn Monate lter als Mastodon und seit Mastodons Start mit Mastodon fderiert. Auch Hubzilla kann quote-posten, und auch Hubzilla kann Mastodon-Trts quote-posten. Mal ganz davon abgesehen, da auch noch Hubzilla und nicht Mastodon die erste Software berhaupt war, die ActivityPub untersttzte.
Tatschlich ist unter denjenigen Fediverse-Serveranwendungen, die Microblogging und/oder Social Networking beherrschen, buchstblich die einzige, die nicht quote-posten kann. Alle anderen knnen das.
So, jetzt glauben beinahe alle Mastodon-Nutzer, dieser Schalter macht es allen im Fediverse absolut unmglich, sie zu quote-posten. Und sie verlassen sich drauf.
Natrlich knnen Nicht-Mastodon-Nutzer nicht von auen sehen, was und wen auf Mastodon sie quote-posten drfen und was und wen nicht. Das heit, sie werden es weiterhin tun.
Das wird noch zu einem ganz frchterlichen Aufstand vieler Mastodon-Nutzer fhren, weil Mastodon-Nutzer gequote-postet werden, wenn sie eigentlich nicht quote-postbar sein sollten. Erst wird das zu Aufrufen fhren, diejenigen Mastodon-Nutzer zu fediblocken, die ganz offenkundig mit irgendwelchen gehackten Mastodon-Instanzen oder -Apps arbeiten. Wohl kaum ein Aufrufer wird merken, da diese "Mastodon-Nutzer" gar nicht auf Mastodon sind, sondern auf Pleroma, Akkoma, Misskey, Calckey, Firefish, Iceshrimp-JS, Iceshrimp.NET, CherryPick, Sharkey, Catodon, Mitra, Friendica, Hubzilla, (streams), Forte oder so.
Dann wird es zu Aufrufen kommen, ganze Instanzen zu fediblocken, weil wohl die Instanzen die "bsen Akteure" sind, die das Quote-Posten von Mastodon-Trts unabhngig von der Erlaubnis mglich machen. Natrlich, weil z. B. Friendica das tut, was es schon seit 15 Jahren tut, und weil Mastodon sowohl seine eigenen Quote-Posts als auch diesen Schalter mit voller Absicht auf eine Art und Weise implementiert hat, die von buchstblich nichts anderem im Fediverse untersttzt wird.
Wenn sich irgendwann mal kleckerweise bei einigen die Erkenntnis durchsetzt, da das eben keine Mastodon-Instanzen sind und es da irgendwo ein Muster geben mu zwischen "ist Software XYZ" und "kann Mastodon-Trts quote-posten, die nicht gequote-postet werden drfen", wird nach einem totalen Fediblock der ganzen Software gebrllt werden. (Lustigerweise sind ausgerechnet (streams) und Forte die einzigen Fediverse-Serveranwendungen, die tatschlich in der Lage wren, ganze andere Fediverse-Serveranwendungen auf User-Agent-Basis zu blockieren. Das ist mal gegen Threads entwickelt worden, aber universell einsetzbar.)
(brigens: Whrend Mastodon Quote-Posts a.k.a. Drkos oder Drukos nur von Twitter kennt und nur und ausschlielich als Beleidigungs- und Belstigungsmittel, sind sie auf Friendica 15 Jahre lang nicht ein einziges Mal als solches eingesetzt worden, sondern immer nur, um Inhalte zu teilen. Wiederholungen (a.k.a. Boosts a.k.a. Retweets) hat Friendica noch gar nicht so lange bis dahin wurde genau dafr eben so verfahren. Nur ist das fr Leute, die nur Twitter und Mastodon kennen, komplett unvorstellbar.)
Das alles zeigt brigens noch etwas. Und das ist die Dominanz der Mastodon-Kultur.
Die Mastodon-Kultur, wie wir sie heute kennen, existiert erst seit Mitte 2022. Sie wurde aufgebaut von Leuten, die kurz nach Elon Musks Twitter-bernahmeankndigung von Twitter abgehauen waren. Diese waren zum einen so zahlreich, da sie auf Mastodon fast nur auf ihresgleichen trafen, so da die existierende Mastodon-Kultur auf sie keinen Einflu hatte und von ihrer neuen Kultur vollumfnglich verdrngt worden ist.
Zum anderen wute keiner von ihnen, da es im Fediverse auch noch etwas anderes als Mastodon gibt, geschweige denn, da es im Fediverse irgendetwas schon lnger als Mastodon gibt, und schon gar nicht, da das vielleicht anders funktioniert. Also haben sie die neue Mastodon-Kultur nur und ausschlielich auf Mastodon und Mastodons Features ausgelegt. Features, die Mastodon nicht hat, hatte in ihren Augen das ganze Fediverse nicht, also kommen sie in der Mastodon-Kultur nicht vor, oder sie sind gar verpnt.
Erschwerend kommt noch hinzu, da Mastodon seinen Nutzern nirgendwo anzeigt, wer welche Serversoftware nutzt. Nicht nur signalisiert das, da jeder auf Mastodon ist, sondern es verschleiert generell, ob jemand eben gerade nicht auf Mastodon ist und vielleicht selbst vllig andere Software mit vllig anderen Features und daher einer vllig anderen Kultur nutzt.
Und so haben es viele Mastodon-Nutzer sich zum Ziel gesetzt, die Mastodon-Kultur, die damit verbundene und auch ausschlielich auf Mastodon ausgelegte "Fedikette" und Mastodons ungeschriebene Regeln im ganzen Fediverse durchzusetzen. Die einen wissen gar nicht, da sie es auch mit einem Nicht-Mastodon-Fediverse zu tun haben. Den anderen ist es scheiegal: Was im Fediverse ist, hat sich Mastodon anzupassen.
Da kannst du seit 2011 durchgngig auf Friendica sein. Um die fnf Jahre lnger, als es Mastodon berhaupt gibt. Auf etwas, was wirklich ziemlich anders ist als Mastodon. Das folglich aufgrund erstens seines Alters, zweitens seiner vllig anderen Funktionsweise und drittens seiner vllig anderen Nutzerschaft (eben gerade nicht fast nur Twitter-Flchtlinge an Smartphones) eine vllig andere Kultur hat als Mastodon.
Und dann kommen Mastodon-Nutzer an und fordern, da du Mastodons Kultur bernehmen sollst. Weil die und Friendicas Kultur sich aber in vielen Punkten widersprechen, hast du Friendicas Kultur aufzugeben, auch wenn sie a) sehr viel lter ist und b) sehr viel besser an Friendica angepat ist als Mastodons Kultur. Das bedeutet auch, da du auf einen sehr groen Teil von Friendicas Features zu verzichten hast, weil deren Nutzung Mastodon-Nutzer stren knnte.
Im einzelnen heit das beispielsweise:
- Du darfst nicht mehr als 500 Zeichen auf einmal posten. Auch wenn dein Zeichenlimit bei 200.000 Zeichen liegt. Wenn du mehr zu posten hast, mach einen Thread draus. Obwohl du das eigentlich gar nicht brauchst. Und obwohl Friendica solchen Threads aus Miniposts kulturell eigentlich eher feindselig gegenbersteht. Ach ja: Deine "Antworten" im Thread hast du auf Unlisted zu schalten. Auch wenn Friendica das gar nicht kann.
- Du darfst nur noch Reintext posten. Auch wenn du quasi die komplette Bandbreite an HTML-Textformatierung zur Verfgung hast von Fett- und Kursivschrift ber berschriften bis hin zu Listen. Das hat in puristischem Microblogging nichts verloren, und es strt einige Mastodon-Nutzer.
- Was Mastodon als CW-Feld hat und auch das erst seit 2017, ist auf Friendica schon seit Anbeginn, also seit 2010, ein Zusammenfassungsfeld. Und als solches wird es auf Friendica auch genutzt. CWs werden auf Friendica a) vollautomatisch nach Schlsselwrten, b) leserseitig, c) nur bei Bedarf und d) fr jeden Nutzer individuell generiert.
Trotzdem hast du dieses Feld fr CWs zu nutzen. Und zwar nur fr CWs. Zusammenfassungen sind gem Mastodon-Kultur ein Mibrauch des CW-Felds. Und du darfst auch keine Hashtags an den Post dranhngen, die dem automatisierten Generieren von CWs auf Friendica selbst und seinen Nachfahren dienen. - Du darfst nur auf Posts antworten, die entweder von jemandem kommen, dem du folgst, oder von jemandem geboostet wurden, dem du folgst, oder in denen du erwhnt wirst. In keinem anderen Fall kannst du diese Posts auch nur in deinen Feed, h, deine Timeline bekommen haben (auf Friendica heit das "Stream"), auer wenn du irgendwie danach gesucht und den Post hndisch importiert hast. In diesem Fall fllt solches Verhalten unter "Reply Guying" und mglicherweise auch "Fedisplaining".
Da Kommentare auf Friendica auf ganz andere Weise ankommen als auf Mastodon, ist auf Mastodon komplett unvorstellbar. Ebenso, da Friendica Konversationen besser beherrscht als Mastodon. Oder da es berhaupt irgendwie besser geht als auf Mastodon. - Wenn du jemanden erwhnst, mu das aussehen und auf gar keinen Fall . Das heit, die Erwhnung mu das im Link enthalten und nicht davor, und es mu der Kurzname erwhnt werden und nicht der Langname. (Friendicas Art zu erwhnen ist seit 15 Jahren hartgecodet. Das geht gar nicht anders.)
- Du darfst niemanden quote-posten. Auer wenn du weit, da es erlaubt ist. Also eigentlich gar nicht.
- Das Fediverse jenseits von Mastodon darfst du auch nicht mehr thematisieren oder auch nur erwhnen, geschweige denn, da irgendetwas besser sein soll als Mastodon.
So Sachen wie Alt-Texte verstehen sich von selbst, auch wenn das auf Friendica ein ziemliches Gebastel ist (und auf Hubzilla ein noch greres, weil das hndische Einbauen des Alt-Text in den Bildeinbettungs-Code ohne Alternative ist). Nur sind auch sie eben nicht Teil der Friendica-Kultur.
Jedenfalls behalten sich viele Mastodon-Nutzer vor, alle, die von obigen Regeln abweichen, dafr beliebig zu sanktionieren. Also sowohl fr die Nutzung von Features, die Mastodon nicht hat, als auch fr die Nichtnutzung von Funktionen, die bombenfester Teil der Mastodon-Kultur sind, die die jeweils andere Seite aber gar nicht hat. Und ich wage zu behaupten: Sollten solche Abweichungen von Mastodons Kultur berhand nehmen, werden auch die Gegenmanahmen drakonischer bis hin zu Fediblocks.
Allgemein wird alles im Fediverse, was weder Mastodon noch ein gefhltes Add-on fr Mastodon ist, von Mastodon regelrecht systematisch diskriminiert. Von Mastodons Seite aus wird das aber vehementestens bestritten: Auf gar keinen Fall sei das Diskriminierung. Wenn, dann werden nur "Regeln" durchgesetzt, die nirgendwo niedergeschrieben sind (oder eben nur fr einzelne Mastodon-Server, aber nicht verbindlich gltig fr das ganze Fediverse ber Mastodon hinaus).
Wenn aber Nicht-Mastodon-Nutzer den Spie umdrehen und ihre eigenen Forderungen an Mastodon-Nutzer stellen, damit ihre Trts im Nicht-Mastodon-Fediverse besser funktionieren, dann ist das sofort bergriffig. Mastodon-Nutzern zu erklren, da das Fediverse nicht nur Mastodon ist, wenn sie nicht gefragt haben, ob das Fediverse nur Mastodon ist oder nicht, ist auch bergriffiges Fedisplaining. Und so weiter.
Angesichts dieser so knallhart und ignoranterweise durchgedrckten Mastodon-Zentrizitt und Mastodon-Normativitt ist es nur zu verstndlich, wenn so manch einer auf seinem Hubzilla-Kanal ActivityPub gar nicht erst aktiviert oder auf seinem (streams)-Kanal es gar abschaltet. Ich kenne sogar einen Gruppenkanal auf (streams), bei dem ActivityPub abgeschaltet wurde, um ignorante und bornierte Mastodon-Nutzer auszusperren. Das ist zwar eine ffentliche Gruppe, aber man kommt nur von (streams) und Hubzilla aus rein.
In dem Augenblick, wo man als Nicht-Mastodon-Nutzer das erste Mal auf Mastodon sichtbar wird, begibt man sich regelrecht auf ein Minenfeld, das nur mit uerster Vorsicht sicher zu navigieren geht. Jedenfalls dann, wenn man nicht auf seine Reichweite und Reputation auf Mastodon ganz pfeifen will oder kann.
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
<>
Lemmy wrde ich nicht gerade ausgerechnet von Mastodon aus bespielen.Beim Posten mu man sich verrenken, um Features auf Lemmy zu untersttzen, die Mastodon nicht hat, und sich merken, wo man in einem Mastodon-Trt was unterbringen mu, damit es auf Lemmy proper aussieht.
Beim Kommentieren mu man auch darauf achten, Lemmys Konventionen einzuhalten, und hndisch die ganzen automatisch eingebauten Erwhnungen rausschmeien, die es so auf Lemmy gar nicht gibt.
Auerdem bekommt man in Mastodons alternativloser Doomscrolling-Timeline, der das Konzept ungelesener Beitrge vllig fremd ist, Kommentare zu den eigenen Posts berhaupt nicht mit.
Also: Von Lemmy/Mbin/PieFed nach Lemmy posten > von Friendica/Hubzilla/(streams)/Forte nach Lemmy posten > von irgendwas anderem nach Lemmy posten > von Mastodon nach Lemmy posten. Es geht, aber es geht nicht besonders gut, und von woanders geht's signifikant besser.
# # # # # # # # # # # # # # # # # # Never use the quotes on your keyboard in alt-text!
Quotes are not a recognised standard element of alt-text. Thus, not all frontends support these quotes in alt-text, also because quotes are useless for blind or visually-impaired people, the actual primary target audience of alt-texts.
Sure, maybe Mastodon supports quotes from your keyboard in alt-text. But Mastodon is not the gold standard for alt-text. In fact, Mastodon is not the gold standard for anything.
In contrast, Hubzilla (which is what I'm posting from right now, so it's very much part of the Fediverse and has been for longer than Mastodon) does not turn keyboard quotes back from their HTML entities to actual quotes. It displays them as
". Screen readers read them out as, "and quot," and raise their voice right afterwards, regardless of what follows.Your example would be rendered by Hubzilla as
Rusted metal highways sign tilted at an angle, reading "Next exit 11 miles".
and read out by a screen reader as "Rusted metal highways sign tilted at an angle, reading and quot, next exit eleven miles and quot." The full stop at the end saves you a little.
(streams) and Forte, both descendants of Hubzilla by Hubzilla's own creator, regard keyboard quotes as alt-text delimiters. As soon as they come across one quote in an alt-text, they think it's the end of the alt-text.
They would render your alt-text as no more than:
Rusted metal highways sign tilted at an angle, reading
Oh, and no, it is not a design fault if a frontend does not support characters in alt-text which aren't officially supported by alt-text, and which do not even have any reason to exist in alt-text, especially not in professional environments outside of Mastodon. Hubzilla, (streams) and Forte are not broken for not supporting characters that don't belong into alt-text in the first place. (Sorry, but I keep having to read the opposite over and over again.)
# # # # # # # # # # # # # # #
Here are some more:
- Always keep in mind that the primary target audience of your alt-text are blind or visually-impaired people. Do not write your alt-text for sighted people first and foremost.
- Do not start with "picture of", "image of" or "photo of". "Picture of" and "image of" are redundant because screen readers announce images anyway, and "photo of" is redundant because digital photographs are the default for online images. Do mention all other media, though.
- Do not add line breaks. Line breaks are not a standard part of alt-text, and they are useless for blind or visually-impaired people because screen readers won't read them out aloud. Not all frontends support them, and they may cause nasty side-effects.
- Do not add quotation marks from your keyboard. Quotation marks are not a standard part of alt-text, and they are useless for blind or visually-impaired people because screen readers won't read them out aloud. Not all frontends support them, and they may cause nasty side-effects or even severe breakage.
- Do not add emoji or fancy Unicode characters. They will disturb the reading flow for screen reader users because screen readers will call all of them by name.
- Do not add hashtags. They won't be parsed as hashtags, and links don't work in alt-text anyway.
- Describe dimensions and distances relatively to what other dimensions and/or distances are in the image.
- Do describe colours. Not everyone who needs a screen reader was born completely blind. Some people used to be sighted, and they have lost their eyesight later in their lives, but they still remember colours. But always describe colours using brightness, saturation and one or two familiar basic colours: red, blue, yellow, green, orange, purple, violet, pink, brown, gold, silver, black, grey, white. Do not simply use the name of a specific hue or shade. Not everyone who isn't sighted knows what it looks like. If you absolutely have to mention the name, do describe the colour afterwards.
- Think about what someone who comes across your post knows and what they don't know. Don't assume that everyone is familiar with the same things as you.
- Transcribe all text within the borders of the image 100% verbatim. (Sorry, I don't have any steadfast rules for text in foreign languages, for misspellings or other mistakes or for text that's unreadable in the image, but that you can read elsewhere and therefore transcribe.)
- Do not use all-caps for words or entire sentences. Some screen readers will spell them out, letter by letter, even if that isn't your intention.
- Do not use technical terms and/or jargon, no matter what you think people are or should be familiar with.
- Do not mention a person's race. If at all, mention their skin tone (light-skinned, medium-light-skinned, medium-skinned, medium-dark-skinned, dark-skinned).
- Do not mention a person's gender if you have to assume it. Only do it when a person actually performs their gender in an image, or that person has personally declared their gender to you, or you have a source of that person publicly declaring their gender, or you have a similarly rock-solid, undeniable source for that person's gender.
- Do not add any information that is not available in the post text and/or the image itself. This includes explanations, image credits and license information. Not everyone can access alt-text. Some people have physical disabilities that prevent them from accessing alt-text. Any information that's only available in alt-text is inaccessible and lost to them.
# # # # # # # # # # #
It started to get really hot & humid, mid to high 80s yesterday. The weather turned, not as forecast, & grey skies hinted at rain. But it cleared & remained only 70s which was amazing last night.
This morning, Sundays light rains another surprise but it will clear soon & I hope to pack up all dry, later. Always surprised to see all the guys packing up in the rain.
(Was glad I switched to add a black umbrella yesterday I was burned but not badly.)
Former All-Pro WR says Bills Stevie Johnson had best footwork ever
Former Buffalo Bills wide receiver Stevie Johnson may not have been a nationally-recognize
(footballplayer)
Your identity is bound to the main instance of your channel.
- Main instance on foo.social: ID =
shortnamefoo.social - Clone on bar.social: ID =
shortnamefoo.social - Clone on baz.social: ID =
shortnamefoo.social - Clone on qux.social: ID =
shortnamefoo.social
If you promote the clone on baz.social to your new main instance for whatever reason and thereby demote the current main instance on foo.social to clone, your ID will change.
- Clone on foo.social: ID =
shortnamebaz.social - Clone on bar.social: ID =
shortnamebaz.social - Main instance on baz.social: ID =
shortnamebaz.social - Clone on qux.social: ID =
shortnamebaz.social
In a purely nomadic network (Hubzilla or (streams) with respective optional protocols off), this won't be an issue. All your connections will be rewritten from
shortnamefoo.social to shortnamebaz.social, both locally on all servers with your channel on them and remotely on all servers that are home to your connections. Your followers won't notice the change. Even mention auto-complete may no longer list your old ID.Mastodon and the non-nomadic rest of the Fediverse don't understand nomadic identity anyway. For them, the four instances of your channel are four fully separate accounts with four fully separate identities. If someone on Mastodon thinks that you have four separate active accounts, and they decide to follow all four for reasons only they know, they will get the same post four times and probably accuse you of running bot accounts, only that they can fully interact with whatever they think is a bot.
CC:
# # # # # # # # # # # # # # # # # #
Ive skimmed the FEP (with more studies to come) and I doubt Mastodon et al will implement this. It seems like a breaking change that a big project just couldnt undertake.
Well, I think that chances are nil that Mastodon will even consider this. I mean, when was the last time that they've implemented something developed by another Fediverse project, especially a non-commercial one And in this case, on top of it all, it'd mean that Eugen Rochko would have to admit that Mike Macgirvin was right about something. He'd rather go on headbutting, hoping he'll win just by having the project with more users.
Otherwise, yes, it'll come with big changes. I remember last summer. The streams repository used to have its own "nomadic" branch while (streams) has always been nomadic, this branch was for the development of support for nomadic identity via ActivityPub (while, of course, (streams) itself would continue to use Nomad for nomadic identity).
In June, Mike was confident enough about the nomadic branch to merge it into the dev branch. In July, he merged the dev branch with the release branch for a new release, thereby introducing decentralised identities as per FEP-ef61 to all (streams) servers that'd upgrade from then on. Again, (streams) was already nomadic at this point with identities separate from logins and accounts.
Still, (streams) blew up. What had worked under lab conditions failed out in the open. (streams) was unable to federate or connect with anything. With DIDs new in the game, it had to juggle so many identifiers that it got them mixed up. After all, it also had to handle various already existing ActivityPub IDs plus the Nomad IDs plus the Zot6 IDs to stay compatible with Hubzilla.
And (streams) was being daily-driven by a few dozen people back then with no way to move anywhere. It has never been possible to clone from (streams) to Hubzilla after all.
Mike had to spend hours upon hours trying to find the fault in the first place and then fix it. This may have been the reason why he officially launched Forte in mid-August: He probably took (streams) and ripped out everything that isn't ActivityPub to get rid of the Nomad and Zot6 IDs. And it must have been easier to actually make Forte clone via ActivityPub than to get (streams) going again. He largely achieved the latter until the end of August when he officially quit developing Fediverse software and declared both repositories up for grabs.
So the whole new DID system is likely to cause trouble.
In addition, non-nomadic projects based on ActivityPub (i.e. literally everything that isn't Hubzilla, (streams) and Forte) will have to switch from the usually model of the account and login being the identity to Hubzilla's, (streams)' and Forte's channel model. This is a big change, it will make onboarding more difficult, and it will be hard to sell to the existing users how it's supposed to be better than how things were before.
Also, it will break compatibility, so it will have to be rolled out in slices, by and by. For example, Mastodon would first have to roll out a new version that understands identities that are separate from logins and ideally bundle it with must-have security fixes and bugfixes to ensure that as many servers as possible will upgrade. In fact, they may actually have to backport that feature to Mastodon 4.3, 4.2, 4.1, 4.0, maybe even to 3.x because some admins refuse to upgrade to 4.0.
Only when most Mastodon servers understand identities separate from logins, Mastodon can introduce these separate identities to mastodon.social and mastodon.online. Otherwise they'd end up in a situation in which mastodon.social, the flagship instance of the whole freaking Fediverse, interacts with (streams) and Forte better than with the rest of Mastodon.
And then we can talk about cloning and syncing. By the way: "Let's first implement better moving before we tackle cloning" would be non-sense. Moving with nomadic identity requires cloning. It literally involves cloning. If you can't clone yet, you can't move.
Again, look at Mitra. silverpill decided to go nomadic in 2023. It's still in early development now.
Also: I see the mechanism for splitting an identity and recovering if a server goes down, but how is profile data supposed to be synchronized between servers in the first place How does it get distributed
I'm not a Fediverse developer, but AFAIK, FEP-ef61 doesn't cover everything that makes up nomadic identity.
Three things I know. One is when syncs happen.
Zot has the ability to trigger syncs built in. This means that if something changes in one instance of your channel, this triggers an immediate syncing process to all other instances. Nomadic syncing happens in near-real-time. ActivityPub doesn't have this feature, and it can't be implemented by FEP either. So nomadic identity via ActivityPub will probably have to rely on cronjobs to trigger syncs.
Basically, on Hubzilla (Zot6) and (streams) (Nomad), it works like this: You use one instance of your channel. You change something. The server notices these changes and nearly immediately pushes them to the other servers with instances of your channel in much the same fashion as an incremental backup.
On Forte (ActivityPub), there must be something that collects and lists changes. If changes are listed on an instance of your channel, when the cronjob kicks in, these changes are sent to the servers with the other instances.
Conflicts that arise if you use two instances of your channel at the same time are probably solved by always overwriting older data with newer data.
The second one is that initial syncing can be selective. When you create a new clone, you can choose to not sync everything over yet. The actual profile with (almost) all settings, the posts/comments/DMs and the files in the cloud storage can be sync'd separately from one another, and they can also be sync'd after the fact if you don't immediately need all your files on your clone yet.
Later syncing always involves everything that has been sync'd at least once.
The third one is that nomadic identity with more than two instances doesn't work in a hub-and-spoke way. If you log into one of your clones and you use it, the changes are not sync'd from that clone to the main instance and from there to the other instance. If the main instance was offline, nothing would be sync'd at all. Rather, everything is sync'd from that clone to the main instance and directly to the other clones. Each instance of your channel is aware of all other instances.
In short, nomadic identity can be described as "OwnCloud/Nextcloud/OpenCloud, but it's peer-to-peer, and it's between servers rather than between workstations".
# # # # # # # # # # # # # # # # # #
Last updated: 2025-06-28
All text and images © eLoc8.is-fabulous.com