Decided to do a post on
noch einmal auf Deutsch fr die, die kein Englisch verstehen, weil die jetzt anfangen mitzulesen.
Wenn ihr ber das Fediverse insgesamt redet, also das ganze Netzwerk, aber ihr nennt es "Mastodon", dann kann ich euch nicht ernstnehmen. Das zeigt, da ihr euch gar nicht bewut seid, da es ein Fediverse jenseits von Mastodon gibt. Das, oder ihr wollt, da das Fediverse nur Mastodon ist.
Wenn ihr die Formulierung "Mastodon und das Fediverse" nutzt, kann ich euch auch nicht ernstnehmen. Ganz offensichtlich wit ihr nicht nur nichts ber das Fediverse auerhalb von Mastodon, sondern alles, was nicht Mastodon ist, ist euch komplett piepschnurzegal.
Das Netzwerk heit "Fediverse", und es ist weit davon entfernt, nur Mastodon zu sein.
"Mastodon" sollte nur diesen einen bestimmten Teil des Fediverse bezeichnen im Unterschied zu z. B. Pleroma, Misskey, Friendica, Pixelfed, PeerTube, Funkwhale, Owncast und den ganzen Rest des Fediverse.
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #NichtNurMastodon
The Fediverse is way too diverse for that. It isn't just Mastodon and Mastodon add-ons.
On the one end of the Fediverse, there's Mastodon. On the other end, there are Hubzilla, (streams) and Forte which are very, very much not Mastodon. They work entirely differently from Mastodon. And that's actually good. The Hubzilla devs and the (streams) and Forte dev even mostly refuse to adopt non-standard Mastodon stuff, much less make them more like Mastodon in general.
So you have Fediverse devs who develop new stuff for the Fediverse, but they only build it to interact with Mastodon. And then they're completely confused if something comes along and tries to interact with what they develop, but it doesn't work as intended because that something happens to be Hubzilla or (streams) or maybe even only Friendica.
Now, it's tempting to demand that everything in the Fediverse that is neither Mastodon nor built against Mastodon be made more like Mastodon. Including server apps that predate Mastodon and have a wholly different focus from Mastodon (Friendica is a Facebook alternative that's 5 years older than Mastodon, and Hubzilla is a Friendica fork and a Facebook-alternative-plus-social-CMS that's still ten months older than Mastodon), and including server apps that can be traced back to these.
Well, if it's justified to ask something that works entirely differently from Mastodon by purpose, and that had been around for quite a while when Mastodon was launched, to become more like Mastodon, then I can ask why Mastodon and everything else doesn't become more like Forte. Conversation containers (which means that Mastodon would have to introduce conversations in the first place), full HTML rendering support, fine-grained permissions, nomadic identity etc.
CC:
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #FediverseIf you talk about the Fediverse as a whole, the entire network, but you refer to it as "Mastodon", I can't take you seriously. It goes to show that you're completely unaware of there even being a Fediverse beyond Mastodon. Either that, or you want the Fediverse to only be Mastodon.
If you use the phrase "Mastodon and the Fediverse", I can't take you seriously either. Clearly, not only don't you really know anything about the Fediverse outside of Mastodon, but you don't even really care for anything that isn't Mastodon.
The network is called "Fediverse", and it is far from being only Mastodon.
"Mastodon" should only refer to that particular part of the Fediverse in contrast to e.g. Pleroma, Misskey, Friendica, Pixelfed, PeerTube, Funkwhale, Owncast and all the rest of the Fediverse.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #NotOnlyMastodon #FediverseIsNotMastodon #MastodonIsNotTheFediverse Long The readability aspect is interesting. It directly contradicts those who say that if text is illegible in the image, it doesn't have to or even mustn't be transcribed. And I myself go as far as transcribing text that's so tiny that it's invisible.
But: Information that is not available in the image and not in the actual post either must never go into the alt-text!
Not everyone can access alt-text. Not everyone is on a phone. Not all possible frontends support alt-text. And some people are phyiscally incapable of accessing alt-text, for example, because they can't use a pointing device such as a mouse or a trackball.
If information is only available in the alt-text and nowhere else, it is completely inaccessible and therefore lost to a whole lot of people.
Thus, explanations must always go somewhere where they can access them, ideally into the post.
#Long #LongPost #CWLong #CWLongPost #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta #A11y #Accessibility
This has nothing to do with laziness.
For the vast majority of people in the Fediverse, including developers, the Fediverse == ActivityPub and only ActivityPub. For many, the Fediverse == Mastodon and maybe stuff that was bolted onto Mastodon after the fact. If there's another protocol they've even only heard of, it's Bluesky. So if they develop any new Fediverse server application, it's always a) ActivityPub only and b) being built against Mastodon with no regards to anything else in the Fediverse.
Almost nobody knows that anything in the Fediverse supports more than one protocol. That's largely unheard of and largely unimaginable. A poll has revealed that three out of four Fediverse users have never even heard the name "Hubzilla". Most of those who have heard of Friendica without having used it think it's another Mastodon-like ActivityPub-only Twitter clone, but with no character limit, because what else could it possibly be in a Mastodon-dominated Fediverse
This also means that Fediverse users and Fediverse developers alike don't know which Fediverse projects are able to connect to diaspora*. Hell, the vast majority of Fediverse users and developers have never even heard of diaspora* itself!
And then there's the ActivityPub-centricism. In the opinion of most, ActivityPub is the only protocol that's even tolerated in the Fediverse. Sure, why not connect diaspora* to the Fediverse But in order for this, diaspora* must add ActivityPub support. Full stop.
For in practice, the most wide-spread definition of the Fediverse is "everything that can connect to Mastodon". But before Mastodon itself adds another protocol and actively reaches out to something that isn't Mastodon, it adds full HTML rendering support. And before Mastodon adds full HTML rendering support, hell freezes over.
Besides, why would the Mastodon devs add features to something which they have the balls to declare "the only feature-complete Fediverse project" straight into the face of a Hubzilla veteran (This very thing has actually happened to me, and I've got witnesses. Luckily for this guy, I couldn't be bothered to list up Hubzilla features and ask him whether Mastodon has them.)
Both Friendica and Hubzilla don't have support for additional protocols built into their cores in various places. It's always an add-on, it's always optional, and it's pretty much always off by default for new accounts/channels. So why split across a whole bunch of files what can just as well be put into one Besides, I don't know if Friendica and/or Hubzilla supports add-ons that are spread across multiple PHP files.
And more lightweight. Hubzilla actually produces less server load per user than Mastodon. And Hubzilla has vastly more features than Mastodon.
Well, a feature monster like Hubzilla can barely be harnessed with a Twitter-like, easy-peasy UI. Could be one reason, albeit neither the only one nor the most important one, why nobody has ever even tried to develop a Hubzilla phone app that puts Hubzilla behind an all-new mobile UI. Such an app would be more complex than K-9 Mail.
That being said, Scott M. Stolz is working on brand-new general-purpose themes, although the first one will be based on Redbasic, and is working on brand-new special-purpose themes.
Der Pepe (Hubzilla) is currently .
Especially now that Zot6 is so firmly tied to Hubzilla, I don't think it's a good idea to build another project on on Zot from scratch. You'd have to make everything compatible with Hubzilla and keep it compatible with Hubzilla. Zot/Nomad is not a W3C standard. There's no committee behind it. The old Zot is maintained by the Hubzilla maintainers and tied to Hubzilla, Nomad is still maintained by Mike Macgirvin and tied to (streams).
Besides, a server application that has both Zot6 and ActivityPub firmly and permanently built into the core is an even stupider idea. On Hubzilla, ActivityPub is deactivated on new channels by default for a very good reason. The reason is because ActivityPub, like all other non-nomadic protocols, still interferes with Zot's nomadic identity.
Even if, for some reason, you decided to build your server app in a more traditional way, non-nomadic with no channels and the identity firmly tied to the account, I wouldn't entirely rule out interference. Besides, if you decide to go non-nomadic, where's the point in using Zot and constantly having to keep pace with Hubzilla then Permissions Ask Mike how he did them on Forte, using only ActivityPub.
The original very idea behind (streams) was for developers to fork it (ideally soft-fork it), build something on top of it and give it a name and a brand.
Remember that it isn't named "Streams", it's named nothing, it doesn't have a name, it doesn't have a brand identity. That's fully intentional, partly to spite brand worshippers, partly so that those who'd fork (streams) wouldn't have to rename it because it doesn't have a name to change to begin with.
It's another story that nobody has ever forked (streams) into a new project, and instead, people kept developing all-new, ActivityPub-only server apps against Mastodon or forking Mastodon's underwhelming and outdated code or Misskey's inherently messed-up code.
and thus removed from installations for a very good reason: In 2020, Hubzilla was upgraded to Zot6 which had been developed on Osada and Zap. But that would have required the Chess app to undergo quite a lot of changes. And the devs couldn't see how the Chess-specific activities could possibly be mapped to Zot6.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #diaspora* #Zot #Nomad #Friendica #Hubzilla #Streams #(streams)
Hubzilla doesn't even need ActivityPub. Hubzilla was the first to implement it, two months before Mastodon, but it doesn't depend on it. Zot has always taken care of everything.
ActivityPub is an add-on and only there for Hubzilla to be able to connect to ActivityPub-using servers. It's optional for both hubs and channels. For channels, it's turned off by default like all other non-nomadic bidirectional protocols because it interferes with nomadic identity.
Even (streams), which has ActivityPub built into the core and on by default on new channels, doesn't depend on it because Nomad takes care of everything. Mike Macgirvin's first creation that depends on ActivityPub is Forte from about two and a half months ago because it has tossed all other protocols out.
And still, both Hubzilla and (streams) take the ActivityPub standard plus FEPs more seriously than Mastodon.
CC:
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #ActivityPub #Fediverse #Mastodon #Hubzilla #Streams #(streams) #Forte
Viele von denjenigen unter uns, die zwar im Fediverse sind, aber nicht auf Mastodon, stren sich sehr daran, wenn Mastodon-Nutzer das Fediverse als nur Mastodon ansehen. Wenn sie z. B. Funktionen einfordern, die so, wie sie sie haben wollen, nur funktionieren wrden, wenn es nichts auer Mastodon gbe. Siehe Quote-Posts mit Opt-In-Schalter.
Dann fhlen wir den Drang, uns in solche Diskussionen einzumischen und den Leuten zu erklren, da das Fediverse nicht nur Mastodon ist und ihre halbe Diskussion auf vllig falschen Grundlagen stattfindet. Wenn wir's nicht tun, tut's niemand, und die weitere Annahme, das Fediverse sei nur Mastodon, hat mglicherweise schlimme Folgen.
Manchmal sind die Leute fr diese Information dankbar. Hufig endet das Ganze aber schnell und abrupt in einem persnlichen Angriff und einer sofortigen Sperre. Grund fr die Sperre:
Unsereins hat also die Wahl, entweder sukzessive sehr viel Reichweite zu opfern oder einen noch greren Teil von Mastodon als sowieso schon im gefhrlichen Glauben zu lassen, das Fediverse sei nur Mastodon.
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #NichtNurMastodon #ReplyGuy #ReplyGuys #Fedisplaining
It's actually hard to find accounts at all. You have to go search for them yourself.
That's because, at the end of the day, Mastodon is what is, too: a microblogging platform. And not a social network.
A social network would suggest contacts to you, based on your existing contacts, your profile and their profiles. Facebook does that, and so do the primary Facebook alternatives in the Fediverse. Mastodon doesn't because doesn't. Because they're soapboxes, they're all about pumping out content and not about connecting and interacting.
If you think Mastodon is unspeakably awesome as a social network, spend one year on Friendica and think again.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Mastodon #Facebook #Friendica #SocialNetwork #SocialNetworks Ja, aber das ist nicht mit Mastodon erfunden worden. Und das Fediverse ist auch nicht mit ActivityPub erfunden worden.
Das Fediverse fing eigentlich zweigleisig an.
Einmal war da OStatus, ehemals OpenMicroBlog. Das hatte ab 2008 Identi.ca und das daraus abgeleitete Laconi.ca/StatusNet-Projekt, aus dem ja auch GNU social hervorging. Dann ab 2010 Friendica, dann ab 2012 die Red Matrix (Friendica-Fork), aus der 2015 Hubzilla wurde, dann ab 2016 Pleroma und Mastodon. Auch Mastodon fing auf OStatus an.
Nebenher gab's noch das diaspora*-Protokoll, das nie so wirklich offen war. Das hatte ab 2010 nur diaspora*. Dann hat sich in einer sechsmonatigen Sisyphusarbeit Friendica einseitig mit diaspora* verbunden, das keine Protokolldokumentation hatte, geschweige denn eine API.
Das kann man sich so vorstellen, wie wenn man Hardware an einen Computer anschlieen will, es aber keine Schnittstelle dafr gibt und das Ganze dann auch noch geschtzt ist. Erst verbringst du mehrere Monate, die Funktionsweise des Computers zu reverse-engineeren. Dann bohrst du mit einem Diamant-Kernlochbohrer ein Loch ins Computergehuse, das aus Stahlbeton besteht. Und dann nimmst du dein Kabel und ltest 25 einzelne Litzen direkt auf eine oder mehrere Platinen. So in der Art lief die Fderation von Friendica nach diaspora* ab. Aber von da an wute man wenigstens, wie das geht.
2011 kam also Friendica dazu, 2012 die Red Matrix, die wie gesagt 2015 zu Hubzilla wurde. Spter haben sich da noch ein paar andere mit eingeklinkt.
Eigentlich waren das zwei getrennte Netzwerke, weil direkte Konversation zwischen StatusNet und diaspora* nicht mglich war. Und tatschlich war die diaspora*-Seite nachher sogar grer. Das lag einmal daran, da diaspora* an sich nicht klein war. Auerdem hat es dem StatusNet/GNU social-Konglomerat geschadet, da Identi.ca 2013 von OStatus auf pump.io umgestellt wurde und dadurch mit nichts anderem mehr kompatibel war. Und Identi.ca machte mindestens 90% des Gesamtvolumens von StatusNet aus.
ActivityPub kam erst 2017. Wie gesagt, da gab es Mastodon schon, da gab es Pleroma schon, da gab es auch Misskey schon seit 2014, wobei ich nicht wei, welches Protokoll das ursprnglich verwendete. Friendica und Hubzilla gab es ja auch, aber die hatten ihre eigenen Protokolle (DFRN und Zot), und Hubzilla hat es heute noch.
Im Juli 2017 hat Hubzilla als erste Serversoftware berhaupt ActivityPub implementiert, und Hubzilla spricht ja immer noch fast soviel wie Friendica. Im September 2017 hat Mastodon nachgezogen, das bis 2019 sowohl ActivityPub als auch OStatus sprach.
2018 hat der W3C dann ActivityPub hochoffiziell zum Web-Standard erklrt. Da zogen dann peu peu andere nach. Bis dahin gab es ActivityPub nur auf Hubzilla und Mastodon, und zwischen den beiden gab's damals schon Meinungsverschiedenheiten.
Also: Ja, ActivityPub ist inzwischen der Standard.
Aaaber: Der Standard ist nicht Mastodons Implementation von ActivityPub. Der Standard ist der Wischiwaschi-"Standard" in der offiziellen W3C-Spezifikation. Und dazu gibt's noch die FEPs.
Mastodon biegt sich den W3C-Standard so hin, wie es ihm pat, und geht dabei an die Grenzen des noch Erlaubten. Vieles ignoriert Mastodon gleich gnzlich, z. B. wehrt es sich schon immer mit Zhnen und Klauen dagegen, in irgendeiner Form volle HTML-Textformatierung auch nur anzuzeigen. Article-Type Objects (= Blogartikel) haben es im Fediverse sehr schwer, weil Mastodon sich standhaft weigert, die vernnftig darzustellen. Das heit: Mastodon stellt sie berhaupt nicht dar, sondern verlinkt drauf. Das ist Mastodons Reaktion auf Hubzillas Beschwerde darber, da Mastodons HTML-Sanitiser vollformatierte Article-Type-Posts bis zur Unkenntlichkeit verstmmelt hat.
Obendrein baut Mastodon auf einer Asbach-Uralt-Version des W3C-Standard auf. FEPs interessieren Mastodon nicht. Statt dessen baut Mastodon stndig proprietre Nicht-Standard-Sachen ein (Sensitive-Flag fr Bilder, Webfinger, CW-Feld, eigene Server2Client-API, fediverse:creator usw.), und alles, was diese proprietren Nicht-Standard-Sachen von Mastodon nicht auch implementiert, stellt Mastodon dann eben als "kaputt" hin.
Und weil immer noch die berwltigende Mehrzahl der Mastodon-Nutzer glaubt, Mastodon sei der Ursprung des Fediverse und der Goldstandard im Fediverse, werden ganz neue Fediverse-Projekte nur oder hauptschlich gegen Mastodon gebaut und nicht gegen den W3C-Standard plus FEPs. Die werden also tatschlich als Extras an Mastodon drangeschraubt. ltere Projekte machen da aber nicht unbedingt mit.
Nehmen wir mal Mike Macgirvin. Der hat seit 2010 zwei Fediverse-Protokolle (DFRN, Zot/Nomad) und round about elf Fediverse-Serveranwendungen erschaffen, von denen vier heute noch existieren, und er hat 2011 nomadische Identitt erfunden. Der wanzt sich nicht mehr an Mastodon an. Der baut ActivityPub-Sachen nur noch strikt nach W3C-Standard und FEPs. Wenn es dann nicht mit Mastodon funktioniert, dann ist Mastodon kaputt, weil es seine (streams) und Forte sind, die sich an Standards und bereinknfte halten.
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Mastodon #Fediverse #OStatus #diaspora* #ActivityPub #W3C #FEP
Weil man ohne die Mastodon-API berhaupt keine Smartphone-Apps htte. Weil erfahrungsgem keine Sau irgendwelche Apps entwickelt fr etwas, das nicht Mastodon ist.
Bevor man also darauf wartet, da sich jemand erbarmt und eine App entwickelt, macht man die eigene Serveranwendung "kompatibel" zu den existierenden Apps und den Apps, die in Massen entwickelt werden.
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #MastodonAPI #FediverseApps #MastodonApps Das Problem ist eher, da, wenn es nicht Mastodon ist, es kaum bis gar keine ordentliche App-Abdeckung hat.
Wer auf etwas ist, das die Mastodon API untersttzt, aber nicht Mastodon ist, und wer das mit einer Smartphone-App nutzen will, ist hufig durch diese App eingeschrnkt auf genau die Features, die Mastodon hat. Das liegt daran, da man oft eben nur Mastodon-Apps nutzen kann, die dann auch nur fr Mastodon gebaut sind. Ein Wunder, wenn das Eingabefeld fr den Post nicht hart auf 500 Zeichen beschrnkt ist. Eigentlich auch ein Wunder, wenn die App Textformatierung darstellen kann (siehe weiter unten).
Friendica-Nutzer beispielsweise waren bis vor kurzem richtig arme Schweine. Sie hatten die Wahl zwischen Relatica, das in einem experimentellen, nur halb ffentlichen Stadium feststeckt und nicht einfach aus dem Apple App Store bzw. dem Google Play Store gezogen werden kann, Fedilab, das Friendica auch nur eher rudimentr untersttzt, und der Weboberflche im Browser. Das hat sich erst durch Raccoon for Friendica gendert, das berraschenderweise vor ein paar Monaten aufgepoppt ist.
Wenn du keine Mastodon-API hast, bist du richtig in den Arsch gekniffen. Hubzilla beispielsweise hat nur eine App: Nomad. Nur fr Android. Nur auf F-Droid. Und Nomad ist vor nicht ganz fnf Jahren das letzte Mal aktualisiert worden und luft auf neueren Android-Phones gar nicht mehr.
Gut, Hubzilla, (streams) und Forte funktionieren wunderbar als Progressive Wep Apps, und die Weboberflchen passen sich wunderbar an Mobilgerte an. Aber in der Praxis nutzt niemand Progressive Web Apps, auch weil kein Schwein je davon gehrt hat. Die Leute wollen einfach eine App aus'm App Store ziehen. Und das kann man weder fr Hubzilla noch fr (streams) noch fr Forte, und auch fr Friendica gibt's erst seit kurzem eine annehmbare App in den Stores.
Dafr gibt's alle Naselang noch 'ne Mastodon-App frs iPhone und noch 'ne Mastodon-App frs iPhone.
Und diese Mastodon-Apps haben mitunter noch weniger Untersttzung frs Nicht-Mastodon-Fediverse als Mastodon selbst. Mastodons Weboberflche kann beispielsweise seit zwei Jahren rudimentre Textformatierung darstellen. Aber ein App-Entwickler, der nur Mastodon kennt, baut das in seine App eher nicht ein, weil er nicht wei, da irgendwo da drauen im Fediverse (= eigentlich fast berall auer Mastodon) Zeichen formatiert werden knnen.
Klar, wer nur Mastodon nutzt, wird sicherlich keine Hubzilla-App entwickeln. Aber wenn 75% des Fediverse noch nie in ihrem Leben den Namen "Hubzilla" auch nur gehrt haben, gibt's wenig Anreiz, das mal auszuprobieren. Damit gibt's kaum Umsteiger, und damit kommen auch keine potentiellen Entwickler nach Hubzilla.
CC:
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #FediverseApps Das Fediverse hat sich leider sehr verndert, vor allem in den letzten zweieinhalb Jahren.
Ich kenne noch das Fediverse, bevor es den Namen hatte, als man eher von "Federated Social Web" sprach. Das war 2011, um die Zeit herum, wo es Friendika gelungen war, sich eigenmchtig mit dem damals eigentlich abgeschotteten diaspora* zu verbinden.
diaspora* war angetreten als "Facebook-Killer", dann aber nicht so gezndet wie erwartet und mehr oder weniger zum Hipster-Tummelplatz geworden. Dennoch waren die Leute irgendwie technikoffen, sonst htten sie es nicht ohne Railroading und ohne Verhtscheltwerden geschafft, sich in einem dezentralen sozialen Netzwerk zu registrieren.
Zwar wute gefhlt keine Sau auf diaspora*, da es auch Friendika gab, geschweige denn, da Friendika sich mit diaspora* verbunden hatte. Aber wenn man erzhlte, da man eben nicht auf diaspora* war, sondern auf Friendika, wurde man dafr nicht angeschnauzt.
Friendika war wieder ganz anders als diaspora*. Wer auf Friendika war, war entweder ein linksalternativer Aktivist oder ein Technik-Nerd oder beides. Die Leute haben sich diebisch ber die ganzen Features gefreut und die ganzen Verbindungsmglichkeiten bis zum Gehtnichtmehr ausgereizt. Das war Zeug, das gab es sonst nirgendwo, das hatte nur Friendika. Und genau deshalb zog Friendika trotz seines minimalen Bekanntheitsgrads spieltriebige Geeks an wie die Lmpe die Mtten.
Friendika versuchte auch gar nicht, ein 1:1-Klon von irgendwas zu sein, geschweige denn, von diesem Irgendwas auch die Schwchen und Macken zu bernehmen. Es wollte eine Facebook-Alternative sein, aber nicht so wie Facebook, sondern besser als Facebook und z. B. mit allen mglichen Features, die man sonst nur von Blogging-Engines kannte. Das haben die Leute trotzdem mit Begeisterung aufgesaugt, ebenso andere geile neue Features, die mit der Zeit dazukamen. Und insgeheim haben sie sich diebisch gefreut, wie Friendika in Sachen Features mit diaspora* mit Leichtigkeit den Boden htte feudeln knnen.
Okay, die Red Matrix von 2012 wurde jetzt nicht so mit Begeisterung aufgenommen. Aber die wurde als das angesehen, was sie war: Friendica mit nomadischer Identitt. Die meisten Friendica-Nutzer haben nomadische Identitt damals gar nicht verstanden. Viele von denen, die sie verstanden haben, haben sie wiederum gar nicht gebraucht. Sie hatten ja ihr Friendica-Konto auf ihrem eigenen Privatnode, damals meistens sogar noch auf eigener Hardware in den eigenen vier Wnden. Das heit auch, da es anteilig sehr viele Selbsthoster gab.
Als sich dann aber ab 2015 die Existenz von Hubzilla herumsprach und auch, was Hubzilla alles konnte, sind scharenweise Friendica-Nutzer umgestiegen. Noch mehrNerd-Spielzeug, h, Features, die man vielleicht mal brauchen kann. Wohlgemerkt, wieder Features, die es so noch nie in einem sozialen Netzwerk gegeben hatte, wobei sich Hubzilla ja von Anbeginn als "soziales CMS" verstand.
Die Leute, die in den spten 2010ern noch dabei waren, waren zum groen Teil immer noch die alte Garde mit dem alten Spieltrieb. So sind dann auch ein paar 2019 auf Zap oder ab 2010 auf Misty oder gar seine angeblich noch weniger stabilen Kollegen umgestiegen. Zwar gab man einen Haufen Features auf, aber diaspora*-Kontakte hatte man nicht, Artikel und Wikis hat man nie gebraucht, und hey, jetzt nutzt man den neuesten, heiesten Schei! Das ist letztlich brigens der Grund, warum (streams) berhaupt Nutzer hat.
Derweil sammelt der Friendica- oder Hubzilla-Nutzer heute noch Verbindungen in alle Himmelsrichtungen und auf alle mglichen und unmglichen Plattformen wie Trophen. Fr jeden ersten Kontakt von einer neuen Serveranwendung ("Hey, von Mitra/Socialhome/PieFed hatte ich noch keinen!") wrde man am liebsten den roten Teppich ausrollen, fr jede geglckte erste Fderation zu einer neuen Serveranwendung ("Geil, ich kann mich auch mit BookWyrm/Mobilizon/Loops verbinden!") eine Flasche Sekt kpfen. Und wann immer man eine Kontaktanfrage von diaspora* bekommt, grinst man innerlich und denkt an die vielen Fediverse-Projekte, auf denen das nicht mglich wre.
Mastodon war immer ganz anders. Mastodon war tendentiell eher fr nicht ganz so Technikaffine interessant. Gut, mit der Otaku- und Furry-Fluchtwelle von Twitter in 2017 kamen jede Menge Nerds rber, und "Awoo" wurde zum geflgelten Wort auf Mastodon. Damals bildete sich auch eine frhe eigene Kultur raus.
Aber als Elon Musk Millionen von totalen Normalos von Twitter verjagte, fielen auf Mastodon Millionen von Neulingen ein, die gar keinen Bock hatten, sich irgendwie an irgendwas Neues zu gewhnen. Viele nutzen heute noch Mastodon wie Twitter. Viele stren sich daran, da Mastodon nicht nah genug an Twitter ist, und hauen dann genau deshalb nach Bluesky ab.
Man sieht's ja immer wieder, da viele Mastodon-Nutzer gar keine neuen Features haben wollen und sogar gegen Feature-Ankndigungen pbeln. Und was Twitter an Features nicht hat, wird auch auf Mastodon nicht benutzt, auer es werden einem ganz konkrete Sanktionen angedroht, wenn man sie nicht nutzt.
Beispielsweise hat Mastodon seit zwei Jahren die Mglichkeit, Posts per Filter hinter einer Schaltflche zu verbergen. Von der Art her dasselbe wie das "NSFW", das Friendica und seine Nachfahren schon seit onen haben. Whrend man aber auf Friendica, Hubzilla und (streams) genau darauf als Inhaltswarnungen schwrt, nutzt das auf Mastodon keine Sau, weil Twitter es nicht hat und es auch in der Mastodon-Kultur nicht vorkommt.
A propos: Die aktuelle Mastodon-Kultur ist komplett definiert worden von denen, die vor Musk geflohen sind. Die haben sich aufgefhrt, als lieen sie sich in vllig unbesiedeltem Gebiet nieder. Es dauerte ja nur Stunden, bis die Neuankmmlinge auf weit mehr andere Neuankmmlinge als Ureinwohner stieen. Und so haben sie auch ihre eigene Kultur entwickelt, als gbe es noch keine.
Die Geeks, Otakus und Furries der Frhzeit haben sich der neuen Kultur und dem Diktat der Mehrheit unterwerfen mssen (auer denen, die auf einer gewissen fast berall gesperrten Rieseninstanz sind). Die frhe Mastodon-Kultur glht allenfalls noch auf den Forkeys nach, mehr oder weniger vermengt mit Misskeys eigener Kultur und Queer-Einflssen.
hnlich sieht's hufig aus, wenn Leute, die in den letzten zweieinhalb Jahren von Twitter nach Mastodon gekommen sind, auf das Fediverse auerhalb von Mastodon stoen. Ein paar sind neugierig wie die diaspora*-Nutzer vor etwa einem Dutzend Jahren. Um so mehr fhlen sich aber durch den pltzlich aufgetauchten Fremdkrper in ihrem so gemtlichen Mastodon-Fediverse gestrt und greifen jeden an, der sich nicht genau an ihre Mastodon-Ideale hlt. Es gibt Mastodon-Nutzer und Eindringlinge. Auch wenn so manch ein "Eindringling" schon lnger auf Friendica ist, als es Mastodon berhaupt gibt.
Letztlich ist es also nicht nur weitverbreitete Technophobie, sondern generelle Xenophobie.
CC:
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Friendica #Hubzilla #Mastodon Dazu mu ich jetzt mal was schreiben als jemand, der zum einen schon im Fediverse war, bevor es Mastodon gab, und zum anderen etwas benutzt, was maximal weit von Mastodon entfernt ist. Und ich sage: Onboarding im Fediverse ist ein zweischneidiges Schwert.
Aktuell hat das Fediverse nmlich zwei Probleme, die sich kaum gleichzeitig beheben lassen.
Das eine Problem ist, da es immer noch "zu schwer" ist, sich auch nur auf Mastodon zu registrieren. Und warum Weil schon Mastodons Dezentralitt es zu kompliziert macht. Und vom Gesamt-Fediverse rede ich hier noch gar nicht.
Nach , Threads und Bluesky kommen die Leute sehr viel leichter rein. Und warum Weil ein zentralistisches, monolitisches Silo ist. Weil Threads ein zentralistisches, monolithisches Silo ist. Und weil Bluesky selbst langjhrigen Fediverse-Experten erfolgreich vorgaukelt, ein zentralistisches, monolithisches Silo zu sein. Nicht nur mu man keine Instanz whlen, man kann keine Instanz whlen.
In der offiziellen Mastodon-Smartphone-App mu man auch nicht unbedingt eine Instanz whlen. Aber die Auswahlbox ist immer noch da und verwirrt die Leute, ganz zu schweigen davon, da Mastodon damit wirbt, dezentral zu sein, und damit, da man sich eine Instanz nach eigenem Gusto suchen kann. Die -App hat das nicht, die Threads-App hat das nicht, und die Bluesky-App hat das auch nicht. Und obwohl Bluesky tatschlich wirklich dezentral ist, prsentiert es sich selbst als monolithisches Silo, weil die Leute das leichter verstehen.
Mastodon verhtschelt Neulinge ja jetzt schon reichlich. Sie brauchen tatschlich keine Instanz auszuwhlen und knnen einfach beim Standard bleiben: mastodon.social. Und Mastodon erwhnt mit keinem Wort das brige Fediverse, um die Leute nicht ber Gebhr zu verwirren. Das tun brigens viele Medien genauso. Und das tun die meisten, die Mastodon auf anpreisen, auch, weil sie meistens selbst glauben, das Fediverse sei nur Mastodon.
Um aber das Onboarding leichter zu machen, mu Mastodon die Neulinge noch mehr verhtscheln und in Watte packen. Es darf nicht mehr mit seinem Killerfeature Dezentralitt werben. Es mu nicht nur die Instanzauswahl aus der offiziellen Mobil-App ganz entfernen und die App auf mastodon.social hardcoden, sondern es mu sich und damit das Fediverse komplett als monolithischen Silo darstellen.
Es mu die Leute also anlgen. Aber das brauchen die. Leider.
Nur haben wir jetzt schon ein Fediverse, in dem viele Neulinge monatelang glauben, es sei nur mastodon.social. Vor allem aber haben wir ein Fediverse, in dem die allerallermeisten Nutzer monatelang glauben, es sei nur Mastodon. Und das ist ein Riesenproblem fr die, die eben nicht auf Mastodon sind, sondern auf etwas, was vllig anders ist als Mastodon.
Ich wei noch, wie entsetzt ich letztes Jahr war, als ich jemandem, der fnf Monate auf Mastodon war, erklren mute: Nein, das Fediverse ist nicht nur Mastodon. Ja, es gibt auch noch andere Sachen im Fediverse, die ganz anders sind als Mastodon. Ja, das ist normal, und das gehrt so. Heute wei ich, da es Leute gibt, die seit zwei Jahren dabei sind, seit Musk Twitter gekauft hat, und immer noch "wissen", da das Fediverse nur Mastodon ist. Ich schtze, mindestens die Hlfte aller Mastodon nutzer glaubt das. Andere Fediverse-Nutzer von auerhalb von Mastodon drften meine Einschtzung als optimistisch ansehen.
Guckt euch mal um. Es werden stndig neue Fediverse-Serveranwendungen entwickelt (und ich meine nicht den hundertsten Misskey-Fork), und in Sachen Interoperabilitt werden die nur auf Mastodon ausgelegt. Oder Mastodon wird geforkt, um Features dranzubauen, von denen die Entwickler glauben, es gbe sie im ganzen Fediverse nicht. Dabei gibt es diese Features teilweise berall von Pleroma ber Sharkey bis Hubzilla.
Die gewaltige Mehrzahl der Desktop- und Mobil-Apps frs Fediverse ist auf Mastodon und nur auf Mastodon ausgelegt. Es gibt haufenweise Webdienste und Websites, die mit dem Fediverse verzahnt sind, von denen viele auch nur mit Mastodon funktionieren.
Alles nur, weil die Entwickler zu dem Zeitpunkt, wo sie anfingen, und noch lange genug danach absolut nicht damit rechneten, da es im Fediverse noch etwas anderes geben knnte als Mastodon. Wissen taten sie es schon mal erst recht nicht.
Die "Fediverse-Kultur", die "Fediquette", all das ist nur und ausschlielich auf Mastodon ausgelegt. Warum Weil auch diejenigen, die die Umgangsformen frs Fediverse definieren, glauben, das Fediverse sei nur Mastodon. Und so wird aktiv versucht, Nutzern des Nicht-Mastodon-Fediverse die Nutzung von Features zu verbieten, die Mastodon nicht hat, weil das die Mastodon-Nutzer verstrt.
Da werden dann auch mal Friendica-Nutzer dazu gezwungen, ihre Posts auf maximal 500 Zeichen einzuschrnken. Wohlgemerkt: Friendica ist fnfeinhalb Jahre lter als Mastodon, es ist mit Mastodon verbunden, seit es Mastodon gibt, und es hatte noch nie irgendein Zeichenlimit. Viele Mastodon-Nutzer, die erfahren, da das Fediverse eben nicht nur Mastodon ist, glauben nmlich, es habe trotzdem mit Mastodon angefangen, und alles, was nicht Mastodon ist, sei nachtrglich an Mastodon drangeklebt worden. Weil kann ja gar nicht anders sein.
Eigentlich bruchte das Fediverse als Ganzes, also ber Mastodon hinaus betrachtet, sein eigenes zustzliches Onboarding. Es bruchte einen wirksamen Weg, Mastodon-Nutzern zu erklren: Nein, das Fediverse ist nicht nur Mastodon. Nein, alles andere ist nicht genau wie Mastodon. Ja, einige Sachen im Fediverse sind ganz anders als Mastodon. Ja, das ist vllig normal. Nein, Mastodon war auch nicht zuerst hier. Nein, Mastodon kann anderen Bereichen des Fediverse nicht einfach seine Kultur aufzwingen, die auf seinen eigenen Einschrnkungen beruht. Denn diese anderen Bereiche des Fediverse haben auch mal ihre eigene Kultur. Und ja, das ist gut so.
Wit ihr, wie sich aktuell die Kunde darber, da das Fediverse nicht nur Mastodon ist, berwiegend verbreitet Ich sag's euch: indem Nutzer von Pleroma oder Firefish oder Friendica oder Hubzilla ungefragt auf Mastodon-Posts antworten, die implizieren oder direktweg behaupten, da das Fediverse nur Mastodon ist. Indem diese Nicht-Mastodon-Nutzern den Autoren dieser Posts direkt erklren: Das Fediverse ist mehr als nur Mastodon.
Eigentlich bruchte es ein Onboarding frs Fediverse ber Mastodon hinaus, das eben kein auf Mastodon bei Strafe verbotenes Reply-Guying und Mansplaining/Techsplaining/Fedisplaining ist.
Aber: Leichteres Onboarding fr Mastodon wrde genau in die entgegengesetzte Richtung wirken. Mastodon-Nutzer wrden noch lnger glauben, Mastodon sei ein zentralistisches Silo. Und noch sehr, sehr viel mehr Mastodon-Nutzer wrden das glauben. Und wenn sie schon nicht damit rechnen, da es eben nicht nur ein Mastodon gibt, sondern lauter groe und kleine miteinander verbundene Mastodons, dann rechnen sie noch sehr viel weniger damit, da mit Mastodon noch ganz andere Sachen verbunden sind.
Der prozentuale Anteil wie auch die absolute Anzahl derjenigen, fr die das Fediverse nur Mastodon ist, wrde dramatisch ansteigen. Die Leidtragenden wren diejenigen, die eben nicht auf Mastodon sind.
Noch mehr Mastodon-Nutzer wrden sich ber Posts mit mehr als 500 Zeichen aufregen, mit deren Existenz sie im Leben nicht gerechnet htten, bevor ihnen zum ersten Mal jemand von Akkoma geantwortet hat. Noch mehr Mastodon-Nutzer wrden versuchen, ein fediverseweites Verbot von Posts mit mehr als 500 Zeichen durchzusetzen. Und von Textformatierung. Und von Antworten von Leuten, die einem weder folgen noch von einem selbst erwhnt wurden, auch wenn das z. B. auf Friendica und seinen Nachfahren vllig normal ist.
Noch mehr Mastodon-Nutzer wrden fr alle Posts, die sie persnlich als unangenehm empfinden, CWs im CW-Feld einfordern. Und verbieten, das CW-Feld fr irgendetwas anderes als CWs zu nutzen. Auch wenn Mastodons CW-Feld nur ein zweckentfremdetes Summary-Feld von StatusNet ist, das auf GNU social, Pleroma, Akkoma und Hubzilla bis heute ein Summary-Feld ist und auf Friendica, (streams) und Forte ein entsprechendes Paar BBcode-Tags.
Noch mehr Mastodon-Nutzer wrden unter Androhung von Sanktionen das Whlen einer Sprache fr Posts einfordern. Und "Unlisted", wo immer das notwendig ist. Ungeachtet der Tatsache, da die Mehrzahl der Fediverse-Serveranwendungen weder das eine noch das andere versteht.
Noch mehr Mastodon-Nutzer wrden von Nutzern von Misskey, Friendica und deren Forks und Forkforks fordern, da die aufhren mit ihren "komischen" Erwhnungen und bitte "normale" Erwhnungen schreiben. Nur da das von Mastodon abweichende Erwhnungsformat auer auf (streams) und Forte bombenfest hardgecodet ist.
berhaupt wren noch mehr Mastodon-Nutzer der Ansicht, alles, was irgendwo anders nicht genauso wie auf Mastodon funktioniert, ist fehlerhaft und mu repariert werden.
Ich kenne jetzt schon gengend Nicht-Mastodon-Nutzer, die sich immer wieder ber Mastodon-Nutzer aufregen, die nicht einfach nur unwissend sind, was das brige Fediverse angeht, sondern regelrecht ignorant und borniert. Die tatschlich so einiges von dem oben Genannten einfordern. Denen es erst kaum in den Schdel zu hmmern war, da das Fediverse eben nicht nur Mastodon ist, sondern die danach immer noch der felsenfesten berzeugung sind, Mastodon war zuerst da und ist ja sowieso die beste Fediverse-Anwendung und der ActivityPub- und Fediverse-Goldstandard.
Ich meine, das geht inzwischen schon so weit, da Gegenmanahmen ergriffen werden. Kein Scherz.
Ich kenne einen Friendica-Nutzer, der nicht nur Abstracts, also Mastodon-CWs komplett deaktiviert hat (Friendica hat fr CWs eine sehr viel elegantere Lsung). Nein, er blockiert auch sofort jeden, den er dabei erwischt, einen lngeren Post in einen Thread zu zerschnipseln.
Ich kenne ein ffentliches Forum auf (streams), das nur ber Nomad und Zot6 erreichbar ist. (streams) untersttzt zwar ActivityPub, aber in diesem Forum ist ActivityPub absichtlich deaktiviert worden, um Mastodon auszusperren. Kollateralschden in Form des gesamten Fediverse auer (streams) und Hubzilla wurden in Kauf genommen.
A propos (streams): Das und sein noch junger Fork namens Forte haben letzten Monat ein instanzweises User Agent Filter bekommen. Das wurde dafr ausgelegt, auch ganze Fediverse-Projekte instanzweit zu sperren. Ausdrcklich wurde neben Threads als Beispiel Mastodon genannt. (streams)- und Forte-Instanzen knnen jetzt also Mastodon gezielt und vollumfnglich blockieren. Das hat zwar eigentlich offiziell einen technischen Hintergrund, nmlich, da Mastodon dazu neigt, (streams)-Instanzen auf schwcherer Hardware zu berlasten. Aber ich wage zu behaupten, das hat auch einen kulturellen Hintergrund.
Je mehr das Onboarding fr Mastodon vereinfacht wird durch Verhtscheln von Neulingen und Unterschlagen von Informationen, desto tiefer wird der Graben zwischen Mastodon und dem brigen Fediverse werden. Diesen Graben werden Mastodon und nicht unerhebliche Teile des Nicht-Mastodon-Fediverse gemeinsam ausheben, und zwar schneller, als irgendwelche Sprechstunden ihn wieder zuschtten knnen.
CC:
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #Onboarding #NichtNurMastodon A remark on "A Tale of Two Prototypes": The Fediverse did not start with Mastodon.
You wrote that, quote,
End quote.
No, they didn't. Mastodon and Glitch invented next to nothing. It has all been there before 2016, before Mastodon, just like the Fediverse itself.
Allow me to quote-post myself:
Three golden rules for the Fediverse.
One: Whatever you think Eugen Rochko has invented in the Fediverse was most certainly actually invented by either Evan Prodromou or Mike Macgirvin long before Mastodon.
Two: If you think the Fediverse should introduce a feature because Mastodon doesn't have it, the Fediverse most certainly does have it because any one of Mike Macgirvin's creations (, , and/or ) has it. It's likely that other projects have it, too. And if it's on Friendica or Hubzilla, they've had it before Mastodon was made.
Three: At no point in history has the Fediverse ever been only Mastodon.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fedi #Fediverse #Mastodon #Friendica #Hubzilla #Streams #(streams) #Forte #NotOnlyMastodon #FediverseIsNotMastodon #MastodonIsNotTheFediverse
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fedi #Fediverse #Mastodon #Friendica #Hubzilla #Streams #(streams) #Forte #NotOnlyMastodon #FediverseIsNotMastodon #MastodonIsNotTheFediverseThree golden rules for the Fediverse.
One: Whatever you think Eugen Rochko has invented in the Fediverse was most certainly actually invented by either Evan Prodromou or Mike Macgirvin long before Mastodon.
Two: If you think the Fediverse should introduce a feature because Mastodon doesn't have it, the Fediverse most certainly does have it because any one of Mike Macgirvin's creations (, , and/or ) has it. It's likely that other projects have it, too. And if it's on Friendica or Hubzilla, they've had it before Mastodon was made.
Three: At no point in history has the Fediverse ever been only Mastodon.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fedi #Fediverse #Mastodon #Friendica #Hubzilla #Streams #(streams) #Forte #NotOnlyMastodon #FediverseIsNotMastodon #MastodonIsNotTheFediverseWhy are Bluesky and Threads so much better at onboarding than Mastodon
Because they're both monolithic silos with only one instance each.
Mastodon doesn't require you to pick an instance. But the instance selection is that one UI element too many. Even though the instance selection nudges everyone towards mastodon.social, and even though it doesn't require interaction, it's still there. And to someone who has never knowingly used anything decentralised (remember that most people think that e-mail is a Google or Microsoft product), its mere presence is confusing and irritating as hell. If the prospect of having to choose an instance doesn't drive people away because nobody tells them about Mastodon being decentralised, this selection box does.
Bluesky and Threads don't have such a selection box. That's because both only have one instance and no plans at all for launching more. Threads was conceived as a monolith from the get-go, and it only offers just barely enough ActivityPub connectivity to be allowed into the EU. Bluesky tries to skirt around actually connecting to something else by having its own protocol that isn't compatible with anything else, thereby fulfilling the requirements in the EU, while making it unattractive to launch third-party servers based on the AT protocol.
Also, UI/UX-wise, Bluesky is an almost perfect clone of immediately-pre-Musk Twitter, and I mean both the Web interface and the official app. You can use Bluesky exactly like you used Twitter without getting used to anything new. Big onboarding bonus. Threads' big onboarding bonus is that onboarding only requires you to flick one switch on Instagram. Bam, you're on Threads. Easy-peasy. If you're on a phone, install the Threads app, and there you go.
There simply is no way for Mastodon to mollycoddle newbies enough to be able to keep up with any of this. And Mastodon has the best onboarding in all of the non-Threads Fediverse by a gigantic margin because it's the only project that mollycoddles its users.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Onboarding #Mastodon #Bluesky #Meta #Threads
Sooner or later, Letterbook will encounter content coming in from instances of software created by Mike Macgirvin , namely , (these two are actually older than Mastodon), or . For reference: I am on Hubzilla.
You/it will have to expect and be able to deal with the following:
Some of the above may also come in from elsewhere, e.g. a wider range of text formatting than Mastodon allows itself to render is fully supported by just about everything that isn't Mastodon.
Also, ActivityPub is currently evolving. New FEPs are being put to use and bringing in new features far away from how Mastodon is working. In particular, (streams) and Forte and 's use decentralised identifiers as per . Forte has fully implemented via ActivityPub while (streams) at least supports it. And all three have implemented, silverpill wants to make them , and Hubzilla is planning to implement them with version 10.
This means three things. One, weird identifiers. Two, weird actor identities: What looks like one user automatically cross-posting to another account on another instance to non-nomadic ActivityPub implementations is actually the very same actor residing simultaneously on multiple server instances. Three, again, conversations work drastically different from Twitter and Mastodon.
Lastly, it may be a good idea to implement a little server type display from the get-go so that the user knows what kind of Fediverse instance something comes from. Misskey and its forks have it, Friendica has it, (streams) has it, Forte has it. Just because Mastodon doesn't have it, doesn't mean it's a good idea not to have it. Besides, if content from certain server applications malfunctions on Letterbook, users can pinpoint right away what server application causes that trouble when submitting a bug report.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mitra #Friendica #Hubzilla #Streams #(streams) #Forte #Conversations #ConversationContainers #FEPef61 #NomadicIdentity
Nomadic identity is older than Mastodon. By some four years.
Mastodon is from 2016. Nomadic identity was invented in 2011 and first implemented on Red in 2012. First implementation in a stable release was in 2013 when the Red Matrix got stable. Oh, and Hubzilla itself is from 2015 it pre-dates Mastodon by ten months AFAIR.
It's fair to mention that has had since before the Twitter Migration and before Bluesky was launched.
CC:
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #NomadicIdentity
One click of a button, maybe a bit of configuration first, and within a split-second, your flat and barren land turns into a meticulously AI-crafted sim. No matter how big your land may be, even if it's a 16x16 varsim (that's 256 standard regions for you Second Life users for those of you who don't know either, that's a square of 4x4 km or 2.5x2.5 miles) which is not the biggest you can have, but the biggest you should have. The land is neatly, sensibly and precisely organised in parcels.
Of course, it isn't just one non-functional textured blob of mesh that's nice to behold. It's actually built like a typical sim in OpenSim, namely out of single assets with neatly terraformed land underneath. The vast majority of these assets were created on-the-fly specifically for this sim.
All objects have perfectly optimised meshes with LODs and support for both BulletSim and ubODE physics, regardless of what physics you have on the sim. All of them have super-realistic PBR textures at whatever resolution makes the most sense with Blinn-Phong fallbacks that look as close to the PBR textures as Blinn-Phong can possibly look to PBR. Optionally, the non-PBR textures don't even feature Blinn-Phong normal and specular maps instead, they have highlights, shadows, reflections etc. baked on for people on toasters with on-board graphics.
The quality of everything is beyond anything you can buy in Second Life nowadays, it's also beyond any free or commercial content available in OpenSim, and still, it lacks any AI-typical quirks.
All doors have the same lightweight script that still provides realistic motion, including individual opening and closing sounds for each kind of door. The same goes even for windows, curtains and blinds where it makes sense. Certain doors can even be configured to limit access.
Also, everything that's made to sit or lie on is scripted. You can even choose the script: either by default an improved version of SFposer that makes it possible to save individual positions and orientations or, if you prefer that because you're more familiar with it, AVsitter with a bunch of plug-ins. Likewise, lots of other objects are scripted to be interactive if it makes sense.
Many things that would be light sources in real life are light sources in-world. They're mostly point light sources, but a very few ones are projectors. They all emit realistic tones of light and not white #FFFFFF. Some light sources may be controlled by scripts to turn on and off depending on the position of the Sun. Others may be timer-controlled. In residential buildings, lights can be switched between off, on and a configurable timer with individual default values. All light control scripts also change full-bright and glowing settings or even replace entire textures if necessary. Still, they're all very lightweight.
The AI also takes care of EEP. At the very least, it generates a custom EEP daycycle for the sim with realistic Sun and Moon movements, depending on where the sim is supposed to be located. But it can also define a whole number of daycycles and add a script that switches between them monthly, weekly or even daily. If you want to, even the weather can change. Sunny, cloudy, overcast, you can optionally even have rain or snow all over the whole sim.
Speaking of which, if the EEP daycycles change over the year, so do the objects on the sim. Most objects outside have at least one snowy version. Snowdrifts and piles of snow pop up in winter. While we're at it, plants change over the year. Flowers start and stop blooming, trees gradually change the colours of their leaves in autumn and shed them in late autumn, not to have any leaves on them until well into spring. That is, of course, everything depending on where you want your sim to be located.
The sim in general and certain parcels individually can be configured to rez and de-rez decoration for certain holidays at certain times in the year. Holidays from all over the world are supported. This can go all the way to a whole German-style Christmas market rezzing in a certain area and de-rezzing after Christmas.
You want public transit Buses Streetcars Trains Ferries No problem: The AI crafts the vehicles, it builds the tracks if necessary, it defines the keyframes for vehicle motion, and it puts custom scripts into the vehicles that control not only vehicle motion, but also doors, sounds, even lights and rezzing and de-rezzing personnel if necessary.
Speaking of which, the AI can bring the sim to life with animesh and, where they work better, NPCs. The latter can even be interactive. Of course, there can be scripted sources of various ambient noises all over the place to make it more immersive.
If you want your sim listed on OpenSimWorld, the AI can do that for you. It can install one of the current official beacons, an older-style beacon running up-to-date code or a completely custom beacon running up-to-date code. In this case, it also assumes control over your OpenSimWorld account, or it creates one if you don't have one, it generates the entry on the website, it configures it correctly and even writes a description. It either matches the rating in the listing with that on your sim, or it figures out which rating the sim should have and adjusts it both in-world an in the listing.
By the way: AI means "Artificial Intelligence". If you don't want child avatars on your sim, the AI will put up signs that say that child avatars are not allowed or even install an improved, optimised childgate script. But it will not rate your sim Adult just to keep kids out even though the sim itself would work perfectly well with a Moderate or even General rating.
Things really get interesting if you want the AI to build a freebie sim for you. A fully stocked one, of course, no matter if you want some small boutiques on a town sim or a sim that's nothing else than a huge mall.
For starters, there'll be avatar stuff. The AI can stock your body shop with
Most items are probably clothes. The AI can whip up more boxes of these than even Grimm offers. The clothes are rigged for whichever bodies you have in your body shop. And they're rigged so perfectly for all of them that nobody will ever need alphas for these clothes in combination with the bodies from this sim. The same clothes come in several variants for example, certain female clothes in particular are rigged skin-tight, with enough room for mesh underwear, with enough room for mesh bodysuits and even with enough room for mesh hosiery. Styles can range from practical to retro to historical to futuristic to cosplay to badass to formal to partywear to bridalwear to chic to bling-bling to sexy to racy to fetishwear and outright NSFW, depending on what avatars they're for, and they're all optional.
Of course, all clothes, footwear, jewellery, accessories etc. support PBR with a fallback that you can choose, either Blinn-Phong or everything baked on.
The original, AI-generated decoration on the sim, the buildings, the streets and paths, the plants etc. and the scripts can optionally be boxed up and offered in stores itself. If you want to, the AI can generate even more similar content to fill up the stores some more.
The wholly original content in the stores can be offered
The AI puts all original content under a license of your choice, even helping you choose. Copyright/all rights reserved is an option as well as the public domain. Notecards with license texts and, if applicable, links to the original license definitions are added to all assets.
It optionally adds all original content to your inventory, neatly organised into folders. You can choose to get
The AI can also download all the loose components to your computer if you choose so, all the way to raw development files (meshes as Blender files, textures as Photoshop and GIMP files etc.).
And it can even generate git repositories and upload all loose components to these if the license allows, and if you have a git account somewhere, and be it on your own machine.
The AI can do all this within the blink of an eye. All that takes time are the downloads to your computer, the uploads to your computer and/or a git server and, of course, the sim rezzing around you.
By the way, there used to be a time when building your own sim and even crafting your own stuff was part of the fun. Nowadays, not only does using the same mostly ripped buildings as everyone else beat making your own ones, but downloading OARs and leaving them largely unmodified save for the OSW beacon beats building your own sim. And ready-made mesh skyboxes stolen from Second Life beat decorating sims.
New GPU technology creates dynamic 3D worlds
In cooperation with AMD, the Coburg University of Applied Sciences has developed a GPU technology that generates complex virtual scenes in milliseconds.
#Long #LongPost #CWLong #CWLongPost #QuotePost #QuoteTweet #QuoteToot #QuoteBoost #OpenSim #OpenSimulator #Metaverse #VirtualWorlds #SimBuilding #AI Let's see. Literally.
That's a short version, by the way.
#Long #LongPost #CWLong #CWLongPost #ImageDescription It didn't end up quite that bad.
Mike has officially retired from Fediverse development. However, he does carry on, also because nobody else does. Much more slowly than until his "retirement", but he does.
He still occasionally works on both the streams repository and Forte. They even get new features.
I think the reason for his retirement announcement could be due to the utterly stressful situation in summer. He had switched the release branch of the streams repository, the code that actually runs on most instances, to decentralised IDs as per FEP-ef61. But what must have worked well under limited lab conditions completely blew up under real-life conditions to the point of next to nothing federating anymore.
Essentially, he had planted rather experimental code into something which people considered a stable daily driver and used as a stable daily driver. After all, on New Year's Eve 2022, (streams) had superseded and replaced not only four experimental projects (the third Osada, Misty, Redmatrix 2020, Roadhouse), but also Zap which had been declared stable in 2019.
Anyway, Mike had to rush and try to fix people's daily drivers. He didn't even know right off the bat what was wrong, so a whole lot of his spare time must have flown into trying to find the issue. And then he had to find a way to fix it. AFAIK, the issue, by the way, was that (streams) had to deal with so many IDs for the same content that it got them mixed up after DIDs were put on top.
In mid-August, some two weeks before his retirement announcement, he forked Forte from the streams repository and reduced it to only ActivityPub by removing any and all support for both Nomad and Zot6. There could have been three reasons behind this.
One, Mike had realised that he needed to make an experimental code repository to play with instead of playing with people's daily driver, just like he had done in the past.
The reason why he handed Friendica over to the community in 2012, which he had announced in late 2011 already, was so that he could concentrate on nomadic identity, the Zot protocol and Red, later the Red Matrix instead of experimenting with highly volatile new technology on Friendica and, at the same time, maintaining it for its users.
The reason why he handed Hubzilla over to the community in 2018 was so that he could concentrate on Zot6, Osada and Zap instead of experimenting with experimenting with highly volatile new technology on Hubzilla and, at the same time, maintaining it for its users.
What Mike was working on this summer was the implementation of nomadic identity using only ActivityPub. FEP-ef61 and the decentralised IDs were one step towards it. So one reason could be because he realised that putting new technology into people's daily drivers, especially at the very real risk of it turning out to be highly volatile, was not so smart after all. Forte would be his new development sandbox.
Two, in order to efficiently work on the implementation of decentralised IDs and eventually nomadic identity via ActivityPub, he needed stuff out of the way. Namely Zot and Nomad. One of the reasons why Zap only supported Zot for a while: It was easier to tinker with Zot6 without ActivityPub, the diaspora* protocol etc. in the way.
And three, he must have understood why (streams) had blown up, namely the clashing IDs. So he had to rip Nomad and Zot6 out of (streams) to get rid of their specific IDs and clear stuff up a whole lot.
However, after forking Forte, he had two software repositories to tend to, the still half-broken daily driver in the streams repository and the highly experimental Forte. This became too much, so he decided to step down at the end of the month. He wanted the community to take over.
As it turned out, he didn't want to stop entirely. That would have meant that Forte was stillborn, what with there not even being a single known instance of it. As I've said, Mike is carrying on.
But he wanted the community to join in and at least take over maintenance work for (streams) and, as far as that'd be possible at any given time, also Forte. After all, Forte still is a (streams) soft fork that pretty much only differs in branding (which (streams) doesn't have), nodeinfo code (which (streams) doesn't have) and support for other protocols (which was removed from Forte). So anything done on (streams) could just as well do on Forte.
Now, here was the problem: Friendica had thousands of users when Mike passed it on. Hubzilla had thousands of users when Mike passed it on. (streams) only had two dozen active users on October 31st, 2024, probably even fewer. Not a single one of them was a capable coder with both the skills and the spare time.
Mike had been actively advertising (streams) in the Fediverse since 2023. This was in stark contrast to Friendica and Hubzilla which lived on "if you build it, they will come". Still, hardly anyone came. And the few who came either came from Hubzilla, or they came from one of the projects between Hubzilla and (streams) by upgrading their private instance to (streams). To my best knowledge, there was not a single immigrant from Mastodon, not even from Friendica.
That wasn't because, at the end of the day, only Hubzilla users knew about (streams). Again, Mike did advertise it, and Mastodon users noticed it and reacted upon it.
Rather, on Hubzilla's side, it was because Hubzilla users didn't see any advantage in (streams). All they knew about (streams) was that it was allegedly Hubzilla with stuff cut away. So why switch to something that can do less than Hubzilla That's also because nobody ever did a (streams) test drive and wrote about it.
Generally, it was because of some of Mike's decisions for (streams). When he forked Roadhouse into (streams), he took away the name and the branding. This was intentional in order to spite the brand fetishists. Same reason why he still had five other projects cooking, three of them with identical code. However, how do you get people interested in using something that doesn't even have a name
Also, he removed most nodeinfo code, and he did what it took to keep (streams) away from instance lists such as on FediDB and Fediverse Observer. Along with the lack of branding, it's impossible to use crawlers to find (streams) instances.
In combination, however, this made it practically impossible to find a public (streams) instance to join and test (streams). Still today, the only places where (streams) instances are listed are, wait for it, now it comes, (streams) instances. You have to know one to find more.
Still today, the vast majority of (streams) users are Hubzilla veterans on their own instances which they've set up without even testing (streams) on someone else's instances first. The Brazilian public and open-registration instance Diversi Spiritus doesn't have a single active non-admin user. Even the US-based juggernaut that's Rumbly doesn't seem to have a single active user who doesn't administrate a (streams) instance. I think there are not even five (streams) users who aren't instance admins. (streams) is that hard to find.
This also makes it difficult to find new potential developers: You can't use Mastodon and immediately start coding away on (streams). You have to understand (streams) first. It's the polar opposite of Mastodon, so-to-speak. This means that you have to use it as a daily driver for at least a few months until you've gotten used to it, really grokked it and stopped wishing it's more like Twitter and Mastodon.
But it's hard to get new people on board with only one instance to send them to, potential issues still lurking around the corner and only Mike being able to fix them.
Whether (streams) will survive depends on whether it'll find new maintainers when Mike abandons it. Chances are that once Forte is ready for prime time, Mike will abandon (streams). But who's left on it probably won't want to part with it. Still having the Nomad protocol and the ability to turn ActivityPub off, mostly considered an anti-Mastodon measure, will probably still be seen as a killer feature after Mike's recent introduction of an instance-wide filter that can be configured to lock out entire Fediverse projects. After all, the user-agent filter currently only works on an instance level and not on a channel level.
Mike will definitely go on developing at least Forte. Forte is his vision of the Fediverse in 2030, and it's clear to see how disgruntled he is about Mastodon if you follow his posts. Since (streams) is still a Forte soft fork, he'll continue also adding to (streams) what he adds to Forte for the time being.
Currently, Forte has only got one actor on one instance connected to the Fediverse. That's Mike himself on his private instance which he has switched from (streams) to Forte. And three days ago was the very first time a message went out from Forte into the Fediverse. That is, probably the Fediverse minus Mastodon and Threads because I guess Mike's private instance has both Mastodon and Threads blacklisted in the user agent filter. But still, it's another baby step.
Also, Forte is more likely to succeed than (streams). Unlike (streams), Forte is a project, it has a name, it has a branding (which still isn't hard-coded, by the way, AFAIK), and it has nodeinfo. Mike has come to realise that, much to his chagrin, all this is needed for Fediverse software to succeed in what he considers a Mastodon-driven Fediverse. Seriously, it's necessary because an Fediverse server application cannot succeed if there's no way to crawl and list and find its public instances because the maintainer actively, intentionally prevents any of this from happening.
Forte may pretty well become a success. It all depends on who'll be the early adopters, especially the first Fedizens to run public instances of Forte without having seen it first.
Friendica's early adopters came either from Facebook or out of nowhere. Maybe a few came from StatusNet. But they were willing to try something entirely new and revolutionary since it promised to blow everything else there was out of the water. Which it did.
Hubzilla's early adopters came from Friendica. They had ignored the Red Matrix which was not much more than Friendica with nomadic identity, and nomadic identity was deemed useless if you were on your own private instance anyway. Friendica had loads of self-hosters. But Hubzilla with its plethora of CMS and groupware features was more interesting.
I don't know where Forte's early adopters could possibly come from. Only few Hubzilla users have been willing to give (streams) a try, what with all the features they have to give up. If they were to try Forte, they'd have to give up even more, namely protocols that are nomadic by basic design and the per-channel ActivityPub killswitch.
Friendica users would at least have to get used to some differences in handling, nomadic identity, the concept of channels and "channels" meaning something else on Forte than on Friendica. Besides, Friendica is the Island of the Sirens in the Fediverse that you never want to leave again.
Now, Mastodon users would have the best reasons to try Forte. Lots of features that Mastodon users want, but that the Mastodon devs refuse to add, are available on Forte. But let's face it, going from Mastodon to Friendica is a much bigger change than going from to Mastodon. Going from Mastodon to Forte would be an even bigger change. Unexpectedly so for those who expect everything in the Fediverse to be Mastodon with more characters and extra stuff glued on. Mastodon users who set up a Forte instance may give it up within days or weeks because it isn't the dolled-up Mastodon they expected.
Unfortunately, the most likely source of early adopters willling to even run a public Forte instance is the (streams) community at the risk of bleeding out further, especially if Forte should reach a point at which it's more reliable than (streams).
When Forte is ready for prime-time, the vicious circle of no users, no public instances and no public instances, no users will have to be broken. Unfortunately, (streams) itself is on the edge of this vicious circle.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Streams #(streams) #Forte
Klar, du gehrst ja auch nicht zu ihrer Zielgruppe. Du machst in deren Augen ja auch nichts falsch. Du kannst ja auch nichts falsch machen auf einer Mastodon-Instanz mit maximal 500 Zeichen.
Da es keiner kann, heit nicht, da es keiner versucht. Und versucht wird es durchaus.
Wie gesagt, du auf Standard-Vanilla-Mastodon strst da niemanden. Das kannst du gar nicht. Du hast nur die 500 Zeichen, die im Fediverse als Standard durchgedrckt werden sollen. Du hast keine Textformatierung, du kannst nicht zitieren, du kannst nicht quote-posten und so weiter. Du hast gar nicht die Mglichkeiten, das zu tun, was diese Leute verbieten wollen.
Aber frag mal jemanden, der auf Friendica ist. Oder auf Hubzilla (Fork (eins Forks) von Friendica von Friendicas eigenem Erfinder). Oder auf (streams) (Fork eines Forks dreier Forks eines Forks (eines Forks) von Hubzilla, wieder vom selben Schpfer). Oder auf Forte (Fork von (streams), wieder vom selben Schpfer, der erst seit gut zwei Monaten existiert und erst vorgestern seinen ersten Schritt ins Fediverse getan hat).
Da gibt's im Grunde kein Zeichenlimit. Dafr aber Textformatierung locker auf bestem Blog-Niveau. Ebenso Zitate und Quote-Posts. Und noch so einiges mehr. Und das strt da niemanden. Das ist da ganz normal.
Aber auf Mastodon, da stren sich einige dran. An all dem. Und dann werden die "Eindringlinge in Mastodons Fediverse" aufgefordert, das wieder einzustellen, und zwar mitunter ziemlich unfreundlich. Ich sollte es wissen, ich bin selbst auf Hubzilla.
Nur: Das ist nicht Mastodons Fediverse. War es nie. Und das sind auch keine Eindringlinge. Hubzilla ist zehn Monate lnger im Fediverse als Mastodon. Friendica ist fnfeinhalb Jahre lnger im Fediverse als Mastodon. Und als Mastodon startete, hat es sich sofort mit beiden und mit StatusNet verbunden. Zu dem Zeitpunkt hatten beide lngst eine eigene lebende und funktionierende Kultur.
Und heute, mehr als 14 Jahre, nachdem Friendica gestartet wurde, verlangen Mastodon-Nutzer von Friendica-Nutzern, die selbst schon seit vor dem Mastodon-Start dabei sind, ihre "langen Posts" (= alles ber 500 Zeichen) in Schnipsel von nicht mehr als 500 Zeichen aufzuteilen. Und wehe, die "Posts" nach dem ersten sind nicht auf "Unlisted" geschaltet. Friendica hat gar kein "Unlisted". Und so weiter.
Die fhren sich fast auf wie europische Kolonisten, die versuchen, Ureinwohner auf europische Kultur und das Christentum umzuerziehen, allerdings mit dem Unterschied, da die Kolonisten damals nicht geglaubt haben, die Ureinwohner seien nach ihnen gelandet.
Falls du immer noch glaubst, das seien alles Hirngespinste, hier noch ein paar Dinge:
Zunchst einmal sieh dir mal an, wie , der selbst auf Firefish ist, und seine Kontakte von Pleroma bis Friendica ber Mastodon schreiben. Das ist nicht unbedingt sehr schmeichelhaft. Warum wohl
Hubzilla basiert ja nicht auf ActivityPub, sondern auf Zot. Und selbst wenn nomadische Identitt ber ActivityPub stabil und zuverlssig nutzbar wird, wird Hubzilla am Zot-Protokoll festhalten. Der Grund ist ganz einfach der, da ActivityPub dann weiterhin optional, also auch kanalweise abgeschaltet bleiben kann. Oder zur Not auch auf einem ganzen Hub durch den Admin abgeschaltet werden kann.
Als Hubzilla-Nutzer kann man sich schon durch das Berechtigungssystem Strenfriede gut vom Hals schaffen. Aber Hubzilla will sich weiterhin die Option offenhalten, alles, was auf ActivityPub basiert, mit einem Schalter defderieren zu knnen.
Wenn (streams) weiter bestehen bleibt, drfte genau das der Grund sein. (streams) basiert auf Nomad, und ActivityPub ist auf neuen Kanlen standardmig aktiv, kann aber abgeschaltet werden, obwohl sich Nomad sehr gut mit ActivityPub vertrgt. Grund siehe oben.
(streams) und sein neuer, rein ActivityPub-basierter Fork Forte haben krzlich ein neues Feature bekommen namens "Uafilter", kurz fr "User Agent Filter". Das ist eigentlich fr Forte entwickelt worden, wo ActivityPub nicht mehr abzuschalten geht, weil das das einzige Protokoll ist, das Forte noch spricht. Diese Filterfunktion lscht nicht etwa wie Mastodon-Filter, sondern wie alle anderen Filter in diesem Teil des Fediverse sperrt sie. Sie ist in der Lage, ganze Fediverse-Projekte auszusperren. Sie ist tatschlich auch explizit dafr entwickelt worden, nicht nur Threads, sondern auch Mastodon als Ganzes instanzweit auszusperren. Und ich wage zu behaupten, das hat nicht nur damit zu tun, da Mastodon-Instanzen absurd viele absurd hufige und absurd umfangreiche Anfragen an andere Server stellen und diese damit regelrecht DDoSen.
Sollte dich das immer noch nicht berzeugen: Ich kenne ein ffentliches Forum auf (streams), wo ActivityPub absichtlich abgeschaltet wurde, um Mastodon auszusperren. Da damit auch alles andere auer (streams) selbst und Hubzilla drauen bleiben mu, ist ein in Kauf genommener Kollateralschaden.
Das sollte wohl Zeichen genug dafr sein, da das alles keine Hirngespinste sind.
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #MastodonKultur #FediverseKultur #Friendica #Hubzilla #Streams #(streams) This could get the more interesting, the farther something is away from Mastodon.
Even if it can cope with Hubzilla which remains to be seen, I expect it to run into trouble when it has to deal with (streams). That's for two reasons:
One, (streams) is actually intentionally nameless and brandless and has next to no nodeinfo code, in case you need it. This also means that it doesn't have a unified instance identifier. Mastodon always identifies as "mastodon", as does Glitch. Pixelfed always identifies as "pixelfed". Lemmy always identifies as "lemmy". And so forth.
(streams) does not always identify as "streams" or "(streams)". (streams) instances may identify as whatever their admins want them to identify. The most important public instance identifies as "get ready to rumbly". Others have identified or still identify as "diversi spiritus" or "theshire" or "mordor" or "gondor" or "nomd". The creator and maintainer himself is on an instance branded "y" (because Y is not X). And so forth.
It's a free-text string that could be anything, including other Fediverse projects. In fact, this has actually happened in the past: (streams) instances can be upgraded from instances of Zap, the third Osada, Misty (a.k.a. Mistpark 2020), Redmatrix 2020 and Roadhouse (all five defunct as of New Year's Eve, 2022), and when this was done, the instances kept their old branding.
Good luck identifying (streams) instances and telling them from instances of everything else by the usual means.
Two, (streams) is one of the first two Fediverse server applications that have introduced decentralised IDs as per FEP-ef61. Addresses may have "/.well-known/apgateway/did:key:(48 random letters and/or digits)/" in them. Not sure if that'll mess with the Observatory.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Streams #(streams) And yet, there are people trying to talk me out of it. For example, I shouldn't transcribe text that's so tiny that it isn't even recognisable in the image as text because it's only a blob of a dozen pixels. They say that or characters of description and explanations for one image are too much.
The only thing I'm reconsidering myself currently is whether to keep these monster descriptions in the post or put them into external documents and link to them.
#Long #LongPost #CWLong #CWLongPost #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta It's strange to see what kinds of hardware have problems with Second Life and OpenSim, especially the Firestorm viewer.
I'm mostly on six-year-old upper-mid-range hardware. Ryzen 5 3600X, Radeon RX 590, both on a modest MSI B450 mainboard. This is far from high-end gaming hardware. OS is Debian, graphics driver is open-source and issued by Debian. I don't even have any configuration UI for my graphics hardware. Ask gamers, and they'll tell you I shouldn't be able to do anything with this setup.
And yet, Firestorm 7 gives me much higher frame rates with shadows on and a 256m viewing distance than Firestorm 6 gave me with shadows off and a 128m viewing distance. Even with crazy complex avatars around, I think I never go below 30fps. And I've got a 60fps cap myself.
#Long #LongPost #CWLong #CWLongPost #SecondLife #OpenSim #OpenSimulator #Metaverse #VirtualWorlds #FirestormViewer There's already a wide-spread eagerness to make alternatives to just about everything in the Fediverse.
It's like an Internet rule: "If it exists, someone wants to clone it into the Fediverse."
In fact, it has become difficult to bring the Fediverse to whip up something truly original that isn't a knock-off of anything outside the Fediverse. I guess both that feature monster Hubzilla and highly advanced (streams) are still too close to Facebook.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse A missed opportunity, a disappointment and actually a menace to the whole Fediverse.
Rochko and his cronies never wanted there to be a Fediverse. From the beginning in 2016 on, they didn't really care for interoperability with anything that wasn't Mastodon, regardless of whether Mastodon used OStatus or ActivityPub. Mind you, at no point in history has Mastodon not been federated with anything else.
Mastodon's goal has always been to be a Twitter clone. All the way to aping Twitter's shortcomings. Sometimes toned down, but still. Mind you, it's perfectly possible to build a decentralised microblogging platform without cloning Twitter, as proven by StatusNet which was launched some eight years before Mastodon, and which Mastodon was federated with from the get-go, by the way. Even then, the way Mastodon worked clashed with StatusNet, not to mention Friendica and Hubzilla which Mastodon federated and still federates with as well.
Mastodon has done little to mitigate these clashes unless they were undeniably bugs and filed in Mastodon's GitHub repository as such.
Its strategy seems to be different, and most of its own users help it: Make sure that everyone who wants to join the Fediverse joins Mastodon. Make it so that as many people and organisations as possible land on mastodon.social, the instance controlled by the gGmbH that's 22% of the whole Fediverse. And hide from them the fact that the Fediverse is more than only Mastodon.
Mastodon could have made for a great gateway into the greater Fediverse. And I'm not talking about the Mastodon forks. I'm talking about Misskey and its forks. Pleroma and its forks. Even Friendica and its highly advanced, nomadic descendants.
Instead, for every single last Fediverse newbie, Mastodon is the Fediverse. Mass media tend to preach the same, and even some tech media talk about the Fediverse as "the Mastodon network" or a "network of Mastodon instances". They don't know better either, and they help miseducate the masses.
Your average Mastodon newbie spends at least several months of thinking the whole Fediverse is his nice, fluffy, cosy woolly mammoth and nothing else. And there are actually, I'm not kidding, people who have joined Mastodon in late October or early November of 2022 and still think the Fediverse is only Mastodon.
Even if people discover that there are other things in the Fediverse that aren't Mastodon, and these non-Mastodon things are even interacting with them, they've gotten so used to the Fediverse only being Mastodon that this revelation will not necessarily be a pleasant surprise. When they find out about Akkoma or Friendica or whatever, they don't necessarily end up intrigued and willing to jump ships.
Instead, at best, many still think that Rochko has invented the Fediverse and ActivityPub, and everything that isn't Mastodon is either bolted onto Mastodon as an add-on or a Mastodon ripoff. They take Mastodon for the ActivityPub gold standard, and whatever is different from Mastodon on something that isn't Mastodon is either a bug or a design fault. Different from Mastodon equals broken.
It certainly doesn't help that the "Fediverse culture" is actually only Mastodon's culture, entirely defined and shaped by Twitter escapees who neither knew much about nor cared for the Fediverse beyond Mastodon. If there's such a thing as a "Fediquette", it's entirely geared towards only Mastodon. It does not acknowledge that other Fediverse projects may be different, may handle differently, may act differently and may actually have had their own culture for longer than Mastodon has been around. Thus, "Fediverse culture" is entirely built against Mastodon's features and Mastodon's shortcomings.
And so you have people who want to force the whole rest of the Fediverse to act exactly like Mastodon. No quote-posts, even if you've had them for longer than Mastodon has even existed. ( And they're all wrong.) No text formatting because it's disturbing, and/or Mastodon doesn't have it. No posts with even only a smidge over 500 characters, even if you've had no character limit at all since long before Mastodon was even made.
Of course, CWs for several hundred different more or less sensitive topics. Not knowing how because you don't have a field for CWs, and you don't know the BBcode tags for that (Friendica, (streams)) is not an excuse. Actually being unable to add Mastodon-style CWs to replies because it doesn't make sense to be able to add summaries for blog comments (Hubzilla) isn't an excuse either. Oh, and don't you dare use the CW field for a summary! Nobody wants to hear your claims that Mastodon's CW field has been a summary field where you are since before Mastodon got its CW field.
Friendica is five and a half years older than Mastodon. It's so different from Mastodon that it's almost the diametrical opposite of Mastodon. Being so much older also means that it has its own culture. This culture is much more welcoming towards other projects and platforms, seeing as one important raison d'tre for Friendica is federation with everything out there and then some.
But now there are many Mastodon users who want the Fediverse users, at least those whom they interact with, to abandon Friendica's culture, adopt Mastodon's culture instead and stop using 90% of Friendica's features because Mastodon doesn't have them.
So instead of being a gateway into the greater Fediverse, Mastodon is harbouring and cultivating an ignorant and obnoxious "Make the Fediverse only Mastodon" culture of hostility against anything and everything that's different from Mastodon while not appearing to be an add-on to Mastodon. And nothing is done to stop these tendencies. At least not on Mastodon.
No wonder that people from Pleroma to Firefish to Friendica to (streams) complain about rampant Mastodon-centrism that defines everything that's different from Mastodon as inherently wrong and in need of being "corrected".
No wonder, actually, that some places keep various options ready to lock Mastodon out. For example, one reason why Hubzilla will always keep its old Zot protocol, even if nomadic identity via ActivityPub becomes stable, is so that it can keep ActivityPub optional. This could also be one reason to keep (streams) going even after its ActivityPub-only fork Forte should be ready for prime-time. This is actually the reason why one particular forum on (streams) has turned ActivityPub off.
Speaking of the latter two, they've recently introduced an admin-controlled, instance-level "User Agent Filter" that's capable of locking out all instances of entire Fediverse projects. (streams) and Forte instances can now theoretically lock out and defederate from all Mastodon instances in one fell swoop. And this is not exactly a secret.
It's sad that it had to come to this.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #NotOnlyMastodon #FediverseIsNotMastodon #MastodonIsNotTheFediverse #MastodonCulture #FediverseCulture #Fediquette I guess there are enough signs that my image descriptions are hand-written, especially for my original virtual world renderings.
#Long #LongPost #CWLong #CWLongPost #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta Describing images would be a lot easier if the various Fediverse accessibility activists, the alt-text police and actually blind or visually-impaired Fediverse users had one common place to discuss Fediverse accessibility with each other. With all of each other without mention orgies.
And if "normal" users could go that place and ask them about edge-cases which your typical alt-text guides have no definite solutions for, so that these people can discuss these edge-cases with the asking users and with each other and come to a consensus.
But there's no such place, there are no such discussions, and there's next to no communication about Fediverse accessibility at all, other than, "Just do it, but oh, of course, do it the right way!" For any definition of "the right way" because there are too many such definitions that contradict each other.
Generally, blind and visually-impaired people ask to participate in accessibility decisions. But in the Fediverse, it's exactly that what they don't do, at least not beyond asking for alt-text for images. And I don't buy that they don't care about the content of the alt-text as long as there is something at all, and it seems halfway useful. I don't buy it.
If you've got lot of time to read, .
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta #A11y #AccessibilityDer Pepe (Hubzilla)
Probably due to the ID chaos.
Federation on (streams) went bellies-up with the introduction of FEP-ef61 DIDs due to the plethora of IDs everything had suddenly. All kinds of different IDs from conventional ActivityPub. Plus at least one Nomad ID. Plus at least one Zot6 ID. And now the DID on top. (streams) ended up being confused about this maze of IDs itself and used all the wrong IDs in all the wrong use-cases.
Remember how federation still was on the fritz in mid-August When Forte was forked off
One of the reasons Mike created Forte was to throw Nomad and Zot6 out without throwing Nomad and Zot6 out of (streams). It was probably a kind of quick fix to assume control over this ID chaos by removing the non-ActivityPub parts and, most importantly, the non-ActivityPub IDs.
That kind of lines up with what Mike did earlier. Like in 2018 when he made Osada and Zap, the two experimental development platforms for Zot6. Why didn't he do that in a development version of Hubzilla with all of Hubzilla's features still in place And, most importantly, only one development version with all the shebang
That's because in 2018, when Zot6 was only an idea, this idea had one big caveat: Mike's earliest concept of Zot6, especially its nomadic identity implementation, clashed with all other protocols.
So he created Zap that only spoke Zot6. Zap was only able to federate with Hubzilla because Zot6 was still sufficiently compatible with Hubzilla's version of Zot. Zap was the platform to develop the nomadic identity side of Zot6.
And he created Osada that spoke a bunch of other things, including ActivityPub and diaspora*. But it had no nomadic identity.
He slimmed both down a great deal. Articles, cards, wikis, webpages etc., it all had to go. Why To also slim down development. Otherwise he would have had to touch much, much more code. Besides, Hubzilla already had all that stuff. Same reason why (streams) can't subscribe to feeds anymore: less code to maintain and upgrade all the time.
The reason why the first Osada was discontinued was because it turned out that a) Zot6 could indeed be made compatible with at least ActivityPub, and b) having Osada as a "bridge" between Zap and the rest of the Fediverse was just plain bonkers. You wanted to use Zap, but you wanted to keep your Mastodon and diaspora* friends You also needed one non-nomadic Osada channel for each one of your nomadic Zap channels. And you had to use Osada to share-post all your Zap posts because Zap had no repeats yet, and you needed Osada to interact with the stuff your non-nomadic friends posted. Oh, did I mention that Osada was non-nomadic, and you'd lose everything if your Osada instance went under
So Mike discontinued the old Osada which next to nobody had used anyway, forked a second Osada from Zap and added ActivityPub to it so he had purist, Zot6-only Zap with no ActivityPub in the way of experimenting with Zot6 plus Osada with which he could test the interaction of ActivityPub and Zot6. Other devs would have strapped ActivityPub onto Zap. Not Mike, though.
Mitra is working on nomadic ActivityPub, too. Very hard so. Since 2022. Silverpill was the very creator of FEP-ef61, and he is even more of a driving force behind adding nomadic identity to ActivityPub than Mike. I wouldn't be surprised if it was him who had nudged Mike into developing ActivityPub-based pan-Fediverse nomadic identity.
Let all this work out. Let Forte become stable. Let Mitra roll out nomadic identity. Let it become possible to clone between the two. Let this hit Fediverse News. And you'll have quite a number of heads turning, including developer heads. Of course, most likely not those of the Mastodon devs. But it isn't unlikely that others will be interested.
And the more things in the Fediverse have working, stable, ActivityPub-based nomadic identity, the more Mastodon users will nag the Mastodon devs to implement it because they're fed up with being stuck on their instances already now. Until the point at which someone forks Mastodon, adds nomadic identity and submits the changes to the Mastodon code repo as a PR.
Sooner or later, Hubzilla, the nomadic identity pioneer, will have to at least learn to understand ActivityPub-based nomadic identity. Once the latter is fully fleshed out, this might not even be that difficult. It can always be tested on development hubs like Zotum first.
Mario already said Hubzilla will hold on to Zot6. This may mean that it won't be possible to clone between Hubzilla and anything else if ActivityPub-based nomadic identity isn't fully implemented. But this wouldn't be much different from what things are like right now.
Well, for each Fediverse project individually that implements it, it's a big step forward.
Let's assume some Forkey implements it. The big news won't be so much that you can now clone your account to (streams) and Mitra. It'll rather be first and foremost that you can clone to another instance of the same Forkey and save your identity from doom by instance shutdown. Cross-border cloning is just a nice extra.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #NomadicIdentity #Forte In theory, yes.
Beware, though: Forte is a super extremely early version. It was forked from (streams) when (streams) itself was buggy.
Nomadic identity via ActivityPub is extremely experimental. It probably uses technology that Mastodon doesn't understand. Yesterday was literally the very first time ever that content from something based on nomadic ActivityPub has hit the Fediverse. The only other implementation is a development version of Mitra whose code is not public, and which is only deployed on non-public instances run by the developer.
Also, like everything else that Mike has made (Friendica, Hubzilla, (streams)), in terms of handling and functionality, Forte is much farther away from Mastodon than Mastodon is from Twitter.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fortemorph And so there's exactly one instance, Mike's own private private instance, with Mike, the only developer, being its only user.
Again, it's from mid-August. Mike hasn't declared it stable yet. And yesterday was literally the very very first time a message came from Forte, namely from Mike's private instance, into the Fediverse.
So no, there aren't any public, open-registration instances.
If you want to get to know the basic functionality, except for how Forte federates, the closest thing would be (streams) which Forte was forked from. (streams) may have its own issues, but it has at least one public instance that can theoretically be joined.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Streams #(streams) #ForteOh, by the way, in case you haven't noticed because chances are that you actually haven't: Forte has entered the Fediverse yesterday.
Mike Macgirvin has rebased his private, semi-secret instance from his own streams repository to his most recent project. Just yesterday, Mike sent the very first message from Forte into the Fediverse, a comment on a post from his public (streams) channel. Unfortunately, the whole thread is private, as is the comment.
So, what is Forte is the very first and currently only Fediverse project that features nomadic identity via only ActivityPub. It's a fork of , created in mid-August this year.
To put it in a nutshell, Forte is (streams) without Nomad and without support for Zot, purely relying on ActivityPub. Also, unlike (streams), Forte has a name, it has a branding (which, however, can be changed on the instance level just like on (streams)), it has nodeinfo, it has a license, and it's a project again.
At least as of now, Forte may have trouble connecting to Mastodon. This may be because Mastodon doesn't understand decentralised IDs as per FEP-ef61, it may be because Forte also had some non-standard, Mastodon-specific code removed. Or it may be due to the user agent filter that Mike has introduced to (streams) and most likely also Forte a few weeks ago that actually has the capability of, for example, blocking Mastodon in its entirety on an instance level. Whatever it is that may or may not stand in Mastodon's way of connecting with Forte, Mike declared it "intentional".
Speaking of "intentional", I'm intentionally not posting this to Fediverse News. While this may go largely unnoticed outside the Hubzilla/(streams) bubble, maybe plus Friendica, it may just as well prompt people to set up their own instances. People who haven't even laid their hands on Friendica, much less Hubzilla or (streams), and who don't know how the "Facebook-like" side of the Fediverse looks and feels, much less how nomadic identity is handled. They may expect another "Mastodon + more characters + x on top", end up disappointed because nothing on Forte looks, feels or works like Twitter or Mastodon, and declare that Forte objectively sucks.
Also, as long as Mike doesn't at least hint at Forte being stable and daily-driveable for people who don't develop it, it probably isn't.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Streams #(streams) #Forte Hier mal zehn Grnde, warum ich auf Hubzilla bleiben und nicht auf eins der *keys wechseln will:
Erstens: nomadische Identitt.
Meine Identitt ist weder an ein Konto noch an eine Serverinstanz gebunden, sondern in einem Kanal "containerisiert". Ich habe auf einem zweiten Hub einen praktisch identischen Klon dieses Kanals, der mit dem Original in Echtzeit bidirektional synchronisiert wird. Sollte einer der beiden Hubs mal ausfallen, verliere ich nichts und kann weitermachen wie bisher. Nachteil ist nur, da Projekte, die keine nomadische Identitt kennen, nicht erkennen knnen, da da auf den beiden Hubs ein und derselbe Kanal ist. Mastodon, Misskey usw. halten meinen Klon fr ein vllig separates Konto.
Unter den aktuell aktiven Fediverse-Serveranwendungen bieten das nur zwei: das stabile, konstant weiterentwickelte Hubzilla und das gerade nicht so stabile, aktuell kaum bearbeitete (streams), das einen etwas anderen Featuresatz hat (da habe ich auch zwei Kanle).
Zweitens: kein Zeichenlimit.
Mir reichen ein paar tausend Zeichen nicht aus. Ich poste immer mal wieder zigtausende Zeichen auf einmal. Ich mchte die Mglichkeit haben, bis 100.000 Zeichen zu posten, denn darber hinaus lehnt Mastodon Posts ab. Und mein Rekord liegt bei fast 77.000 Zeichen aufgrund drei sehr langer Bildbeschreibungen. Dieser Kommentar ist auch ber 10.000 Zeichen lang.
Drittens: Hubzilla kennt Konversationen sehr gut.
Mein Stream ist nicht in Einzelposts organisiert, sondern in ganzen Threads. Jeder Thread besteht immer nur aus genau einem Post, dem Startpost, und ansonsten Kommentaren, die Hubzilla nicht als Posts ansieht. Das ist genau wie auf Facebook oder Tumblr oder Reddit und wie in jedem Blog.
Wenn ich einen Post im Stream habe, dann empfange ich alle Kommentare. Und die werden mir als ungelesen angezeigt. Im Grunde kann ich Antworten gar nicht verpassen.
Auerdem kann ich einem Thread folgen, bzw. wenn ich mit einem Post oder einem Kommentar in einem Thread interagiere (drauf antworten, Daumen hoch, Daumen runter etc.), dann folge ich dem Thread automatisch. Und dann werde ich sogar ausdrcklich benachrichtigt, wenn in dem Thread etwas passiert ist.
Viertens: der Zhler ungelesener Mitteilungen.
Wenn etwas in meinem Stream passiert, dann wird mir das zunchst einmal als ungelesen markiert, auch wenn z. B. jemand einen Post oder einen Kommentar geboostet/reposted/renoted/wiederholt hat. Und dafr hat Hubzilla einen Zhler. Wenn ich den anklicke, bekomme ich alles aufgelistet, was ich mir noch nicht angesehen habe. Das kann ich dann jeweils anklicken und dann threadweise ansehen. Es wird dann automatisch als gelesen markiert.
Damit verpasse ich nichts.
Fnftens: das Berechtigungssystem.
Hubzilla hat ein sehr komplexes, fortschrittliches, feingegliedertes System von Berechtigungen. So etwas bietet sonst auch nur (streams). Ich glaube, jemandem, der von Mastodon kommt in Erwartung von Mastodon ohne Zeichenlimit mit mehr Textformatierung, ist das viel zu kompliziert. Ich aber habe das System ziemlich durchschaut und nutze es zu meinem Vorteil.
Standardmig z. B. sind meine Verbindungen (auf Hubzilla gibt's grundstzlich nur beidseitige Verbindungen wie Facebook-"Freunde", also nicht Folgende und Gefolgte getrennt wie auf Twitter und Mastodon) nicht berechtigt, mir ihre Posts zu schicken. Das mu ich ihnen erst ausdrcklich erlauben. Und das tue ich auch nur dann, wenn ich das will.
Ich habe ber 550 Verbindungen, von denen die allermeisten nichts posten, was mich im Rahmen dieses Kanals (der Kanal ist thematisch limitiert, das ist kein persnlicher Allzweckkanal) und auch generell nicht die Bohne interessiert. Bevor ich jetzt also 98% nur Mll im Stream habe, durch den ich waten darf, um an den interessanten Content zu kommen, spare ich mir den Aufwand und gebe denen, die nichts Interessantes zu sagen haben, gar nicht erst die Berechtigung, mir ihre Posts zu schicken.
Gleichzeitig haben sie aber sehr wohl die Berechtigung, meine Posts zu kommentieren oder mir DMs zu schicken das ist davon unabhngig.
Insgesamt kennt Hubzilla 17 Berechtigungseinstellungen mit sieben oder acht Berechtigungslevels. Dazu kann ich auch noch bei Posts (und damit ganzen Threads), Bildern, anderen Dateien usw. usf. einstellen, wer sie sehen darf.
Sechstens: zwar nicht perfekte, aber sehr umfassende Filter.
Zunchst einmal erlaubt Hubzilla es mir, individuell pro Kontakt zu filtern. Das heit, ich kann nicht nur kanalweit filtern, sondern auch einzelnen Kontakten jeweils individuelle Filterlisten geben, und zwar jeweils eine Whitelist und eine Blacklist pro Kontakt.
Dann kann ich beim Filtern regulre Ausdrcke verwenden. Wenn ich z. B. ein Schlsselwort auch als Wortbestandteil filtern will, ein anderes aber nur als ganzes Wort, kann ich das mit einer und derselben Filterliste erschlagen.
Und letztlich hat Hubzilla auch eine Filtersyntax, wobei die sich leider in Whitelists mit reinen Schlsselwrtern noch nicht vertrgt, sonst wren Hubzillas Filter noch mchtiger. Mit der Filtersyntax kann ich beispielsweise Boosts rausfiltern. Wenn also jemand manchmal interessante Sachen postet, dazwischen aber dutzendweise uninteressanten Mll boostet, kann ich mir die Boosts vom Hals schaffen, aber die Posts kommen weiterhin durch. Ich hoffe immer noch auf Verbesserungen, die es mir z. B. mglich machen wrden, eine Whitelist nur auf Posts anzuwenden, nicht aber auf Kommentare und DMs.
Siebtens: das volle Programm der Textformatierung, das einem eine Blog-Engine bietet. Und zwar nicht einfach nur WYSIWYG, sondern ich kann direkt mit rohem Code arbeiten.
Die ganzen Twitter-Klone, und dazu zhle ich auch Misskey und alle Forkeys, erlauben mir z. B. nicht, Bilder in den Post-Text einzubetten. Also Text, dann ein Bild, dann mehr Text, dann noch ein Bild, dann noch mehr Text. Auf Hubzilla geht das problemlos, weil Hubzilla eben nicht versucht, Twitter nachzuffen. Mastodon kann das nicht mal darstellen und die ganzen *keys auch nicht.
Ich wei auch nicht, ob die *keys eine Begrenzung haben, wieviele Bilder man an einen Post anhngen kann. Hubzilla hat beim Einbetten von Bildern keine Begrenzung.
Hubzilla kann ansonsten mit BBcode das hier alles:
In Verbindung mit OpenWebAuth ("magisches" Single Sign-On, das auch von Mike Macgirvin erfunden wurde) geht auerdem:
Wenn im Kanal bestimmte Erweiterungen aktiviert sind (Hubzilla ist sehr modular und jeder Kanal fr sich auch), geht auerdem:
brigens hat Hubzilla sogar eine Vorschau fr Posts, DMs und Kommentare. Man kann sie sich anzeigen lassen, bevor man sie versendet, um noch einmal nachzubessern.
Achtens: Kategorien fr Posts.
Ich kann meine eigenen Posts nicht nur mit Hashtags organisieren, sondern auch in Kategorien, von denen ich jedem Post eine oder mehrere zuweisen kann. Die dienen nur der internen Organisation und werden nicht nach auen fderiert. So finde ich meine eigenen Posts schneller und leichter wieder.
Neuntens: Speichern von Posts, Kommentaren etc. in Ordnern.
Sowohl eigene Posts, Kommentare usw. als auch die anderer Nutzer kann ich nicht einfach nur mit Lesezeichen markieren, sondern auf diesem Wege in Ordnern einsortieren. Das sind quasi Lesezeichenkategorien.
Zehntens: Zusatzfeatures, die so fast nirgendwo oder tatschlich nirgendwo verfgbar sind.
Ich nutze auf Hubzilla einiges an Zusatzfeatures, die teilweise optional sind, die mir weder Misskey noch einer der Forkeys so bieten kann:
Selbst wenn ich nach Sharkey oder CherryPick wechseln wrde, mte ich sehr, sehr viel dafr aufgeben.
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #NomadischeIdentitt #Zeichenlimit #Zeichenlimits #Konversationen #Berechtigungen #Filter #Textformatierung #Hubzilla
Wenn ihr ber das Fediverse insgesamt redet, also das ganze Netzwerk, aber ihr nennt es "Mastodon", dann kann ich euch nicht ernstnehmen. Das zeigt, da ihr euch gar nicht bewut seid, da es ein Fediverse jenseits von Mastodon gibt. Das, oder ihr wollt, da das Fediverse nur Mastodon ist.
Wenn ihr die Formulierung "Mastodon und das Fediverse" nutzt, kann ich euch auch nicht ernstnehmen. Ganz offensichtlich wit ihr nicht nur nichts ber das Fediverse auerhalb von Mastodon, sondern alles, was nicht Mastodon ist, ist euch komplett piepschnurzegal.
Das Netzwerk heit "Fediverse", und es ist weit davon entfernt, nur Mastodon zu sein.
"Mastodon" sollte nur diesen einen bestimmten Teil des Fediverse bezeichnen im Unterschied zu z. B. Pleroma, Misskey, Friendica, Pixelfed, PeerTube, Funkwhale, Owncast und den ganzen Rest des Fediverse.
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #NichtNurMastodon
There are lots of things like this we can do better if we imagine Fediverse UX as a single organism.
The Fediverse is way too diverse for that. It isn't just Mastodon and Mastodon add-ons.
On the one end of the Fediverse, there's Mastodon. On the other end, there are Hubzilla, (streams) and Forte which are very, very much not Mastodon. They work entirely differently from Mastodon. And that's actually good. The Hubzilla devs and the (streams) and Forte dev even mostly refuse to adopt non-standard Mastodon stuff, much less make them more like Mastodon in general.
So you have Fediverse devs who develop new stuff for the Fediverse, but they only build it to interact with Mastodon. And then they're completely confused if something comes along and tries to interact with what they develop, but it doesn't work as intended because that something happens to be Hubzilla or (streams) or maybe even only Friendica.
Now, it's tempting to demand that everything in the Fediverse that is neither Mastodon nor built against Mastodon be made more like Mastodon. Including server apps that predate Mastodon and have a wholly different focus from Mastodon (Friendica is a Facebook alternative that's 5 years older than Mastodon, and Hubzilla is a Friendica fork and a Facebook-alternative-plus-social-CMS that's still ten months older than Mastodon), and including server apps that can be traced back to these.
Well, if it's justified to ask something that works entirely differently from Mastodon by purpose, and that had been around for quite a while when Mastodon was launched, to become more like Mastodon, then I can ask why Mastodon and everything else doesn't become more like Forte. Conversation containers (which means that Mastodon would have to introduce conversations in the first place), full HTML rendering support, fine-grained permissions, nomadic identity etc.
CC:
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #FediverseIf you talk about the Fediverse as a whole, the entire network, but you refer to it as "Mastodon", I can't take you seriously. It goes to show that you're completely unaware of there even being a Fediverse beyond Mastodon. Either that, or you want the Fediverse to only be Mastodon.
If you use the phrase "Mastodon and the Fediverse", I can't take you seriously either. Clearly, not only don't you really know anything about the Fediverse outside of Mastodon, but you don't even really care for anything that isn't Mastodon.
The network is called "Fediverse", and it is far from being only Mastodon.
"Mastodon" should only refer to that particular part of the Fediverse in contrast to e.g. Pleroma, Misskey, Friendica, Pixelfed, PeerTube, Funkwhale, Owncast and all the rest of the Fediverse.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #NotOnlyMastodon #FediverseIsNotMastodon #MastodonIsNotTheFediverse Long The readability aspect is interesting. It directly contradicts those who say that if text is illegible in the image, it doesn't have to or even mustn't be transcribed. And I myself go as far as transcribing text that's so tiny that it's invisible.
But: Information that is not available in the image and not in the actual post either must never go into the alt-text!
Not everyone can access alt-text. Not everyone is on a phone. Not all possible frontends support alt-text. And some people are phyiscally incapable of accessing alt-text, for example, because they can't use a pointing device such as a mouse or a trackball.
If information is only available in the alt-text and nowhere else, it is completely inaccessible and therefore lost to a whole lot of people.
Thus, explanations must always go somewhere where they can access them, ideally into the post.
#Long #LongPost #CWLong #CWLongPost #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta #A11y #Accessibility
idk why fedi instances don't just add a bridge, lazy af
This has nothing to do with laziness.
For the vast majority of people in the Fediverse, including developers, the Fediverse == ActivityPub and only ActivityPub. For many, the Fediverse == Mastodon and maybe stuff that was bolted onto Mastodon after the fact. If there's another protocol they've even only heard of, it's Bluesky. So if they develop any new Fediverse server application, it's always a) ActivityPub only and b) being built against Mastodon with no regards to anything else in the Fediverse.
Almost nobody knows that anything in the Fediverse supports more than one protocol. That's largely unheard of and largely unimaginable. A poll has revealed that three out of four Fediverse users have never even heard the name "Hubzilla". Most of those who have heard of Friendica without having used it think it's another Mastodon-like ActivityPub-only Twitter clone, but with no character limit, because what else could it possibly be in a Mastodon-dominated Fediverse
This also means that Fediverse users and Fediverse developers alike don't know which Fediverse projects are able to connect to diaspora*. Hell, the vast majority of Fediverse users and developers have never even heard of diaspora* itself!
And then there's the ActivityPub-centricism. In the opinion of most, ActivityPub is the only protocol that's even tolerated in the Fediverse. Sure, why not connect diaspora* to the Fediverse But in order for this, diaspora* must add ActivityPub support. Full stop.
For in practice, the most wide-spread definition of the Fediverse is "everything that can connect to Mastodon". But before Mastodon itself adds another protocol and actively reaches out to something that isn't Mastodon, it adds full HTML rendering support. And before Mastodon adds full HTML rendering support, hell freezes over.
Besides, why would the Mastodon devs add features to something which they have the balls to declare "the only feature-complete Fediverse project" straight into the face of a Hubzilla veteran (This very thing has actually happened to me, and I've got witnesses. Luckily for this guy, I couldn't be bothered to list up Hubzilla features and ask him whether Mastodon has them.)
skimming the code it looked like friendica just has one Diaspora.php file that handles all of that
Both Friendica and Hubzilla don't have support for additional protocols built into their cores in various places. It's always an add-on, it's always optional, and it's pretty much always off by default for new accounts/channels. So why split across a whole bunch of files what can just as well be put into one Besides, I don't know if Friendica and/or Hubzilla supports add-ons that are spread across multiple PHP files.
and honestly i think php is better suited for a decentralized social network than ruby or node, easy to learn and modify etc.
And more lightweight. Hubzilla actually produces less server load per user than Mastodon. And Hubzilla has vastly more features than Mastodon.
I have a Hubzilla account but honestly not the biggest fan of their frontend
Well, a feature monster like Hubzilla can barely be harnessed with a Twitter-like, easy-peasy UI. Could be one reason, albeit neither the only one nor the most important one, why nobody has ever even tried to develop a Hubzilla phone app that puts Hubzilla behind an all-new mobile UI. Such an app would be more complex than K-9 Mail.
That being said, Scott M. Stolz is working on brand-new general-purpose themes, although the first one will be based on Redbasic, and is working on brand-new special-purpose themes.
and i don't think i ever figured out how to use most of it lol
Der Pepe (Hubzilla) is currently .
i've been messing around with implementing my own minimal zot/AP server in PHP
Especially now that Zot6 is so firmly tied to Hubzilla, I don't think it's a good idea to build another project on on Zot from scratch. You'd have to make everything compatible with Hubzilla and keep it compatible with Hubzilla. Zot/Nomad is not a W3C standard. There's no committee behind it. The old Zot is maintained by the Hubzilla maintainers and tied to Hubzilla, Nomad is still maintained by Mike Macgirvin and tied to (streams).
Besides, a server application that has both Zot6 and ActivityPub firmly and permanently built into the core is an even stupider idea. On Hubzilla, ActivityPub is deactivated on new channels by default for a very good reason. The reason is because ActivityPub, like all other non-nomadic protocols, still interferes with Zot's nomadic identity.
Even if, for some reason, you decided to build your server app in a more traditional way, non-nomadic with no channels and the identity firmly tied to the account, I wouldn't entirely rule out interference. Besides, if you decide to go non-nomadic, where's the point in using Zot and constantly having to keep pace with Hubzilla then Permissions Ask Mike how he did them on Forte, using only ActivityPub.
but would certainly be easier to just make a new frontent for either HZ or Streams and maybe build some addons
The original very idea behind (streams) was for developers to fork it (ideally soft-fork it), build something on top of it and give it a name and a brand.
Remember that it isn't named "Streams", it's named nothing, it doesn't have a name, it doesn't have a brand identity. That's fully intentional, partly to spite brand worshippers, partly so that those who'd fork (streams) wouldn't have to rename it because it doesn't have a name to change to begin with.
It's another story that nobody has ever forked (streams) into a new project, and instead, people kept developing all-new, ActivityPub-only server apps against Mastodon or forking Mastodon's underwhelming and outdated code or Misskey's inherently messed-up code.
BTW Has someone updated the Chess Addon last i checked they broke it, only chess is a huge thing and if you can chess over zot all types of gaming possibilities open up
and thus removed from installations for a very good reason: In 2020, Hubzilla was upgraded to Zot6 which had been developed on Osada and Zap. But that would have required the Chess app to undergo quite a lot of changes. And the devs couldn't see how the Chess-specific activities could possibly be mapped to Zot6.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #diaspora* #Zot #Nomad #Friendica #Hubzilla #Streams #(streams)
or Hubilla and how they used ActivityPub just as a 'transport layer" and use their Zot protocol for things like identity management and migration
Hubzilla doesn't even need ActivityPub. Hubzilla was the first to implement it, two months before Mastodon, but it doesn't depend on it. Zot has always taken care of everything.
ActivityPub is an add-on and only there for Hubzilla to be able to connect to ActivityPub-using servers. It's optional for both hubs and channels. For channels, it's turned off by default like all other non-nomadic bidirectional protocols because it interferes with nomadic identity.
Even (streams), which has ActivityPub built into the core and on by default on new channels, doesn't depend on it because Nomad takes care of everything. Mike Macgirvin's first creation that depends on ActivityPub is Forte from about two and a half months ago because it has tossed all other protocols out.
And still, both Hubzilla and (streams) take the ActivityPub standard plus FEPs more seriously than Mastodon.
CC:
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #ActivityPub #Fediverse #Mastodon #Hubzilla #Streams #(streams) #Forte
Decided to do a post on my Dreamwidth, as I did not feel like breaking into individual entries to read it here.
(ish)form
2/2
Viele von denjenigen unter uns, die zwar im Fediverse sind, aber nicht auf Mastodon, stren sich sehr daran, wenn Mastodon-Nutzer das Fediverse als nur Mastodon ansehen. Wenn sie z. B. Funktionen einfordern, die so, wie sie sie haben wollen, nur funktionieren wrden, wenn es nichts auer Mastodon gbe. Siehe Quote-Posts mit Opt-In-Schalter.
Dann fhlen wir den Drang, uns in solche Diskussionen einzumischen und den Leuten zu erklren, da das Fediverse nicht nur Mastodon ist und ihre halbe Diskussion auf vllig falschen Grundlagen stattfindet. Wenn wir's nicht tun, tut's niemand, und die weitere Annahme, das Fediverse sei nur Mastodon, hat mglicherweise schlimme Folgen.
Manchmal sind die Leute fr diese Information dankbar. Hufig endet das Ganze aber schnell und abrupt in einem persnlichen Angriff und einer sofortigen Sperre. Grund fr die Sperre:
- Fedisplaining. Also unerbetenes, unerwnschtes Erklren von Dingen. Dem Adressaten gefllt das Fediverse als nur Mastodon einfach besser.
- Reply-Guying. Der Adressat hat den Erklrer nicht erwhnt, der Adressat ist mit dem Erklrer nicht gegenseitig verbunden, also ist es dem Erklrer gem Mastodon-Kultur und Fediquette verboten, den Adressaten anzuschreiben. Nur da genau das auerhalb von Mastodon, wo es sowas wie Konversationen gibt, gang und gbe ist.
- Die Frechheit und Arroganz, ber 500 Zeichen auf einmal zu posten.
- Die Frechheit und Arroganz, den Post zu formatieren.
- Zuviele Hashtags aus Grnden, die aus reiner Mastodon-Sicht unersichtlich sind.
- Die Frechheit und Arroganz, mit irgendeinem schmutzigen Trick den Adressaten mit Langnamen zu erwhnen und nicht, wie es sich eigentlich gehrt, mit Kurznamen. (Auf Friendica und hier auf Hubzilla ist die Erwhnung mit Langnamen hardgecodet.)
Unsereins hat also die Wahl, entweder sukzessive sehr viel Reichweite zu opfern oder einen noch greren Teil von Mastodon als sowieso schon im gefhrlichen Glauben zu lassen, das Fediverse sei nur Mastodon.
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #NichtNurMastodon #ReplyGuy #ReplyGuys #Fedisplaining
Otherwise it's hard to find accounts to follow outside your instance, which worsens the experience.
It's actually hard to find accounts at all. You have to go search for them yourself.
That's because, at the end of the day, Mastodon is what is, too: a microblogging platform. And not a social network.
A social network would suggest contacts to you, based on your existing contacts, your profile and their profiles. Facebook does that, and so do the primary Facebook alternatives in the Fediverse. Mastodon doesn't because doesn't. Because they're soapboxes, they're all about pumping out content and not about connecting and interacting.
If you think Mastodon is unspeakably awesome as a social network, spend one year on Friendica and think again.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Mastodon #Facebook #Friendica #SocialNetwork #SocialNetworks Ja, aber das ist nicht mit Mastodon erfunden worden. Und das Fediverse ist auch nicht mit ActivityPub erfunden worden.
Das Fediverse fing eigentlich zweigleisig an.
Einmal war da OStatus, ehemals OpenMicroBlog. Das hatte ab 2008 Identi.ca und das daraus abgeleitete Laconi.ca/StatusNet-Projekt, aus dem ja auch GNU social hervorging. Dann ab 2010 Friendica, dann ab 2012 die Red Matrix (Friendica-Fork), aus der 2015 Hubzilla wurde, dann ab 2016 Pleroma und Mastodon. Auch Mastodon fing auf OStatus an.
Nebenher gab's noch das diaspora*-Protokoll, das nie so wirklich offen war. Das hatte ab 2010 nur diaspora*. Dann hat sich in einer sechsmonatigen Sisyphusarbeit Friendica einseitig mit diaspora* verbunden, das keine Protokolldokumentation hatte, geschweige denn eine API.
Das kann man sich so vorstellen, wie wenn man Hardware an einen Computer anschlieen will, es aber keine Schnittstelle dafr gibt und das Ganze dann auch noch geschtzt ist. Erst verbringst du mehrere Monate, die Funktionsweise des Computers zu reverse-engineeren. Dann bohrst du mit einem Diamant-Kernlochbohrer ein Loch ins Computergehuse, das aus Stahlbeton besteht. Und dann nimmst du dein Kabel und ltest 25 einzelne Litzen direkt auf eine oder mehrere Platinen. So in der Art lief die Fderation von Friendica nach diaspora* ab. Aber von da an wute man wenigstens, wie das geht.
2011 kam also Friendica dazu, 2012 die Red Matrix, die wie gesagt 2015 zu Hubzilla wurde. Spter haben sich da noch ein paar andere mit eingeklinkt.
Eigentlich waren das zwei getrennte Netzwerke, weil direkte Konversation zwischen StatusNet und diaspora* nicht mglich war. Und tatschlich war die diaspora*-Seite nachher sogar grer. Das lag einmal daran, da diaspora* an sich nicht klein war. Auerdem hat es dem StatusNet/GNU social-Konglomerat geschadet, da Identi.ca 2013 von OStatus auf pump.io umgestellt wurde und dadurch mit nichts anderem mehr kompatibel war. Und Identi.ca machte mindestens 90% des Gesamtvolumens von StatusNet aus.
ActivityPub kam erst 2017. Wie gesagt, da gab es Mastodon schon, da gab es Pleroma schon, da gab es auch Misskey schon seit 2014, wobei ich nicht wei, welches Protokoll das ursprnglich verwendete. Friendica und Hubzilla gab es ja auch, aber die hatten ihre eigenen Protokolle (DFRN und Zot), und Hubzilla hat es heute noch.
Im Juli 2017 hat Hubzilla als erste Serversoftware berhaupt ActivityPub implementiert, und Hubzilla spricht ja immer noch fast soviel wie Friendica. Im September 2017 hat Mastodon nachgezogen, das bis 2019 sowohl ActivityPub als auch OStatus sprach.
2018 hat der W3C dann ActivityPub hochoffiziell zum Web-Standard erklrt. Da zogen dann peu peu andere nach. Bis dahin gab es ActivityPub nur auf Hubzilla und Mastodon, und zwischen den beiden gab's damals schon Meinungsverschiedenheiten.
Also: Ja, ActivityPub ist inzwischen der Standard.
Aaaber: Der Standard ist nicht Mastodons Implementation von ActivityPub. Der Standard ist der Wischiwaschi-"Standard" in der offiziellen W3C-Spezifikation. Und dazu gibt's noch die FEPs.
Mastodon biegt sich den W3C-Standard so hin, wie es ihm pat, und geht dabei an die Grenzen des noch Erlaubten. Vieles ignoriert Mastodon gleich gnzlich, z. B. wehrt es sich schon immer mit Zhnen und Klauen dagegen, in irgendeiner Form volle HTML-Textformatierung auch nur anzuzeigen. Article-Type Objects (= Blogartikel) haben es im Fediverse sehr schwer, weil Mastodon sich standhaft weigert, die vernnftig darzustellen. Das heit: Mastodon stellt sie berhaupt nicht dar, sondern verlinkt drauf. Das ist Mastodons Reaktion auf Hubzillas Beschwerde darber, da Mastodons HTML-Sanitiser vollformatierte Article-Type-Posts bis zur Unkenntlichkeit verstmmelt hat.
Obendrein baut Mastodon auf einer Asbach-Uralt-Version des W3C-Standard auf. FEPs interessieren Mastodon nicht. Statt dessen baut Mastodon stndig proprietre Nicht-Standard-Sachen ein (Sensitive-Flag fr Bilder, Webfinger, CW-Feld, eigene Server2Client-API, fediverse:creator usw.), und alles, was diese proprietren Nicht-Standard-Sachen von Mastodon nicht auch implementiert, stellt Mastodon dann eben als "kaputt" hin.
Und weil immer noch die berwltigende Mehrzahl der Mastodon-Nutzer glaubt, Mastodon sei der Ursprung des Fediverse und der Goldstandard im Fediverse, werden ganz neue Fediverse-Projekte nur oder hauptschlich gegen Mastodon gebaut und nicht gegen den W3C-Standard plus FEPs. Die werden also tatschlich als Extras an Mastodon drangeschraubt. ltere Projekte machen da aber nicht unbedingt mit.
Nehmen wir mal Mike Macgirvin. Der hat seit 2010 zwei Fediverse-Protokolle (DFRN, Zot/Nomad) und round about elf Fediverse-Serveranwendungen erschaffen, von denen vier heute noch existieren, und er hat 2011 nomadische Identitt erfunden. Der wanzt sich nicht mehr an Mastodon an. Der baut ActivityPub-Sachen nur noch strikt nach W3C-Standard und FEPs. Wenn es dann nicht mit Mastodon funktioniert, dann ist Mastodon kaputt, weil es seine (streams) und Forte sind, die sich an Standards und bereinknfte halten.
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Mastodon #Fediverse #OStatus #diaspora* #ActivityPub #W3C #FEP
Da stellt sich mir doch schon die Frage warum Man wei doch das Mastodon wenig kann, warum wird dann nicht eine eigene API angeboten
Weil man ohne die Mastodon-API berhaupt keine Smartphone-Apps htte. Weil erfahrungsgem keine Sau irgendwelche Apps entwickelt fr etwas, das nicht Mastodon ist.
Bevor man also darauf wartet, da sich jemand erbarmt und eine App entwickelt, macht man die eigene Serveranwendung "kompatibel" zu den existierenden Apps und den Apps, die in Massen entwickelt werden.
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #MastodonAPI #FediverseApps #MastodonApps Das Problem ist eher, da, wenn es nicht Mastodon ist, es kaum bis gar keine ordentliche App-Abdeckung hat.
Wer auf etwas ist, das die Mastodon API untersttzt, aber nicht Mastodon ist, und wer das mit einer Smartphone-App nutzen will, ist hufig durch diese App eingeschrnkt auf genau die Features, die Mastodon hat. Das liegt daran, da man oft eben nur Mastodon-Apps nutzen kann, die dann auch nur fr Mastodon gebaut sind. Ein Wunder, wenn das Eingabefeld fr den Post nicht hart auf 500 Zeichen beschrnkt ist. Eigentlich auch ein Wunder, wenn die App Textformatierung darstellen kann (siehe weiter unten).
Friendica-Nutzer beispielsweise waren bis vor kurzem richtig arme Schweine. Sie hatten die Wahl zwischen Relatica, das in einem experimentellen, nur halb ffentlichen Stadium feststeckt und nicht einfach aus dem Apple App Store bzw. dem Google Play Store gezogen werden kann, Fedilab, das Friendica auch nur eher rudimentr untersttzt, und der Weboberflche im Browser. Das hat sich erst durch Raccoon for Friendica gendert, das berraschenderweise vor ein paar Monaten aufgepoppt ist.
Wenn du keine Mastodon-API hast, bist du richtig in den Arsch gekniffen. Hubzilla beispielsweise hat nur eine App: Nomad. Nur fr Android. Nur auf F-Droid. Und Nomad ist vor nicht ganz fnf Jahren das letzte Mal aktualisiert worden und luft auf neueren Android-Phones gar nicht mehr.
Gut, Hubzilla, (streams) und Forte funktionieren wunderbar als Progressive Wep Apps, und die Weboberflchen passen sich wunderbar an Mobilgerte an. Aber in der Praxis nutzt niemand Progressive Web Apps, auch weil kein Schwein je davon gehrt hat. Die Leute wollen einfach eine App aus'm App Store ziehen. Und das kann man weder fr Hubzilla noch fr (streams) noch fr Forte, und auch fr Friendica gibt's erst seit kurzem eine annehmbare App in den Stores.
Dafr gibt's alle Naselang noch 'ne Mastodon-App frs iPhone und noch 'ne Mastodon-App frs iPhone.
Und diese Mastodon-Apps haben mitunter noch weniger Untersttzung frs Nicht-Mastodon-Fediverse als Mastodon selbst. Mastodons Weboberflche kann beispielsweise seit zwei Jahren rudimentre Textformatierung darstellen. Aber ein App-Entwickler, der nur Mastodon kennt, baut das in seine App eher nicht ein, weil er nicht wei, da irgendwo da drauen im Fediverse (= eigentlich fast berall auer Mastodon) Zeichen formatiert werden knnen.
Klar, wer nur Mastodon nutzt, wird sicherlich keine Hubzilla-App entwickeln. Aber wenn 75% des Fediverse noch nie in ihrem Leben den Namen "Hubzilla" auch nur gehrt haben, gibt's wenig Anreiz, das mal auszuprobieren. Damit gibt's kaum Umsteiger, und damit kommen auch keine potentiellen Entwickler nach Hubzilla.
CC:
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #FediverseApps Das Fediverse hat sich leider sehr verndert, vor allem in den letzten zweieinhalb Jahren.
Ich kenne noch das Fediverse, bevor es den Namen hatte, als man eher von "Federated Social Web" sprach. Das war 2011, um die Zeit herum, wo es Friendika gelungen war, sich eigenmchtig mit dem damals eigentlich abgeschotteten diaspora* zu verbinden.
diaspora* war angetreten als "Facebook-Killer", dann aber nicht so gezndet wie erwartet und mehr oder weniger zum Hipster-Tummelplatz geworden. Dennoch waren die Leute irgendwie technikoffen, sonst htten sie es nicht ohne Railroading und ohne Verhtscheltwerden geschafft, sich in einem dezentralen sozialen Netzwerk zu registrieren.
Zwar wute gefhlt keine Sau auf diaspora*, da es auch Friendika gab, geschweige denn, da Friendika sich mit diaspora* verbunden hatte. Aber wenn man erzhlte, da man eben nicht auf diaspora* war, sondern auf Friendika, wurde man dafr nicht angeschnauzt.
Friendika war wieder ganz anders als diaspora*. Wer auf Friendika war, war entweder ein linksalternativer Aktivist oder ein Technik-Nerd oder beides. Die Leute haben sich diebisch ber die ganzen Features gefreut und die ganzen Verbindungsmglichkeiten bis zum Gehtnichtmehr ausgereizt. Das war Zeug, das gab es sonst nirgendwo, das hatte nur Friendika. Und genau deshalb zog Friendika trotz seines minimalen Bekanntheitsgrads spieltriebige Geeks an wie die Lmpe die Mtten.
Friendika versuchte auch gar nicht, ein 1:1-Klon von irgendwas zu sein, geschweige denn, von diesem Irgendwas auch die Schwchen und Macken zu bernehmen. Es wollte eine Facebook-Alternative sein, aber nicht so wie Facebook, sondern besser als Facebook und z. B. mit allen mglichen Features, die man sonst nur von Blogging-Engines kannte. Das haben die Leute trotzdem mit Begeisterung aufgesaugt, ebenso andere geile neue Features, die mit der Zeit dazukamen. Und insgeheim haben sie sich diebisch gefreut, wie Friendika in Sachen Features mit diaspora* mit Leichtigkeit den Boden htte feudeln knnen.
Okay, die Red Matrix von 2012 wurde jetzt nicht so mit Begeisterung aufgenommen. Aber die wurde als das angesehen, was sie war: Friendica mit nomadischer Identitt. Die meisten Friendica-Nutzer haben nomadische Identitt damals gar nicht verstanden. Viele von denen, die sie verstanden haben, haben sie wiederum gar nicht gebraucht. Sie hatten ja ihr Friendica-Konto auf ihrem eigenen Privatnode, damals meistens sogar noch auf eigener Hardware in den eigenen vier Wnden. Das heit auch, da es anteilig sehr viele Selbsthoster gab.
Als sich dann aber ab 2015 die Existenz von Hubzilla herumsprach und auch, was Hubzilla alles konnte, sind scharenweise Friendica-Nutzer umgestiegen. Noch mehr
Die Leute, die in den spten 2010ern noch dabei waren, waren zum groen Teil immer noch die alte Garde mit dem alten Spieltrieb. So sind dann auch ein paar 2019 auf Zap oder ab 2010 auf Misty oder gar seine angeblich noch weniger stabilen Kollegen umgestiegen. Zwar gab man einen Haufen Features auf, aber diaspora*-Kontakte hatte man nicht, Artikel und Wikis hat man nie gebraucht, und hey, jetzt nutzt man den neuesten, heiesten Schei! Das ist letztlich brigens der Grund, warum (streams) berhaupt Nutzer hat.
Derweil sammelt der Friendica- oder Hubzilla-Nutzer heute noch Verbindungen in alle Himmelsrichtungen und auf alle mglichen und unmglichen Plattformen wie Trophen. Fr jeden ersten Kontakt von einer neuen Serveranwendung ("Hey, von Mitra/Socialhome/PieFed hatte ich noch keinen!") wrde man am liebsten den roten Teppich ausrollen, fr jede geglckte erste Fderation zu einer neuen Serveranwendung ("Geil, ich kann mich auch mit BookWyrm/Mobilizon/Loops verbinden!") eine Flasche Sekt kpfen. Und wann immer man eine Kontaktanfrage von diaspora* bekommt, grinst man innerlich und denkt an die vielen Fediverse-Projekte, auf denen das nicht mglich wre.
Mastodon war immer ganz anders. Mastodon war tendentiell eher fr nicht ganz so Technikaffine interessant. Gut, mit der Otaku- und Furry-Fluchtwelle von Twitter in 2017 kamen jede Menge Nerds rber, und "Awoo" wurde zum geflgelten Wort auf Mastodon. Damals bildete sich auch eine frhe eigene Kultur raus.
Aber als Elon Musk Millionen von totalen Normalos von Twitter verjagte, fielen auf Mastodon Millionen von Neulingen ein, die gar keinen Bock hatten, sich irgendwie an irgendwas Neues zu gewhnen. Viele nutzen heute noch Mastodon wie Twitter. Viele stren sich daran, da Mastodon nicht nah genug an Twitter ist, und hauen dann genau deshalb nach Bluesky ab.
Man sieht's ja immer wieder, da viele Mastodon-Nutzer gar keine neuen Features haben wollen und sogar gegen Feature-Ankndigungen pbeln. Und was Twitter an Features nicht hat, wird auch auf Mastodon nicht benutzt, auer es werden einem ganz konkrete Sanktionen angedroht, wenn man sie nicht nutzt.
Beispielsweise hat Mastodon seit zwei Jahren die Mglichkeit, Posts per Filter hinter einer Schaltflche zu verbergen. Von der Art her dasselbe wie das "NSFW", das Friendica und seine Nachfahren schon seit onen haben. Whrend man aber auf Friendica, Hubzilla und (streams) genau darauf als Inhaltswarnungen schwrt, nutzt das auf Mastodon keine Sau, weil Twitter es nicht hat und es auch in der Mastodon-Kultur nicht vorkommt.
A propos: Die aktuelle Mastodon-Kultur ist komplett definiert worden von denen, die vor Musk geflohen sind. Die haben sich aufgefhrt, als lieen sie sich in vllig unbesiedeltem Gebiet nieder. Es dauerte ja nur Stunden, bis die Neuankmmlinge auf weit mehr andere Neuankmmlinge als Ureinwohner stieen. Und so haben sie auch ihre eigene Kultur entwickelt, als gbe es noch keine.
Die Geeks, Otakus und Furries der Frhzeit haben sich der neuen Kultur und dem Diktat der Mehrheit unterwerfen mssen (auer denen, die auf einer gewissen fast berall gesperrten Rieseninstanz sind). Die frhe Mastodon-Kultur glht allenfalls noch auf den Forkeys nach, mehr oder weniger vermengt mit Misskeys eigener Kultur und Queer-Einflssen.
hnlich sieht's hufig aus, wenn Leute, die in den letzten zweieinhalb Jahren von Twitter nach Mastodon gekommen sind, auf das Fediverse auerhalb von Mastodon stoen. Ein paar sind neugierig wie die diaspora*-Nutzer vor etwa einem Dutzend Jahren. Um so mehr fhlen sich aber durch den pltzlich aufgetauchten Fremdkrper in ihrem so gemtlichen Mastodon-Fediverse gestrt und greifen jeden an, der sich nicht genau an ihre Mastodon-Ideale hlt. Es gibt Mastodon-Nutzer und Eindringlinge. Auch wenn so manch ein "Eindringling" schon lnger auf Friendica ist, als es Mastodon berhaupt gibt.
Letztlich ist es also nicht nur weitverbreitete Technophobie, sondern generelle Xenophobie.
CC:
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Friendica #Hubzilla #Mastodon Dazu mu ich jetzt mal was schreiben als jemand, der zum einen schon im Fediverse war, bevor es Mastodon gab, und zum anderen etwas benutzt, was maximal weit von Mastodon entfernt ist. Und ich sage: Onboarding im Fediverse ist ein zweischneidiges Schwert.
Aktuell hat das Fediverse nmlich zwei Probleme, die sich kaum gleichzeitig beheben lassen.
Das eine Problem ist, da es immer noch "zu schwer" ist, sich auch nur auf Mastodon zu registrieren. Und warum Weil schon Mastodons Dezentralitt es zu kompliziert macht. Und vom Gesamt-Fediverse rede ich hier noch gar nicht.
Nach , Threads und Bluesky kommen die Leute sehr viel leichter rein. Und warum Weil ein zentralistisches, monolitisches Silo ist. Weil Threads ein zentralistisches, monolithisches Silo ist. Und weil Bluesky selbst langjhrigen Fediverse-Experten erfolgreich vorgaukelt, ein zentralistisches, monolithisches Silo zu sein. Nicht nur mu man keine Instanz whlen, man kann keine Instanz whlen.
In der offiziellen Mastodon-Smartphone-App mu man auch nicht unbedingt eine Instanz whlen. Aber die Auswahlbox ist immer noch da und verwirrt die Leute, ganz zu schweigen davon, da Mastodon damit wirbt, dezentral zu sein, und damit, da man sich eine Instanz nach eigenem Gusto suchen kann. Die -App hat das nicht, die Threads-App hat das nicht, und die Bluesky-App hat das auch nicht. Und obwohl Bluesky tatschlich wirklich dezentral ist, prsentiert es sich selbst als monolithisches Silo, weil die Leute das leichter verstehen.
Mastodon verhtschelt Neulinge ja jetzt schon reichlich. Sie brauchen tatschlich keine Instanz auszuwhlen und knnen einfach beim Standard bleiben: mastodon.social. Und Mastodon erwhnt mit keinem Wort das brige Fediverse, um die Leute nicht ber Gebhr zu verwirren. Das tun brigens viele Medien genauso. Und das tun die meisten, die Mastodon auf anpreisen, auch, weil sie meistens selbst glauben, das Fediverse sei nur Mastodon.
Um aber das Onboarding leichter zu machen, mu Mastodon die Neulinge noch mehr verhtscheln und in Watte packen. Es darf nicht mehr mit seinem Killerfeature Dezentralitt werben. Es mu nicht nur die Instanzauswahl aus der offiziellen Mobil-App ganz entfernen und die App auf mastodon.social hardcoden, sondern es mu sich und damit das Fediverse komplett als monolithischen Silo darstellen.
Es mu die Leute also anlgen. Aber das brauchen die. Leider.
Nur haben wir jetzt schon ein Fediverse, in dem viele Neulinge monatelang glauben, es sei nur mastodon.social. Vor allem aber haben wir ein Fediverse, in dem die allerallermeisten Nutzer monatelang glauben, es sei nur Mastodon. Und das ist ein Riesenproblem fr die, die eben nicht auf Mastodon sind, sondern auf etwas, was vllig anders ist als Mastodon.
Ich wei noch, wie entsetzt ich letztes Jahr war, als ich jemandem, der fnf Monate auf Mastodon war, erklren mute: Nein, das Fediverse ist nicht nur Mastodon. Ja, es gibt auch noch andere Sachen im Fediverse, die ganz anders sind als Mastodon. Ja, das ist normal, und das gehrt so. Heute wei ich, da es Leute gibt, die seit zwei Jahren dabei sind, seit Musk Twitter gekauft hat, und immer noch "wissen", da das Fediverse nur Mastodon ist. Ich schtze, mindestens die Hlfte aller Mastodon nutzer glaubt das. Andere Fediverse-Nutzer von auerhalb von Mastodon drften meine Einschtzung als optimistisch ansehen.
Guckt euch mal um. Es werden stndig neue Fediverse-Serveranwendungen entwickelt (und ich meine nicht den hundertsten Misskey-Fork), und in Sachen Interoperabilitt werden die nur auf Mastodon ausgelegt. Oder Mastodon wird geforkt, um Features dranzubauen, von denen die Entwickler glauben, es gbe sie im ganzen Fediverse nicht. Dabei gibt es diese Features teilweise berall von Pleroma ber Sharkey bis Hubzilla.
Die gewaltige Mehrzahl der Desktop- und Mobil-Apps frs Fediverse ist auf Mastodon und nur auf Mastodon ausgelegt. Es gibt haufenweise Webdienste und Websites, die mit dem Fediverse verzahnt sind, von denen viele auch nur mit Mastodon funktionieren.
Alles nur, weil die Entwickler zu dem Zeitpunkt, wo sie anfingen, und noch lange genug danach absolut nicht damit rechneten, da es im Fediverse noch etwas anderes geben knnte als Mastodon. Wissen taten sie es schon mal erst recht nicht.
Die "Fediverse-Kultur", die "Fediquette", all das ist nur und ausschlielich auf Mastodon ausgelegt. Warum Weil auch diejenigen, die die Umgangsformen frs Fediverse definieren, glauben, das Fediverse sei nur Mastodon. Und so wird aktiv versucht, Nutzern des Nicht-Mastodon-Fediverse die Nutzung von Features zu verbieten, die Mastodon nicht hat, weil das die Mastodon-Nutzer verstrt.
Da werden dann auch mal Friendica-Nutzer dazu gezwungen, ihre Posts auf maximal 500 Zeichen einzuschrnken. Wohlgemerkt: Friendica ist fnfeinhalb Jahre lter als Mastodon, es ist mit Mastodon verbunden, seit es Mastodon gibt, und es hatte noch nie irgendein Zeichenlimit. Viele Mastodon-Nutzer, die erfahren, da das Fediverse eben nicht nur Mastodon ist, glauben nmlich, es habe trotzdem mit Mastodon angefangen, und alles, was nicht Mastodon ist, sei nachtrglich an Mastodon drangeklebt worden. Weil kann ja gar nicht anders sein.
Eigentlich bruchte das Fediverse als Ganzes, also ber Mastodon hinaus betrachtet, sein eigenes zustzliches Onboarding. Es bruchte einen wirksamen Weg, Mastodon-Nutzern zu erklren: Nein, das Fediverse ist nicht nur Mastodon. Nein, alles andere ist nicht genau wie Mastodon. Ja, einige Sachen im Fediverse sind ganz anders als Mastodon. Ja, das ist vllig normal. Nein, Mastodon war auch nicht zuerst hier. Nein, Mastodon kann anderen Bereichen des Fediverse nicht einfach seine Kultur aufzwingen, die auf seinen eigenen Einschrnkungen beruht. Denn diese anderen Bereiche des Fediverse haben auch mal ihre eigene Kultur. Und ja, das ist gut so.
Wit ihr, wie sich aktuell die Kunde darber, da das Fediverse nicht nur Mastodon ist, berwiegend verbreitet Ich sag's euch: indem Nutzer von Pleroma oder Firefish oder Friendica oder Hubzilla ungefragt auf Mastodon-Posts antworten, die implizieren oder direktweg behaupten, da das Fediverse nur Mastodon ist. Indem diese Nicht-Mastodon-Nutzern den Autoren dieser Posts direkt erklren: Das Fediverse ist mehr als nur Mastodon.
Eigentlich bruchte es ein Onboarding frs Fediverse ber Mastodon hinaus, das eben kein auf Mastodon bei Strafe verbotenes Reply-Guying und Mansplaining/Techsplaining/Fedisplaining ist.
Aber: Leichteres Onboarding fr Mastodon wrde genau in die entgegengesetzte Richtung wirken. Mastodon-Nutzer wrden noch lnger glauben, Mastodon sei ein zentralistisches Silo. Und noch sehr, sehr viel mehr Mastodon-Nutzer wrden das glauben. Und wenn sie schon nicht damit rechnen, da es eben nicht nur ein Mastodon gibt, sondern lauter groe und kleine miteinander verbundene Mastodons, dann rechnen sie noch sehr viel weniger damit, da mit Mastodon noch ganz andere Sachen verbunden sind.
Der prozentuale Anteil wie auch die absolute Anzahl derjenigen, fr die das Fediverse nur Mastodon ist, wrde dramatisch ansteigen. Die Leidtragenden wren diejenigen, die eben nicht auf Mastodon sind.
Noch mehr Mastodon-Nutzer wrden sich ber Posts mit mehr als 500 Zeichen aufregen, mit deren Existenz sie im Leben nicht gerechnet htten, bevor ihnen zum ersten Mal jemand von Akkoma geantwortet hat. Noch mehr Mastodon-Nutzer wrden versuchen, ein fediverseweites Verbot von Posts mit mehr als 500 Zeichen durchzusetzen. Und von Textformatierung. Und von Antworten von Leuten, die einem weder folgen noch von einem selbst erwhnt wurden, auch wenn das z. B. auf Friendica und seinen Nachfahren vllig normal ist.
Noch mehr Mastodon-Nutzer wrden fr alle Posts, die sie persnlich als unangenehm empfinden, CWs im CW-Feld einfordern. Und verbieten, das CW-Feld fr irgendetwas anderes als CWs zu nutzen. Auch wenn Mastodons CW-Feld nur ein zweckentfremdetes Summary-Feld von StatusNet ist, das auf GNU social, Pleroma, Akkoma und Hubzilla bis heute ein Summary-Feld ist und auf Friendica, (streams) und Forte ein entsprechendes Paar BBcode-Tags.
Noch mehr Mastodon-Nutzer wrden unter Androhung von Sanktionen das Whlen einer Sprache fr Posts einfordern. Und "Unlisted", wo immer das notwendig ist. Ungeachtet der Tatsache, da die Mehrzahl der Fediverse-Serveranwendungen weder das eine noch das andere versteht.
Noch mehr Mastodon-Nutzer wrden von Nutzern von Misskey, Friendica und deren Forks und Forkforks fordern, da die aufhren mit ihren "komischen" Erwhnungen und bitte "normale" Erwhnungen schreiben. Nur da das von Mastodon abweichende Erwhnungsformat auer auf (streams) und Forte bombenfest hardgecodet ist.
berhaupt wren noch mehr Mastodon-Nutzer der Ansicht, alles, was irgendwo anders nicht genauso wie auf Mastodon funktioniert, ist fehlerhaft und mu repariert werden.
Ich kenne jetzt schon gengend Nicht-Mastodon-Nutzer, die sich immer wieder ber Mastodon-Nutzer aufregen, die nicht einfach nur unwissend sind, was das brige Fediverse angeht, sondern regelrecht ignorant und borniert. Die tatschlich so einiges von dem oben Genannten einfordern. Denen es erst kaum in den Schdel zu hmmern war, da das Fediverse eben nicht nur Mastodon ist, sondern die danach immer noch der felsenfesten berzeugung sind, Mastodon war zuerst da und ist ja sowieso die beste Fediverse-Anwendung und der ActivityPub- und Fediverse-Goldstandard.
Ich meine, das geht inzwischen schon so weit, da Gegenmanahmen ergriffen werden. Kein Scherz.
Ich kenne einen Friendica-Nutzer, der nicht nur Abstracts, also Mastodon-CWs komplett deaktiviert hat (Friendica hat fr CWs eine sehr viel elegantere Lsung). Nein, er blockiert auch sofort jeden, den er dabei erwischt, einen lngeren Post in einen Thread zu zerschnipseln.
Ich kenne ein ffentliches Forum auf (streams), das nur ber Nomad und Zot6 erreichbar ist. (streams) untersttzt zwar ActivityPub, aber in diesem Forum ist ActivityPub absichtlich deaktiviert worden, um Mastodon auszusperren. Kollateralschden in Form des gesamten Fediverse auer (streams) und Hubzilla wurden in Kauf genommen.
A propos (streams): Das und sein noch junger Fork namens Forte haben letzten Monat ein instanzweises User Agent Filter bekommen. Das wurde dafr ausgelegt, auch ganze Fediverse-Projekte instanzweit zu sperren. Ausdrcklich wurde neben Threads als Beispiel Mastodon genannt. (streams)- und Forte-Instanzen knnen jetzt also Mastodon gezielt und vollumfnglich blockieren. Das hat zwar eigentlich offiziell einen technischen Hintergrund, nmlich, da Mastodon dazu neigt, (streams)-Instanzen auf schwcherer Hardware zu berlasten. Aber ich wage zu behaupten, das hat auch einen kulturellen Hintergrund.
Je mehr das Onboarding fr Mastodon vereinfacht wird durch Verhtscheln von Neulingen und Unterschlagen von Informationen, desto tiefer wird der Graben zwischen Mastodon und dem brigen Fediverse werden. Diesen Graben werden Mastodon und nicht unerhebliche Teile des Nicht-Mastodon-Fediverse gemeinsam ausheben, und zwar schneller, als irgendwelche Sprechstunden ihn wieder zuschtten knnen.
CC:
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #Onboarding #NichtNurMastodon A remark on "A Tale of Two Prototypes": The Fediverse did not start with Mastodon.
You wrote that, quote,
Mastodon and its forks have also prototyped
...
- A that (while imperfect and intermittent) points to a very different path than surveillance capitalism
- A real-life testbed for all the complexities of decentralized moderation and federated diplomacy
- A protocol-based platform for (somewhat) interoperaable social media operations
End quote.
No, they didn't. Mastodon and Glitch invented next to nothing. It has all been there before 2016, before Mastodon, just like the Fediverse itself.
Allow me to quote-post myself:
Three golden rules for the Fediverse.
One: Whatever you think Eugen Rochko has invented in the Fediverse was most certainly actually invented by either Evan Prodromou or Mike Macgirvin long before Mastodon.
Two: If you think the Fediverse should introduce a feature because Mastodon doesn't have it, the Fediverse most certainly does have it because any one of Mike Macgirvin's creations (, , and/or ) has it. It's likely that other projects have it, too. And if it's on Friendica or Hubzilla, they've had it before Mastodon was made.
Three: At no point in history has the Fediverse ever been only Mastodon.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fedi #Fediverse #Mastodon #Friendica #Hubzilla #Streams #(streams) #Forte #NotOnlyMastodon #FediverseIsNotMastodon #MastodonIsNotTheFediverse
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fedi #Fediverse #Mastodon #Friendica #Hubzilla #Streams #(streams) #Forte #NotOnlyMastodon #FediverseIsNotMastodon #MastodonIsNotTheFediverseThree golden rules for the Fediverse.
One: Whatever you think Eugen Rochko has invented in the Fediverse was most certainly actually invented by either Evan Prodromou or Mike Macgirvin long before Mastodon.
Two: If you think the Fediverse should introduce a feature because Mastodon doesn't have it, the Fediverse most certainly does have it because any one of Mike Macgirvin's creations (, , and/or ) has it. It's likely that other projects have it, too. And if it's on Friendica or Hubzilla, they've had it before Mastodon was made.
Three: At no point in history has the Fediverse ever been only Mastodon.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fedi #Fediverse #Mastodon #Friendica #Hubzilla #Streams #(streams) #Forte #NotOnlyMastodon #FediverseIsNotMastodon #MastodonIsNotTheFediverseWhy are Bluesky and Threads so much better at onboarding than Mastodon
Because they're both monolithic silos with only one instance each.
Mastodon doesn't require you to pick an instance. But the instance selection is that one UI element too many. Even though the instance selection nudges everyone towards mastodon.social, and even though it doesn't require interaction, it's still there. And to someone who has never knowingly used anything decentralised (remember that most people think that e-mail is a Google or Microsoft product), its mere presence is confusing and irritating as hell. If the prospect of having to choose an instance doesn't drive people away because nobody tells them about Mastodon being decentralised, this selection box does.
Bluesky and Threads don't have such a selection box. That's because both only have one instance and no plans at all for launching more. Threads was conceived as a monolith from the get-go, and it only offers just barely enough ActivityPub connectivity to be allowed into the EU. Bluesky tries to skirt around actually connecting to something else by having its own protocol that isn't compatible with anything else, thereby fulfilling the requirements in the EU, while making it unattractive to launch third-party servers based on the AT protocol.
Also, UI/UX-wise, Bluesky is an almost perfect clone of immediately-pre-Musk Twitter, and I mean both the Web interface and the official app. You can use Bluesky exactly like you used Twitter without getting used to anything new. Big onboarding bonus. Threads' big onboarding bonus is that onboarding only requires you to flick one switch on Instagram. Bam, you're on Threads. Easy-peasy. If you're on a phone, install the Threads app, and there you go.
There simply is no way for Mastodon to mollycoddle newbies enough to be able to keep up with any of this. And Mastodon has the best onboarding in all of the non-Threads Fediverse by a gigantic margin because it's the only project that mollycoddles its users.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Onboarding #Mastodon #Bluesky #Meta #Threads
China's nieuwe ruimteraket: een innovatie of imitatie March 9 raket
I sincerely hope that you aren't building Letterbook to only interact with itself and Mastodon.Sooner or later, Letterbook will encounter content coming in from instances of software created by Mike Macgirvin , namely , (these two are actually older than Mastodon), or . For reference: I am on Hubzilla.
You/it will have to expect and be able to deal with the following:
- Enclosed one-post-many-comments conversations instead of threads that consist of posts loosely tied together
- Permissions of all comments/replies firmly defined by the start post permissions/visibility can't be changed within a running conversation
- "Monster posts" of any length because none of them has a character limit
- Not just Note-type objects, but also Article-type objects (from Friendica right now, the others may implement them once Mastodon introduces sensible support for them)
- Full HTML text formatting, up to and including numbered lists, tables, horizontal lines, character size and character colour
- Both quotes (as done in bulletin-board forums) and quote-posts (posts fully embedded in other posts like quote-tweets)
- Embedded links (this comment makes a whole lot of use of them)
- Inline images embedded within the text, and more than four of these in one post
- Inline audio streams embedded within the text
- Inline videos embedded within the text
- "Weird" mentions and hashtags with the or the # not part of the link (look at the mentions and the hashtags in this comment, then look at mentions and hashtags on Mastodon and compare them)
- "Summaries in the CW field" (because Mastodon repurposed StatusNet's summary field, which was used by StatusNet, Friendica and Hubzilla as an actual summary field, for content warnings in 2017 several Fediverse server apps continue to use it for summaries)
- All four support titles in addition to summaries
Some of the above may also come in from elsewhere, e.g. a wider range of text formatting than Mastodon allows itself to render is fully supported by just about everything that isn't Mastodon.
Also, ActivityPub is currently evolving. New FEPs are being put to use and bringing in new features far away from how Mastodon is working. In particular, (streams) and Forte and 's use decentralised identifiers as per . Forte has fully implemented via ActivityPub while (streams) at least supports it. And all three have implemented, silverpill wants to make them , and Hubzilla is planning to implement them with version 10.
This means three things. One, weird identifiers. Two, weird actor identities: What looks like one user automatically cross-posting to another account on another instance to non-nomadic ActivityPub implementations is actually the very same actor residing simultaneously on multiple server instances. Three, again, conversations work drastically different from Twitter and Mastodon.
Lastly, it may be a good idea to implement a little server type display from the get-go so that the user knows what kind of Fediverse instance something comes from. Misskey and its forks have it, Friendica has it, (streams) has it, Forte has it. Just because Mastodon doesn't have it, doesn't mean it's a good idea not to have it. Besides, if content from certain server applications malfunctions on Letterbook, users can pinpoint right away what server application causes that trouble when submitting a bug report.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mitra #Friendica #Hubzilla #Streams #(streams) #Forte #Conversations #ConversationContainers #FEPef61 #NomadicIdentity
For example, nomadic identity has been in Zot Protocol before Bluesky even started. It might be older than Mastodon too, I am not sure.
Nomadic identity is older than Mastodon. By some four years.
Mastodon is from 2016. Nomadic identity was invented in 2011 and first implemented on Red in 2012. First implementation in a stable release was in 2013 when the Red Matrix got stable. Oh, and Hubzilla itself is from 2015 it pre-dates Mastodon by ten months AFAIR.
It's fair to mention that has had since before the Twitter Migration and before Bluesky was launched.
CC:
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #NomadicIdentity
Long Covid - stuff that helps me
I guess this is many OpenSim users' wet dream:One click of a button, maybe a bit of configuration first, and within a split-second, your flat and barren land turns into a meticulously AI-crafted sim. No matter how big your land may be, even if it's a 16x16 varsim (that's 256 standard regions for you Second Life users for those of you who don't know either, that's a square of 4x4 km or 2.5x2.5 miles) which is not the biggest you can have, but the biggest you should have. The land is neatly, sensibly and precisely organised in parcels.
Of course, it isn't just one non-functional textured blob of mesh that's nice to behold. It's actually built like a typical sim in OpenSim, namely out of single assets with neatly terraformed land underneath. The vast majority of these assets were created on-the-fly specifically for this sim.
All objects have perfectly optimised meshes with LODs and support for both BulletSim and ubODE physics, regardless of what physics you have on the sim. All of them have super-realistic PBR textures at whatever resolution makes the most sense with Blinn-Phong fallbacks that look as close to the PBR textures as Blinn-Phong can possibly look to PBR. Optionally, the non-PBR textures don't even feature Blinn-Phong normal and specular maps instead, they have highlights, shadows, reflections etc. baked on for people on toasters with on-board graphics.
The quality of everything is beyond anything you can buy in Second Life nowadays, it's also beyond any free or commercial content available in OpenSim, and still, it lacks any AI-typical quirks.
All doors have the same lightweight script that still provides realistic motion, including individual opening and closing sounds for each kind of door. The same goes even for windows, curtains and blinds where it makes sense. Certain doors can even be configured to limit access.
Also, everything that's made to sit or lie on is scripted. You can even choose the script: either by default an improved version of SFposer that makes it possible to save individual positions and orientations or, if you prefer that because you're more familiar with it, AVsitter with a bunch of plug-ins. Likewise, lots of other objects are scripted to be interactive if it makes sense.
Many things that would be light sources in real life are light sources in-world. They're mostly point light sources, but a very few ones are projectors. They all emit realistic tones of light and not white #FFFFFF. Some light sources may be controlled by scripts to turn on and off depending on the position of the Sun. Others may be timer-controlled. In residential buildings, lights can be switched between off, on and a configurable timer with individual default values. All light control scripts also change full-bright and glowing settings or even replace entire textures if necessary. Still, they're all very lightweight.
The AI also takes care of EEP. At the very least, it generates a custom EEP daycycle for the sim with realistic Sun and Moon movements, depending on where the sim is supposed to be located. But it can also define a whole number of daycycles and add a script that switches between them monthly, weekly or even daily. If you want to, even the weather can change. Sunny, cloudy, overcast, you can optionally even have rain or snow all over the whole sim.
Speaking of which, if the EEP daycycles change over the year, so do the objects on the sim. Most objects outside have at least one snowy version. Snowdrifts and piles of snow pop up in winter. While we're at it, plants change over the year. Flowers start and stop blooming, trees gradually change the colours of their leaves in autumn and shed them in late autumn, not to have any leaves on them until well into spring. That is, of course, everything depending on where you want your sim to be located.
The sim in general and certain parcels individually can be configured to rez and de-rez decoration for certain holidays at certain times in the year. Holidays from all over the world are supported. This can go all the way to a whole German-style Christmas market rezzing in a certain area and de-rezzing after Christmas.
You want public transit Buses Streetcars Trains Ferries No problem: The AI crafts the vehicles, it builds the tracks if necessary, it defines the keyframes for vehicle motion, and it puts custom scripts into the vehicles that control not only vehicle motion, but also doors, sounds, even lights and rezzing and de-rezzing personnel if necessary.
Speaking of which, the AI can bring the sim to life with animesh and, where they work better, NPCs. The latter can even be interactive. Of course, there can be scripted sources of various ambient noises all over the place to make it more immersive.
If you want your sim listed on OpenSimWorld, the AI can do that for you. It can install one of the current official beacons, an older-style beacon running up-to-date code or a completely custom beacon running up-to-date code. In this case, it also assumes control over your OpenSimWorld account, or it creates one if you don't have one, it generates the entry on the website, it configures it correctly and even writes a description. It either matches the rating in the listing with that on your sim, or it figures out which rating the sim should have and adjusts it both in-world an in the listing.
By the way: AI means "Artificial Intelligence". If you don't want child avatars on your sim, the AI will put up signs that say that child avatars are not allowed or even install an improved, optimised childgate script. But it will not rate your sim Adult just to keep kids out even though the sim itself would work perfectly well with a Moderate or even General rating.
Things really get interesting if you want the AI to build a freebie sim for you. A fully stocked one, of course, no matter if you want some small boutiques on a town sim or a sim that's nothing else than a huge mall.
For starters, there'll be avatar stuff. The AI can stock your body shop with
- what few actually legal mesh bodies there are
- the usual full-perm suspects in their most recent versions
- bodies, heads and other things that are exclusive to another sim, copybotted and god-moded by the AI for your convenience and hung up either full-perm or no-transfer
- any of the above, but improved and optimised by the AI with a remark on the box art, either full-perm or no-transfer, optionally even re-branded as your original creation with all-new box art (the AI will resist being asked to do so with legal, open-source bodies)
- scratch-made mesh bodies, heads etc. that outclass all of the above, and again, no-transfer by default and optionally full-perm
Most items are probably clothes. The AI can whip up more boxes of these than even Grimm offers. The clothes are rigged for whichever bodies you have in your body shop. And they're rigged so perfectly for all of them that nobody will ever need alphas for these clothes in combination with the bodies from this sim. The same clothes come in several variants for example, certain female clothes in particular are rigged skin-tight, with enough room for mesh underwear, with enough room for mesh bodysuits and even with enough room for mesh hosiery. Styles can range from practical to retro to historical to futuristic to cosplay to badass to formal to partywear to bridalwear to chic to bling-bling to sexy to racy to fetishwear and outright NSFW, depending on what avatars they're for, and they're all optional.
Of course, all clothes, footwear, jewellery, accessories etc. support PBR with a fallback that you can choose, either Blinn-Phong or everything baked on.
The original, AI-generated decoration on the sim, the buildings, the streets and paths, the plants etc. and the scripts can optionally be boxed up and offered in stores itself. If you want to, the AI can generate even more similar content to fill up the stores some more.
The wholly original content in the stores can be offered
- for free and copy/transfer
- for free, but no-transfer
- for in-game currencies, if available, and no-transfer (the prices will be calculated from prices in other payware stores, the Kitely Market and the Second Life Marketplace, and they can be adjusted within a small margin prior to generation)
- in all three cases, optionally no-modify or with loose textures
- free and full-perm content can optionally come with full dev kits including raw meshes and UV maps
The AI puts all original content under a license of your choice, even helping you choose. Copyright/all rights reserved is an option as well as the public domain. Notecards with license texts and, if applicable, links to the original license definitions are added to all assets.
It optionally adds all original content to your inventory, neatly organised into folders. You can choose to get
- everything boxed
- everything unboxed
- both
- plus boxes with the loose parts (meshes, textures and maps, scripts, license notecards etc.)
The AI can also download all the loose components to your computer if you choose so, all the way to raw development files (meshes as Blender files, textures as Photoshop and GIMP files etc.).
And it can even generate git repositories and upload all loose components to these if the license allows, and if you have a git account somewhere, and be it on your own machine.
The AI can do all this within the blink of an eye. All that takes time are the downloads to your computer, the uploads to your computer and/or a git server and, of course, the sim rezzing around you.
By the way, there used to be a time when building your own sim and even crafting your own stuff was part of the fun. Nowadays, not only does using the same mostly ripped buildings as everyone else beat making your own ones, but downloading OARs and leaving them largely unmodified save for the OSW beacon beats building your own sim. And ready-made mesh skyboxes stolen from Second Life beat decorating sims.
New GPU technology creates dynamic 3D worlds
In cooperation with AMD, the Coburg University of Applied Sciences has developed a GPU technology that generates complex virtual scenes in milliseconds.
#Long #LongPost #CWLong #CWLongPost #QuotePost #QuoteTweet #QuoteToot #QuoteBoost #OpenSim #OpenSimulator #Metaverse #VirtualWorlds #SimBuilding #AI Let's see. Literally.
- The "cat" in quotation marks is an anthropomorphic creature with a head somewhere between a cat and a wolf and a muscle-packed, human-like body which is nonetheless covered in grey fur. It doesn't have paws either but human-like hands with fingernails, or rather, whatever the image-generating AI thought cartoonish human hands look like. It does not have any recognisable hind legs.
- The creature isn't grinning. It has its mouth wide open.
- The Empire State Building was identified accurately. The buildings on both of its sides, however, are not the skyline of New York City. Rather, it's generic buildings of various sizes, approaching a point in the distance somewhere behind the Empire State Building. Also, they aren't in the background many
- The "smoke" is just some orange clouds behind these buildings that have no logical explanation to itself. They're just there for dramatic effect. There are more layers of clouds behind these clouds, mostly even behind the cat. The first row is only orange at the top for no reason at all and otherwise grey, the others very light grey at the top.
- Nothing in the image is actually being destroyed.
That's a short version, by the way.
#Long #LongPost #CWLong #CWLongPost #ImageDescription It didn't end up quite that bad.
Mike has officially retired from Fediverse development. However, he does carry on, also because nobody else does. Much more slowly than until his "retirement", but he does.
He still occasionally works on both the streams repository and Forte. They even get new features.
I think the reason for his retirement announcement could be due to the utterly stressful situation in summer. He had switched the release branch of the streams repository, the code that actually runs on most instances, to decentralised IDs as per FEP-ef61. But what must have worked well under limited lab conditions completely blew up under real-life conditions to the point of next to nothing federating anymore.
Essentially, he had planted rather experimental code into something which people considered a stable daily driver and used as a stable daily driver. After all, on New Year's Eve 2022, (streams) had superseded and replaced not only four experimental projects (the third Osada, Misty, Redmatrix 2020, Roadhouse), but also Zap which had been declared stable in 2019.
Anyway, Mike had to rush and try to fix people's daily drivers. He didn't even know right off the bat what was wrong, so a whole lot of his spare time must have flown into trying to find the issue. And then he had to find a way to fix it. AFAIK, the issue, by the way, was that (streams) had to deal with so many IDs for the same content that it got them mixed up after DIDs were put on top.
In mid-August, some two weeks before his retirement announcement, he forked Forte from the streams repository and reduced it to only ActivityPub by removing any and all support for both Nomad and Zot6. There could have been three reasons behind this.
One, Mike had realised that he needed to make an experimental code repository to play with instead of playing with people's daily driver, just like he had done in the past.
The reason why he handed Friendica over to the community in 2012, which he had announced in late 2011 already, was so that he could concentrate on nomadic identity, the Zot protocol and Red, later the Red Matrix instead of experimenting with highly volatile new technology on Friendica and, at the same time, maintaining it for its users.
The reason why he handed Hubzilla over to the community in 2018 was so that he could concentrate on Zot6, Osada and Zap instead of experimenting with experimenting with highly volatile new technology on Hubzilla and, at the same time, maintaining it for its users.
What Mike was working on this summer was the implementation of nomadic identity using only ActivityPub. FEP-ef61 and the decentralised IDs were one step towards it. So one reason could be because he realised that putting new technology into people's daily drivers, especially at the very real risk of it turning out to be highly volatile, was not so smart after all. Forte would be his new development sandbox.
Two, in order to efficiently work on the implementation of decentralised IDs and eventually nomadic identity via ActivityPub, he needed stuff out of the way. Namely Zot and Nomad. One of the reasons why Zap only supported Zot for a while: It was easier to tinker with Zot6 without ActivityPub, the diaspora* protocol etc. in the way.
And three, he must have understood why (streams) had blown up, namely the clashing IDs. So he had to rip Nomad and Zot6 out of (streams) to get rid of their specific IDs and clear stuff up a whole lot.
However, after forking Forte, he had two software repositories to tend to, the still half-broken daily driver in the streams repository and the highly experimental Forte. This became too much, so he decided to step down at the end of the month. He wanted the community to take over.
As it turned out, he didn't want to stop entirely. That would have meant that Forte was stillborn, what with there not even being a single known instance of it. As I've said, Mike is carrying on.
But he wanted the community to join in and at least take over maintenance work for (streams) and, as far as that'd be possible at any given time, also Forte. After all, Forte still is a (streams) soft fork that pretty much only differs in branding (which (streams) doesn't have), nodeinfo code (which (streams) doesn't have) and support for other protocols (which was removed from Forte). So anything done on (streams) could just as well do on Forte.
Now, here was the problem: Friendica had thousands of users when Mike passed it on. Hubzilla had thousands of users when Mike passed it on. (streams) only had two dozen active users on October 31st, 2024, probably even fewer. Not a single one of them was a capable coder with both the skills and the spare time.
Mike had been actively advertising (streams) in the Fediverse since 2023. This was in stark contrast to Friendica and Hubzilla which lived on "if you build it, they will come". Still, hardly anyone came. And the few who came either came from Hubzilla, or they came from one of the projects between Hubzilla and (streams) by upgrading their private instance to (streams). To my best knowledge, there was not a single immigrant from Mastodon, not even from Friendica.
That wasn't because, at the end of the day, only Hubzilla users knew about (streams). Again, Mike did advertise it, and Mastodon users noticed it and reacted upon it.
Rather, on Hubzilla's side, it was because Hubzilla users didn't see any advantage in (streams). All they knew about (streams) was that it was allegedly Hubzilla with stuff cut away. So why switch to something that can do less than Hubzilla That's also because nobody ever did a (streams) test drive and wrote about it.
Generally, it was because of some of Mike's decisions for (streams). When he forked Roadhouse into (streams), he took away the name and the branding. This was intentional in order to spite the brand fetishists. Same reason why he still had five other projects cooking, three of them with identical code. However, how do you get people interested in using something that doesn't even have a name
Also, he removed most nodeinfo code, and he did what it took to keep (streams) away from instance lists such as on FediDB and Fediverse Observer. Along with the lack of branding, it's impossible to use crawlers to find (streams) instances.
In combination, however, this made it practically impossible to find a public (streams) instance to join and test (streams). Still today, the only places where (streams) instances are listed are, wait for it, now it comes, (streams) instances. You have to know one to find more.
Still today, the vast majority of (streams) users are Hubzilla veterans on their own instances which they've set up without even testing (streams) on someone else's instances first. The Brazilian public and open-registration instance Diversi Spiritus doesn't have a single active non-admin user. Even the US-based juggernaut that's Rumbly doesn't seem to have a single active user who doesn't administrate a (streams) instance. I think there are not even five (streams) users who aren't instance admins. (streams) is that hard to find.
This also makes it difficult to find new potential developers: You can't use Mastodon and immediately start coding away on (streams). You have to understand (streams) first. It's the polar opposite of Mastodon, so-to-speak. This means that you have to use it as a daily driver for at least a few months until you've gotten used to it, really grokked it and stopped wishing it's more like Twitter and Mastodon.
But it's hard to get new people on board with only one instance to send them to, potential issues still lurking around the corner and only Mike being able to fix them.
Whether (streams) will survive depends on whether it'll find new maintainers when Mike abandons it. Chances are that once Forte is ready for prime time, Mike will abandon (streams). But who's left on it probably won't want to part with it. Still having the Nomad protocol and the ability to turn ActivityPub off, mostly considered an anti-Mastodon measure, will probably still be seen as a killer feature after Mike's recent introduction of an instance-wide filter that can be configured to lock out entire Fediverse projects. After all, the user-agent filter currently only works on an instance level and not on a channel level.
Mike will definitely go on developing at least Forte. Forte is his vision of the Fediverse in 2030, and it's clear to see how disgruntled he is about Mastodon if you follow his posts. Since (streams) is still a Forte soft fork, he'll continue also adding to (streams) what he adds to Forte for the time being.
Currently, Forte has only got one actor on one instance connected to the Fediverse. That's Mike himself on his private instance which he has switched from (streams) to Forte. And three days ago was the very first time a message went out from Forte into the Fediverse. That is, probably the Fediverse minus Mastodon and Threads because I guess Mike's private instance has both Mastodon and Threads blacklisted in the user agent filter. But still, it's another baby step.
Also, Forte is more likely to succeed than (streams). Unlike (streams), Forte is a project, it has a name, it has a branding (which still isn't hard-coded, by the way, AFAIK), and it has nodeinfo. Mike has come to realise that, much to his chagrin, all this is needed for Fediverse software to succeed in what he considers a Mastodon-driven Fediverse. Seriously, it's necessary because an Fediverse server application cannot succeed if there's no way to crawl and list and find its public instances because the maintainer actively, intentionally prevents any of this from happening.
Forte may pretty well become a success. It all depends on who'll be the early adopters, especially the first Fedizens to run public instances of Forte without having seen it first.
Friendica's early adopters came either from Facebook or out of nowhere. Maybe a few came from StatusNet. But they were willing to try something entirely new and revolutionary since it promised to blow everything else there was out of the water. Which it did.
Hubzilla's early adopters came from Friendica. They had ignored the Red Matrix which was not much more than Friendica with nomadic identity, and nomadic identity was deemed useless if you were on your own private instance anyway. Friendica had loads of self-hosters. But Hubzilla with its plethora of CMS and groupware features was more interesting.
I don't know where Forte's early adopters could possibly come from. Only few Hubzilla users have been willing to give (streams) a try, what with all the features they have to give up. If they were to try Forte, they'd have to give up even more, namely protocols that are nomadic by basic design and the per-channel ActivityPub killswitch.
Friendica users would at least have to get used to some differences in handling, nomadic identity, the concept of channels and "channels" meaning something else on Forte than on Friendica. Besides, Friendica is the Island of the Sirens in the Fediverse that you never want to leave again.
Now, Mastodon users would have the best reasons to try Forte. Lots of features that Mastodon users want, but that the Mastodon devs refuse to add, are available on Forte. But let's face it, going from Mastodon to Friendica is a much bigger change than going from to Mastodon. Going from Mastodon to Forte would be an even bigger change. Unexpectedly so for those who expect everything in the Fediverse to be Mastodon with more characters and extra stuff glued on. Mastodon users who set up a Forte instance may give it up within days or weeks because it isn't the dolled-up Mastodon they expected.
Unfortunately, the most likely source of early adopters willling to even run a public Forte instance is the (streams) community at the risk of bleeding out further, especially if Forte should reach a point at which it's more reliable than (streams).
When Forte is ready for prime-time, the vicious circle of no users, no public instances and no public instances, no users will have to be broken. Unfortunately, (streams) itself is on the edge of this vicious circle.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Streams #(streams) #Forte
Dolphins In Depth: Dolphins seasons on life support heading into Bills week
Ich wei nichts von diesen "Hooligans", zu denen offenbar die wenigsten hier gehren mich sprechen sie nicht an, deshalb kann ich ihnen nicht antworten, so wie damals den Leuten, die ihr Twitter vermissten.
Klar, du gehrst ja auch nicht zu ihrer Zielgruppe. Du machst in deren Augen ja auch nichts falsch. Du kannst ja auch nichts falsch machen auf einer Mastodon-Instanz mit maximal 500 Zeichen.
Niemand kann im Fediverse allgemein gltige Regeln einfhren. Schon gar keine User:innen.
Da es keiner kann, heit nicht, da es keiner versucht. Und versucht wird es durchaus.
Wie gesagt, du auf Standard-Vanilla-Mastodon strst da niemanden. Das kannst du gar nicht. Du hast nur die 500 Zeichen, die im Fediverse als Standard durchgedrckt werden sollen. Du hast keine Textformatierung, du kannst nicht zitieren, du kannst nicht quote-posten und so weiter. Du hast gar nicht die Mglichkeiten, das zu tun, was diese Leute verbieten wollen.
Aber frag mal jemanden, der auf Friendica ist. Oder auf Hubzilla (Fork (eins Forks) von Friendica von Friendicas eigenem Erfinder). Oder auf (streams) (Fork eines Forks dreier Forks eines Forks (eines Forks) von Hubzilla, wieder vom selben Schpfer). Oder auf Forte (Fork von (streams), wieder vom selben Schpfer, der erst seit gut zwei Monaten existiert und erst vorgestern seinen ersten Schritt ins Fediverse getan hat).
Da gibt's im Grunde kein Zeichenlimit. Dafr aber Textformatierung locker auf bestem Blog-Niveau. Ebenso Zitate und Quote-Posts. Und noch so einiges mehr. Und das strt da niemanden. Das ist da ganz normal.
Aber auf Mastodon, da stren sich einige dran. An all dem. Und dann werden die "Eindringlinge in Mastodons Fediverse" aufgefordert, das wieder einzustellen, und zwar mitunter ziemlich unfreundlich. Ich sollte es wissen, ich bin selbst auf Hubzilla.
Nur: Das ist nicht Mastodons Fediverse. War es nie. Und das sind auch keine Eindringlinge. Hubzilla ist zehn Monate lnger im Fediverse als Mastodon. Friendica ist fnfeinhalb Jahre lnger im Fediverse als Mastodon. Und als Mastodon startete, hat es sich sofort mit beiden und mit StatusNet verbunden. Zu dem Zeitpunkt hatten beide lngst eine eigene lebende und funktionierende Kultur.
Und heute, mehr als 14 Jahre, nachdem Friendica gestartet wurde, verlangen Mastodon-Nutzer von Friendica-Nutzern, die selbst schon seit vor dem Mastodon-Start dabei sind, ihre "langen Posts" (= alles ber 500 Zeichen) in Schnipsel von nicht mehr als 500 Zeichen aufzuteilen. Und wehe, die "Posts" nach dem ersten sind nicht auf "Unlisted" geschaltet. Friendica hat gar kein "Unlisted". Und so weiter.
Die fhren sich fast auf wie europische Kolonisten, die versuchen, Ureinwohner auf europische Kultur und das Christentum umzuerziehen, allerdings mit dem Unterschied, da die Kolonisten damals nicht geglaubt haben, die Ureinwohner seien nach ihnen gelandet.
Falls du immer noch glaubst, das seien alles Hirngespinste, hier noch ein paar Dinge:
Zunchst einmal sieh dir mal an, wie , der selbst auf Firefish ist, und seine Kontakte von Pleroma bis Friendica ber Mastodon schreiben. Das ist nicht unbedingt sehr schmeichelhaft. Warum wohl
Hubzilla basiert ja nicht auf ActivityPub, sondern auf Zot. Und selbst wenn nomadische Identitt ber ActivityPub stabil und zuverlssig nutzbar wird, wird Hubzilla am Zot-Protokoll festhalten. Der Grund ist ganz einfach der, da ActivityPub dann weiterhin optional, also auch kanalweise abgeschaltet bleiben kann. Oder zur Not auch auf einem ganzen Hub durch den Admin abgeschaltet werden kann.
Als Hubzilla-Nutzer kann man sich schon durch das Berechtigungssystem Strenfriede gut vom Hals schaffen. Aber Hubzilla will sich weiterhin die Option offenhalten, alles, was auf ActivityPub basiert, mit einem Schalter defderieren zu knnen.
Wenn (streams) weiter bestehen bleibt, drfte genau das der Grund sein. (streams) basiert auf Nomad, und ActivityPub ist auf neuen Kanlen standardmig aktiv, kann aber abgeschaltet werden, obwohl sich Nomad sehr gut mit ActivityPub vertrgt. Grund siehe oben.
(streams) und sein neuer, rein ActivityPub-basierter Fork Forte haben krzlich ein neues Feature bekommen namens "Uafilter", kurz fr "User Agent Filter". Das ist eigentlich fr Forte entwickelt worden, wo ActivityPub nicht mehr abzuschalten geht, weil das das einzige Protokoll ist, das Forte noch spricht. Diese Filterfunktion lscht nicht etwa wie Mastodon-Filter, sondern wie alle anderen Filter in diesem Teil des Fediverse sperrt sie. Sie ist in der Lage, ganze Fediverse-Projekte auszusperren. Sie ist tatschlich auch explizit dafr entwickelt worden, nicht nur Threads, sondern auch Mastodon als Ganzes instanzweit auszusperren. Und ich wage zu behaupten, das hat nicht nur damit zu tun, da Mastodon-Instanzen absurd viele absurd hufige und absurd umfangreiche Anfragen an andere Server stellen und diese damit regelrecht DDoSen.
Sollte dich das immer noch nicht berzeugen: Ich kenne ein ffentliches Forum auf (streams), wo ActivityPub absichtlich abgeschaltet wurde, um Mastodon auszusperren. Da damit auch alles andere auer (streams) selbst und Hubzilla drauen bleiben mu, ist ein in Kauf genommener Kollateralschaden.
Das sollte wohl Zeichen genug dafr sein, da das alles keine Hirngespinste sind.
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #MastodonKultur #FediverseKultur #Friendica #Hubzilla #Streams #(streams) This could get the more interesting, the farther something is away from Mastodon.
Even if it can cope with Hubzilla which remains to be seen, I expect it to run into trouble when it has to deal with (streams). That's for two reasons:
One, (streams) is actually intentionally nameless and brandless and has next to no nodeinfo code, in case you need it. This also means that it doesn't have a unified instance identifier. Mastodon always identifies as "mastodon", as does Glitch. Pixelfed always identifies as "pixelfed". Lemmy always identifies as "lemmy". And so forth.
(streams) does not always identify as "streams" or "(streams)". (streams) instances may identify as whatever their admins want them to identify. The most important public instance identifies as "get ready to rumbly". Others have identified or still identify as "diversi spiritus" or "theshire" or "mordor" or "gondor" or "nomd". The creator and maintainer himself is on an instance branded "y" (because Y is not X). And so forth.
It's a free-text string that could be anything, including other Fediverse projects. In fact, this has actually happened in the past: (streams) instances can be upgraded from instances of Zap, the third Osada, Misty (a.k.a. Mistpark 2020), Redmatrix 2020 and Roadhouse (all five defunct as of New Year's Eve, 2022), and when this was done, the instances kept their old branding.
Good luck identifying (streams) instances and telling them from instances of everything else by the usual means.
Two, (streams) is one of the first two Fediverse server applications that have introduced decentralised IDs as per FEP-ef61. Addresses may have "/.well-known/apgateway/did:key:(48 random letters and/or digits)/" in them. Not sure if that'll mess with the Observatory.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Streams #(streams) And yet, there are people trying to talk me out of it. For example, I shouldn't transcribe text that's so tiny that it isn't even recognisable in the image as text because it's only a blob of a dozen pixels. They say that or characters of description and explanations for one image are too much.
The only thing I'm reconsidering myself currently is whether to keep these monster descriptions in the post or put them into external documents and link to them.
#Long #LongPost #CWLong #CWLongPost #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta It's strange to see what kinds of hardware have problems with Second Life and OpenSim, especially the Firestorm viewer.
I'm mostly on six-year-old upper-mid-range hardware. Ryzen 5 3600X, Radeon RX 590, both on a modest MSI B450 mainboard. This is far from high-end gaming hardware. OS is Debian, graphics driver is open-source and issued by Debian. I don't even have any configuration UI for my graphics hardware. Ask gamers, and they'll tell you I shouldn't be able to do anything with this setup.
And yet, Firestorm 7 gives me much higher frame rates with shadows on and a 256m viewing distance than Firestorm 6 gave me with shadows off and a 128m viewing distance. Even with crazy complex avatars around, I think I never go below 30fps. And I've got a 60fps cap myself.
#Long #LongPost #CWLong #CWLongPost #SecondLife #OpenSim #OpenSimulator #Metaverse #VirtualWorlds #FirestormViewer There's already a wide-spread eagerness to make alternatives to just about everything in the Fediverse.
It's like an Internet rule: "If it exists, someone wants to clone it into the Fediverse."
In fact, it has become difficult to bring the Fediverse to whip up something truly original that isn't a knock-off of anything outside the Fediverse. I guess both that feature monster Hubzilla and highly advanced (streams) are still too close to Facebook.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse A missed opportunity, a disappointment and actually a menace to the whole Fediverse.
Rochko and his cronies never wanted there to be a Fediverse. From the beginning in 2016 on, they didn't really care for interoperability with anything that wasn't Mastodon, regardless of whether Mastodon used OStatus or ActivityPub. Mind you, at no point in history has Mastodon not been federated with anything else.
Mastodon's goal has always been to be a Twitter clone. All the way to aping Twitter's shortcomings. Sometimes toned down, but still. Mind you, it's perfectly possible to build a decentralised microblogging platform without cloning Twitter, as proven by StatusNet which was launched some eight years before Mastodon, and which Mastodon was federated with from the get-go, by the way. Even then, the way Mastodon worked clashed with StatusNet, not to mention Friendica and Hubzilla which Mastodon federated and still federates with as well.
Mastodon has done little to mitigate these clashes unless they were undeniably bugs and filed in Mastodon's GitHub repository as such.
Its strategy seems to be different, and most of its own users help it: Make sure that everyone who wants to join the Fediverse joins Mastodon. Make it so that as many people and organisations as possible land on mastodon.social, the instance controlled by the gGmbH that's 22% of the whole Fediverse. And hide from them the fact that the Fediverse is more than only Mastodon.
Mastodon could have made for a great gateway into the greater Fediverse. And I'm not talking about the Mastodon forks. I'm talking about Misskey and its forks. Pleroma and its forks. Even Friendica and its highly advanced, nomadic descendants.
Instead, for every single last Fediverse newbie, Mastodon is the Fediverse. Mass media tend to preach the same, and even some tech media talk about the Fediverse as "the Mastodon network" or a "network of Mastodon instances". They don't know better either, and they help miseducate the masses.
Your average Mastodon newbie spends at least several months of thinking the whole Fediverse is his nice, fluffy, cosy woolly mammoth and nothing else. And there are actually, I'm not kidding, people who have joined Mastodon in late October or early November of 2022 and still think the Fediverse is only Mastodon.
Even if people discover that there are other things in the Fediverse that aren't Mastodon, and these non-Mastodon things are even interacting with them, they've gotten so used to the Fediverse only being Mastodon that this revelation will not necessarily be a pleasant surprise. When they find out about Akkoma or Friendica or whatever, they don't necessarily end up intrigued and willing to jump ships.
Instead, at best, many still think that Rochko has invented the Fediverse and ActivityPub, and everything that isn't Mastodon is either bolted onto Mastodon as an add-on or a Mastodon ripoff. They take Mastodon for the ActivityPub gold standard, and whatever is different from Mastodon on something that isn't Mastodon is either a bug or a design fault. Different from Mastodon equals broken.
It certainly doesn't help that the "Fediverse culture" is actually only Mastodon's culture, entirely defined and shaped by Twitter escapees who neither knew much about nor cared for the Fediverse beyond Mastodon. If there's such a thing as a "Fediquette", it's entirely geared towards only Mastodon. It does not acknowledge that other Fediverse projects may be different, may handle differently, may act differently and may actually have had their own culture for longer than Mastodon has been around. Thus, "Fediverse culture" is entirely built against Mastodon's features and Mastodon's shortcomings.
And so you have people who want to force the whole rest of the Fediverse to act exactly like Mastodon. No quote-posts, even if you've had them for longer than Mastodon has even existed. ( And they're all wrong.) No text formatting because it's disturbing, and/or Mastodon doesn't have it. No posts with even only a smidge over 500 characters, even if you've had no character limit at all since long before Mastodon was even made.
Of course, CWs for several hundred different more or less sensitive topics. Not knowing how because you don't have a field for CWs, and you don't know the BBcode tags for that (Friendica, (streams)) is not an excuse. Actually being unable to add Mastodon-style CWs to replies because it doesn't make sense to be able to add summaries for blog comments (Hubzilla) isn't an excuse either. Oh, and don't you dare use the CW field for a summary! Nobody wants to hear your claims that Mastodon's CW field has been a summary field where you are since before Mastodon got its CW field.
Friendica is five and a half years older than Mastodon. It's so different from Mastodon that it's almost the diametrical opposite of Mastodon. Being so much older also means that it has its own culture. This culture is much more welcoming towards other projects and platforms, seeing as one important raison d'tre for Friendica is federation with everything out there and then some.
But now there are many Mastodon users who want the Fediverse users, at least those whom they interact with, to abandon Friendica's culture, adopt Mastodon's culture instead and stop using 90% of Friendica's features because Mastodon doesn't have them.
So instead of being a gateway into the greater Fediverse, Mastodon is harbouring and cultivating an ignorant and obnoxious "Make the Fediverse only Mastodon" culture of hostility against anything and everything that's different from Mastodon while not appearing to be an add-on to Mastodon. And nothing is done to stop these tendencies. At least not on Mastodon.
No wonder that people from Pleroma to Firefish to Friendica to (streams) complain about rampant Mastodon-centrism that defines everything that's different from Mastodon as inherently wrong and in need of being "corrected".
No wonder, actually, that some places keep various options ready to lock Mastodon out. For example, one reason why Hubzilla will always keep its old Zot protocol, even if nomadic identity via ActivityPub becomes stable, is so that it can keep ActivityPub optional. This could also be one reason to keep (streams) going even after its ActivityPub-only fork Forte should be ready for prime-time. This is actually the reason why one particular forum on (streams) has turned ActivityPub off.
Speaking of the latter two, they've recently introduced an admin-controlled, instance-level "User Agent Filter" that's capable of locking out all instances of entire Fediverse projects. (streams) and Forte instances can now theoretically lock out and defederate from all Mastodon instances in one fell swoop. And this is not exactly a secret.
It's sad that it had to come to this.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #NotOnlyMastodon #FediverseIsNotMastodon #MastodonIsNotTheFediverse #MastodonCulture #FediverseCulture #Fediquette I guess there are enough signs that my image descriptions are hand-written, especially for my original virtual world renderings.
- Alt-texts which lately keep reaching exactly 1,500 characters or only few characters short of that limit.
- Alt-texts that also mention an even longer image description in the post. And there is an even longer image description in the post. Who asks an AI to describe an image in lots of details and then again in even more details
- No AI can produce image descriptions with five-digit character counts like the long one in the post.
- Excessive detail information about an absolutely obscure niche topic in the long description.
- Description of visual details that aren't visible at the image's resolution.
- Transcripts of text that isn't legible or not even visible at the image's resolution.
- Sometimes I run an extra thread with an image-describing log.
#Long #LongPost #CWLong #CWLongPost #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta Describing images would be a lot easier if the various Fediverse accessibility activists, the alt-text police and actually blind or visually-impaired Fediverse users had one common place to discuss Fediverse accessibility with each other. With all of each other without mention orgies.
And if "normal" users could go that place and ask them about edge-cases which your typical alt-text guides have no definite solutions for, so that these people can discuss these edge-cases with the asking users and with each other and come to a consensus.
But there's no such place, there are no such discussions, and there's next to no communication about Fediverse accessibility at all, other than, "Just do it, but oh, of course, do it the right way!" For any definition of "the right way" because there are too many such definitions that contradict each other.
Generally, blind and visually-impaired people ask to participate in accessibility decisions. But in the Fediverse, it's exactly that what they don't do, at least not beyond asking for alt-text for images. And I don't buy that they don't care about the content of the alt-text as long as there is something at all, and it seems halfway useful. I don't buy it.
If you've got lot of time to read, .
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta #A11y #AccessibilityDer Pepe (Hubzilla)
What I don't understand: Why did Zot/Nomad have to be kicked out
Probably due to the ID chaos.
Federation on (streams) went bellies-up with the introduction of FEP-ef61 DIDs due to the plethora of IDs everything had suddenly. All kinds of different IDs from conventional ActivityPub. Plus at least one Nomad ID. Plus at least one Zot6 ID. And now the DID on top. (streams) ended up being confused about this maze of IDs itself and used all the wrong IDs in all the wrong use-cases.
Remember how federation still was on the fritz in mid-August When Forte was forked off
One of the reasons Mike created Forte was to throw Nomad and Zot6 out without throwing Nomad and Zot6 out of (streams). It was probably a kind of quick fix to assume control over this ID chaos by removing the non-ActivityPub parts and, most importantly, the non-ActivityPub IDs.
That kind of lines up with what Mike did earlier. Like in 2018 when he made Osada and Zap, the two experimental development platforms for Zot6. Why didn't he do that in a development version of Hubzilla with all of Hubzilla's features still in place And, most importantly, only one development version with all the shebang
That's because in 2018, when Zot6 was only an idea, this idea had one big caveat: Mike's earliest concept of Zot6, especially its nomadic identity implementation, clashed with all other protocols.
So he created Zap that only spoke Zot6. Zap was only able to federate with Hubzilla because Zot6 was still sufficiently compatible with Hubzilla's version of Zot. Zap was the platform to develop the nomadic identity side of Zot6.
And he created Osada that spoke a bunch of other things, including ActivityPub and diaspora*. But it had no nomadic identity.
He slimmed both down a great deal. Articles, cards, wikis, webpages etc., it all had to go. Why To also slim down development. Otherwise he would have had to touch much, much more code. Besides, Hubzilla already had all that stuff. Same reason why (streams) can't subscribe to feeds anymore: less code to maintain and upgrade all the time.
The reason why the first Osada was discontinued was because it turned out that a) Zot6 could indeed be made compatible with at least ActivityPub, and b) having Osada as a "bridge" between Zap and the rest of the Fediverse was just plain bonkers. You wanted to use Zap, but you wanted to keep your Mastodon and diaspora* friends You also needed one non-nomadic Osada channel for each one of your nomadic Zap channels. And you had to use Osada to share-post all your Zap posts because Zap had no repeats yet, and you needed Osada to interact with the stuff your non-nomadic friends posted. Oh, did I mention that Osada was non-nomadic, and you'd lose everything if your Osada instance went under
So Mike discontinued the old Osada which next to nobody had used anyway, forked a second Osada from Zap and added ActivityPub to it so he had purist, Zot6-only Zap with no ActivityPub in the way of experimenting with Zot6 plus Osada with which he could test the interaction of ActivityPub and Zot6. Other devs would have strapped ActivityPub onto Zap. Not Mike, though.
But... if he now develops Forte exclusively with AP into a functioning platform, the nomadic identity will again be limited to the resulting Forte Grid, because I expect a number <1 that will implement AP nomadics in a new or existing AP Fediverse service.
Mitra is working on nomadic ActivityPub, too. Very hard so. Since 2022. Silverpill was the very creator of FEP-ef61, and he is even more of a driving force behind adding nomadic identity to ActivityPub than Mike. I wouldn't be surprised if it was him who had nudged Mike into developing ActivityPub-based pan-Fediverse nomadic identity.
Let all this work out. Let Forte become stable. Let Mitra roll out nomadic identity. Let it become possible to clone between the two. Let this hit Fediverse News. And you'll have quite a number of heads turning, including developer heads. Of course, most likely not those of the Mastodon devs. But it isn't unlikely that others will be interested.
And the more things in the Fediverse have working, stable, ActivityPub-based nomadic identity, the more Mastodon users will nag the Mastodon devs to implement it because they're fed up with being stuck on their instances already now. Until the point at which someone forks Mastodon, adds nomadic identity and submits the changes to the Mastodon code repo as a PR.
But it would have given you the opportunity to operate nomadically with the Hubzilla grid and thus have a much larger base.
Sooner or later, Hubzilla, the nomadic identity pioneer, will have to at least learn to understand ActivityPub-based nomadic identity. Once the latter is fully fleshed out, this might not even be that difficult. It can always be tested on development hubs like Zotum first.
Mario already said Hubzilla will hold on to Zot6. This may mean that it won't be possible to clone between Hubzilla and anything else if ActivityPub-based nomadic identity isn't fully implemented. But this wouldn't be much different from what things are like right now.
It is exciting. But the advantages of nomadic identity are very limited until the majority of other AP-based Fediverse services also implement it.
Well, for each Fediverse project individually that implements it, it's a big step forward.
Let's assume some Forkey implements it. The big news won't be so much that you can now clone your account to (streams) and Mitra. It'll rather be first and foremost that you can clone to another instance of the same Forkey and save your identity from doom by instance shutdown. Cross-border cloning is just a nice extra.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #NomadicIdentity #Forte In theory, yes.
Beware, though: Forte is a super extremely early version. It was forked from (streams) when (streams) itself was buggy.
Nomadic identity via ActivityPub is extremely experimental. It probably uses technology that Mastodon doesn't understand. Yesterday was literally the very first time ever that content from something based on nomadic ActivityPub has hit the Fediverse. The only other implementation is a development version of Mitra whose code is not public, and which is only deployed on non-public instances run by the developer.
Also, like everything else that Mike has made (Friendica, Hubzilla, (streams)), in terms of handling and functionality, Forte is much farther away from Mastodon than Mastodon is from Twitter.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fortemorph And so there's exactly one instance, Mike's own private private instance, with Mike, the only developer, being its only user.
Again, it's from mid-August. Mike hasn't declared it stable yet. And yesterday was literally the very very first time a message came from Forte, namely from Mike's private instance, into the Fediverse.
So no, there aren't any public, open-registration instances.
If you want to get to know the basic functionality, except for how Forte federates, the closest thing would be (streams) which Forte was forked from. (streams) may have its own issues, but it has at least one public instance that can theoretically be joined.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Streams #(streams) #ForteOh, by the way, in case you haven't noticed because chances are that you actually haven't: Forte has entered the Fediverse yesterday.
Mike Macgirvin has rebased his private, semi-secret instance from his own streams repository to his most recent project. Just yesterday, Mike sent the very first message from Forte into the Fediverse, a comment on a post from his public (streams) channel. Unfortunately, the whole thread is private, as is the comment.
So, what is Forte is the very first and currently only Fediverse project that features nomadic identity via only ActivityPub. It's a fork of , created in mid-August this year.
To put it in a nutshell, Forte is (streams) without Nomad and without support for Zot, purely relying on ActivityPub. Also, unlike (streams), Forte has a name, it has a branding (which, however, can be changed on the instance level just like on (streams)), it has nodeinfo, it has a license, and it's a project again.
At least as of now, Forte may have trouble connecting to Mastodon. This may be because Mastodon doesn't understand decentralised IDs as per FEP-ef61, it may be because Forte also had some non-standard, Mastodon-specific code removed. Or it may be due to the user agent filter that Mike has introduced to (streams) and most likely also Forte a few weeks ago that actually has the capability of, for example, blocking Mastodon in its entirety on an instance level. Whatever it is that may or may not stand in Mastodon's way of connecting with Forte, Mike declared it "intentional".
Speaking of "intentional", I'm intentionally not posting this to Fediverse News. While this may go largely unnoticed outside the Hubzilla/(streams) bubble, maybe plus Friendica, it may just as well prompt people to set up their own instances. People who haven't even laid their hands on Friendica, much less Hubzilla or (streams), and who don't know how the "Facebook-like" side of the Fediverse looks and feels, much less how nomadic identity is handled. They may expect another "Mastodon + more characters + x on top", end up disappointed because nothing on Forte looks, feels or works like Twitter or Mastodon, and declare that Forte objectively sucks.
Also, as long as Mike doesn't at least hint at Forte being stable and daily-driveable for people who don't develop it, it probably isn't.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Streams #(streams) #Forte Hier mal zehn Grnde, warum ich auf Hubzilla bleiben und nicht auf eins der *keys wechseln will:
Erstens: nomadische Identitt.
Meine Identitt ist weder an ein Konto noch an eine Serverinstanz gebunden, sondern in einem Kanal "containerisiert". Ich habe auf einem zweiten Hub einen praktisch identischen Klon dieses Kanals, der mit dem Original in Echtzeit bidirektional synchronisiert wird. Sollte einer der beiden Hubs mal ausfallen, verliere ich nichts und kann weitermachen wie bisher. Nachteil ist nur, da Projekte, die keine nomadische Identitt kennen, nicht erkennen knnen, da da auf den beiden Hubs ein und derselbe Kanal ist. Mastodon, Misskey usw. halten meinen Klon fr ein vllig separates Konto.
Unter den aktuell aktiven Fediverse-Serveranwendungen bieten das nur zwei: das stabile, konstant weiterentwickelte Hubzilla und das gerade nicht so stabile, aktuell kaum bearbeitete (streams), das einen etwas anderen Featuresatz hat (da habe ich auch zwei Kanle).
Zweitens: kein Zeichenlimit.
Mir reichen ein paar tausend Zeichen nicht aus. Ich poste immer mal wieder zigtausende Zeichen auf einmal. Ich mchte die Mglichkeit haben, bis 100.000 Zeichen zu posten, denn darber hinaus lehnt Mastodon Posts ab. Und mein Rekord liegt bei fast 77.000 Zeichen aufgrund drei sehr langer Bildbeschreibungen. Dieser Kommentar ist auch ber 10.000 Zeichen lang.
Drittens: Hubzilla kennt Konversationen sehr gut.
Mein Stream ist nicht in Einzelposts organisiert, sondern in ganzen Threads. Jeder Thread besteht immer nur aus genau einem Post, dem Startpost, und ansonsten Kommentaren, die Hubzilla nicht als Posts ansieht. Das ist genau wie auf Facebook oder Tumblr oder Reddit und wie in jedem Blog.
Wenn ich einen Post im Stream habe, dann empfange ich alle Kommentare. Und die werden mir als ungelesen angezeigt. Im Grunde kann ich Antworten gar nicht verpassen.
Auerdem kann ich einem Thread folgen, bzw. wenn ich mit einem Post oder einem Kommentar in einem Thread interagiere (drauf antworten, Daumen hoch, Daumen runter etc.), dann folge ich dem Thread automatisch. Und dann werde ich sogar ausdrcklich benachrichtigt, wenn in dem Thread etwas passiert ist.
Viertens: der Zhler ungelesener Mitteilungen.
Wenn etwas in meinem Stream passiert, dann wird mir das zunchst einmal als ungelesen markiert, auch wenn z. B. jemand einen Post oder einen Kommentar geboostet/reposted/renoted/wiederholt hat. Und dafr hat Hubzilla einen Zhler. Wenn ich den anklicke, bekomme ich alles aufgelistet, was ich mir noch nicht angesehen habe. Das kann ich dann jeweils anklicken und dann threadweise ansehen. Es wird dann automatisch als gelesen markiert.
Damit verpasse ich nichts.
Fnftens: das Berechtigungssystem.
Hubzilla hat ein sehr komplexes, fortschrittliches, feingegliedertes System von Berechtigungen. So etwas bietet sonst auch nur (streams). Ich glaube, jemandem, der von Mastodon kommt in Erwartung von Mastodon ohne Zeichenlimit mit mehr Textformatierung, ist das viel zu kompliziert. Ich aber habe das System ziemlich durchschaut und nutze es zu meinem Vorteil.
Standardmig z. B. sind meine Verbindungen (auf Hubzilla gibt's grundstzlich nur beidseitige Verbindungen wie Facebook-"Freunde", also nicht Folgende und Gefolgte getrennt wie auf Twitter und Mastodon) nicht berechtigt, mir ihre Posts zu schicken. Das mu ich ihnen erst ausdrcklich erlauben. Und das tue ich auch nur dann, wenn ich das will.
Ich habe ber 550 Verbindungen, von denen die allermeisten nichts posten, was mich im Rahmen dieses Kanals (der Kanal ist thematisch limitiert, das ist kein persnlicher Allzweckkanal) und auch generell nicht die Bohne interessiert. Bevor ich jetzt also 98% nur Mll im Stream habe, durch den ich waten darf, um an den interessanten Content zu kommen, spare ich mir den Aufwand und gebe denen, die nichts Interessantes zu sagen haben, gar nicht erst die Berechtigung, mir ihre Posts zu schicken.
Gleichzeitig haben sie aber sehr wohl die Berechtigung, meine Posts zu kommentieren oder mir DMs zu schicken das ist davon unabhngig.
Insgesamt kennt Hubzilla 17 Berechtigungseinstellungen mit sieben oder acht Berechtigungslevels. Dazu kann ich auch noch bei Posts (und damit ganzen Threads), Bildern, anderen Dateien usw. usf. einstellen, wer sie sehen darf.
Sechstens: zwar nicht perfekte, aber sehr umfassende Filter.
Zunchst einmal erlaubt Hubzilla es mir, individuell pro Kontakt zu filtern. Das heit, ich kann nicht nur kanalweit filtern, sondern auch einzelnen Kontakten jeweils individuelle Filterlisten geben, und zwar jeweils eine Whitelist und eine Blacklist pro Kontakt.
Dann kann ich beim Filtern regulre Ausdrcke verwenden. Wenn ich z. B. ein Schlsselwort auch als Wortbestandteil filtern will, ein anderes aber nur als ganzes Wort, kann ich das mit einer und derselben Filterliste erschlagen.
Und letztlich hat Hubzilla auch eine Filtersyntax, wobei die sich leider in Whitelists mit reinen Schlsselwrtern noch nicht vertrgt, sonst wren Hubzillas Filter noch mchtiger. Mit der Filtersyntax kann ich beispielsweise Boosts rausfiltern. Wenn also jemand manchmal interessante Sachen postet, dazwischen aber dutzendweise uninteressanten Mll boostet, kann ich mir die Boosts vom Hals schaffen, aber die Posts kommen weiterhin durch. Ich hoffe immer noch auf Verbesserungen, die es mir z. B. mglich machen wrden, eine Whitelist nur auf Posts anzuwenden, nicht aber auf Kommentare und DMs.
Siebtens: das volle Programm der Textformatierung, das einem eine Blog-Engine bietet. Und zwar nicht einfach nur WYSIWYG, sondern ich kann direkt mit rohem Code arbeiten.
Die ganzen Twitter-Klone, und dazu zhle ich auch Misskey und alle Forkeys, erlauben mir z. B. nicht, Bilder in den Post-Text einzubetten. Also Text, dann ein Bild, dann mehr Text, dann noch ein Bild, dann noch mehr Text. Auf Hubzilla geht das problemlos, weil Hubzilla eben nicht versucht, Twitter nachzuffen. Mastodon kann das nicht mal darstellen und die ganzen *keys auch nicht.
Ich wei auch nicht, ob die *keys eine Begrenzung haben, wieviele Bilder man an einen Post anhngen kann. Hubzilla hat beim Einbetten von Bildern keine Begrenzung.
Hubzilla kann ansonsten mit BBcode das hier alles:
- Fettdruck
- Kursivschrift
- Unterstreichung
- Durchstreichung
- Textgre
- Schriftart, und zwar auch mal mehrere, und die erste davon, die gefunden wird, wird angezeigt
- Schriftfarbe
- Hintergrundfarbe
- berschriften in sechs Stufen
- zentrierten Text
- Inline-Code mit und ohne Syntaxhervorhebung
- Codeblcke mit und ohne Syntaxhervorhebung
- Listen, und zwar mit Stichpunkten, Zahlen, rmischen Zahlen, rmischen Zahlen in Kleinbuchstaben, Grobuchstaben oder Kleinbuchstaben
- horizontale Linie zur Unterteilung
- Tabellen
- Links, auch ohne sichtbare URL
- Spoiler
- Zusammenfassungen (= CWs auf Mastodon) (theoretisch in der Praxis werden sie zumindest in Kommentaren ber ActivityPub nicht korrekt exportiert)
- an beliebiger Stelle im Post eingebettete Bilder, auch inline, optional wahlweise auf eine bestimmte Gre skaliert oder mit Alt-Text Bilder knnen auch Links sein
- an beliebiger Stelle im Post eingebettetes Audio
- an beliebiger Stelle im Post eingebettete Videos
In Verbindung mit OpenWebAuth ("magisches" Single Sign-On, das auch von Mike Macgirvin erfunden wurde) geht auerdem:
- Instanzadresse des Betrachters
- komplette Kanaladresse des Betrachters
- Kurzname des Betrachters (z. B. chbmeyer)
- Langname des Betrachters (z. B. Ch Maeiyer )
- ID des Betrachters
- Profilbild (Avatar) des Betrachters
- Anzeige von Text in Abhngigkeit davon, ob der Login des Betrachters per OpenWebAuth erkannt wird (Login erkannt, Login nicht erkannt)
- Anzeige von Text in Abhngigkeit davon, welche Sprache der Betrachter hat (z. B. Deutsch, Englisch, nicht Englisch, kann auch verschachtelt werden zu nicht Deutsch und nicht Englisch)
Wenn im Kanal bestimmte Erweiterungen aktiviert sind (Hubzilla ist sehr modular und jeder Kanal fr sich auch), geht auerdem:
- Darstellung eines beliebigen Text als eingebetteter QR-Code
- Einbettung einer OpenStreetMap-Karte, die auf die erkannte Browser-Position zentriert ist
- Einbettung einer OpenStreetMap-Karte, die auf bestimmte Koordinaten zentriert ist
- Einbettung einer OpenStreetMap-Karte, die auf einen Ort mit einem bestimmten Namen zentriert ist
brigens hat Hubzilla sogar eine Vorschau fr Posts, DMs und Kommentare. Man kann sie sich anzeigen lassen, bevor man sie versendet, um noch einmal nachzubessern.
Achtens: Kategorien fr Posts.
Ich kann meine eigenen Posts nicht nur mit Hashtags organisieren, sondern auch in Kategorien, von denen ich jedem Post eine oder mehrere zuweisen kann. Die dienen nur der internen Organisation und werden nicht nach auen fderiert. So finde ich meine eigenen Posts schneller und leichter wieder.
Neuntens: Speichern von Posts, Kommentaren etc. in Ordnern.
Sowohl eigene Posts, Kommentare usw. als auch die anderer Nutzer kann ich nicht einfach nur mit Lesezeichen markieren, sondern auf diesem Wege in Ordnern einsortieren. Das sind quasi Lesezeichenkategorien.
Zehntens: Zusatzfeatures, die so fast nirgendwo oder tatschlich nirgendwo verfgbar sind.
Ich nutze auf Hubzilla einiges an Zusatzfeatures, die teilweise optional sind, die mir weder Misskey noch einer der Forkeys so bieten kann:
- eingebauter Filespace pro Kanal mit Organisation in Verzeichnissen, mit Zugriffsberechtigungssteuerung pro Datei und pro Verzeichnis und mit Erkennung von Bilddateien als solche ber einen speziellen Uploader
- WebDAV-Zugriff auf den Filespace
- Eventkalender, in den ich mit einem Klick auch Events anderer Nutzer eintragen kann
- CalDAV-Kalenderserver, der die Oberflche des Eventkalenders mitbenutzt (es gibt auch einen optionalen CardDAV-Server, den ich hier aber nicht nutze)
- (optional) , die so aufgebaut sind wie Posts, aber nicht an meine Kontakte rausgehen
- (optional) , und zwar mehrere Wikis pro Kanal mit mehreren Seiten pro Wiki
Selbst wenn ich nach Sharkey oder CherryPick wechseln wrde, mte ich sehr, sehr viel dafr aufgeben.
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #NomadischeIdentitt #Zeichenlimit #Zeichenlimits #Konversationen #Berechtigungen #Filter #Textformatierung #Hubzilla
Dolphins In Depth: Dolphins challenged by the loss of defensive pillar
Heat Check: Reacting to Heats ugly season-opening loss to Magic
Last updated: 2024-11-10
All text and images © eLoc8.is-fabulous.com