(streams)

@Regezi Na ja, ein großer Unterschied ist: Wenn ein Mastodon-Nutzer über ein bestimmtes Thema reden will, dann trötet er "in den Äther" und klebt noch das eine oder andere Hashtag dran. Die meisten haben gar keine Vorstellung davon, wie Hashtags die Auffindbarkeit von Posts verbessern. Viele wissen ja nicht mal, daß man auf Mastodon Hashtags folgen kann, weil sie das auf Twitter nicht konnten.

Auf Friendica, Hubzilla, (streams) und Forte haben Hashtags einen ganz anderen Stellenwert. Zumindest auf Hubzilla kann man Hashtags nur über Umwege folgen (über FediBuzz oder als RSS-Feed von mastodon.social oder so; beides nicht optimal), und überall sonst ist man wie auf Mastodon darauf angewiesen, wieviel Content mit dem Hashtag reingespült wird.

Wenn man viel über ein Thema diskutieren will, nutzt man hier keine Hashtags. Dann tritt man einer entsprechenden Gruppe bei, und sei es eine Lemmy- oder PieFed-Community oder ein Mbin-Magazin, auch wenn da die Einbindung schon mal zu wünschen übrig läßt. Oder man zieht eine eigene Gruppe auf. Auf Hubzilla, (streams) und Forte bräuchte man dafür nicht mal ein neues Konto.

Das Rumgefriemel mit Hashtags auf Mastodon ist ja eigentlich auch nur eine Krücke, weil Mastodon keine Gruppen hat, weil Twitter ja auch keine hat. Aber die Mastodonians kennen es nicht anders.

Jedenfalls haben Hashtags hier eigentlich nur zwei Funktionen: zum einen Auffindbarkeit auf Mastodon und sonst überall, wo es keine Gruppen gibt, zum anderen das Auslösen der automatischen Erzeugung leserseitiger Inhaltswarnungen (weil das Drankleben von Schlüsselwörtern in Form von Hashtags schön unauffällig ist).

Generell sind aber Mastodon auf der einen Seite und Friendica, Hubzilla, (streams) und Forte auf der anderen Seite wie Wasser und Öl. Die sind einfach zu verschieden. Auf Mastodon gibt's aber wenig Toleranz für alles, was anders ist und anders funktioniert als Mastodon, und gleichzeitig den unbändigen Drang, dem ganzen Fediverse die Mastodon-Kultur aufzuzwingen, obwohl die mit Serversoftware, die nicht Mastodon ist, nicht mal richtig kompatibel ist.

Mastodon-Nutzer sehen es häufig nicht gern, wenn in ihren Timelines etwas auftaucht, was zu sehr nicht wie ein Mastodon-Tröt aussieht und/oder nicht der Mastodon-Kultur entspricht. Über 500 Zeichen auf einmal. Textformatierung. Punktlisten. "Mißbrauch" des CW-Felds für Zusammenfassungen. Zack, bist du als Nicht-Mastodon-Nutzer entfolgt, wenn nicht gar gemutet oder gesperrt. Auf kleineren Mastodon-Servern tauchst du dann nicht mal mehr in der föderierten Timeline auf.

Für Mastodon-Nutzer sind Nutzer von Friendica, Hubzilla, (streams) oder Forte auch schon mal einfach "kulturlose Barbaren", die ins Mastodon-Fediverse eingedrungen sind, sich da wie die Wildsäue aufführen und die "Fediverse-Kultur" (eigentlich nur die Mastodon-Kultur) nicht nur ignorieren, sondern gar mit den Füßen treten.

Umgekehrt ist es aber auch so, daß Friendica-, Hubzilla-, (streams)- und Forte-Nutzer das Verhalten vieler Mastodon-Nutzer nervig finden. Das geht ja schon los mit schnipseligen "Threads", wo sich ein langer Post auf etliche kleine aufteilt. Auf den meisten Mastodon-Servern geht es nicht anders, aber wenn du es selbst gewohnt bist, ein Zeichenlimit im achtstelligen Bereich zu haben, also praktisch gar keins, dann nervt dich das. Ich kenne einen Friendica-Nutzer, der blockiert sofort jeden Mastodon-Nutzer, der sowas verschickt, beim ersten Mal. Wohlgemerkt, obwohl Friendica, Hubzilla, (streams) und Forte grundsätzlich Konversationen sofort als solche anzeigen statt wie Mastodon nur Einzelbeiträge. Oder vielleicht gerade deswegen, weil es eben sofort ins Auge fällt.

Auch andere Nutzer von Friendica, Hubzilla, (streams) und Forte reduzieren ihren Kontakt zu Mastodon. Hier werden viele Mastodon-Nutzer wahrgenommen als nicht nur komplett ignorant gegenüber dem Nicht-Mastodon-Fediverse, sondern borniert und stur in ihrem Festhalten an der absoluten Mastodon-Zentrizität oder gar ihrem Willen, das ganze Fediverse zu nur Mastodon zu machen.

Das fängt damit an, daß Mastodon-Nutzer sagen, es ist scheißegal, ob man "Mastodon" oder "Fediverse" sagt. Alle anderen finden das nämlich ziemlich diskriminierend. Friendica ist kein Teil von Mastodon. Friendica ist überhaupt nicht Mastodon, ganz im Gegenteil. Und Friendica ist auch nicht nachträglich an Mastodon drangeklebt worden. Friendica ist tatsächlich fünfeinhalb Jahre älter als Mastodon.

Und das geht damit weiter, daß Mastodon-Nutzer versuchen, Nicht-Mastodon-Nutzern vorzuschreiben, ihre Nicht-Mastodon-Serversoftware wie Mastodon zu benutzen. Z. B. nie mehr als 500 Zeichen am Stück zu posten, auch wenn man ein sehr viel höheres oder im Grunde gar kein Limit hat. Oder keine Textformatierung zu verwenden, weil das in einem reinen Mikroblogging-Netzwerk (und als das fassen die meisten Mastodon-Nutzer das Fediverse auf) nichts verloren hat. Oder das Zusammenfassungs-/Abstrakt-Feld für CWs und nur für CWs zu benutzen (weil die meisten Mastodon-Nutzer glauben, Eugen Rochko hätte es 2016 für CWs ganz neu erfunden). Oder auf gar keinen Fall jemandem zu antworten, der einen nicht erwähnt hat und mit dem man auch nicht beidseitig verbunden ist (was nur auf Mastodon nicht normal und damit böse ist).

Wenn man nur Mastodon kennt und das ganze Fediverse durch eine reine Mastodon-Brille kennt, wird man sagen: "Wieso, ist alles gerechtfertigt und soll auch so, dann wird das ganze Fediverse besser!"

Wenn man aber als alter Friendica-Veteran von 2010/2011 heute noch auf Friendica ist oder inzwischen auf Hubzilla oder (streams) oder Forte, wenn man gewöhnt ist an kein Zeichenlimit und an den vollen Satz an Formatierungsmitteln einer guten Bloggingplatform und an Zusammenfassungen von langen Posts im entsprechenden Feld und an automatisch individuell leserseitig generierte CWs, wenn das für einen schon sehr viel länger die Normalität ist, als es Mastodon überhaupt gibt, wenn man also damit schon länger im Fediverse ist, als es Mastodon überhaupt gibt, dann geht einem das auf den Zeiger.

Viele lassen das ein-, zweimal passieren. Vielleicht dreimal. Dann ziehen sie die Schutzschilde hoch. Dann haben sie nämlich keinen Bock mehr darauf. Sie haben keinen Bock mehr darauf, daß Mastodon-Nutzer angeschissen kommen und ihnen vorschreiben, 80% der ihnen zur Verfügung stehenden Features gar nicht mehr zu verwenden und weitere 10% komplett zu mißbrauchen.

Weißt du, warum Hubzilla und (streams) an ihren Versionen des Nomad-Protokolls festhalten? Weißt du, warum Hubzilla nicht auf ActivityPub umstellen und Mike Macgirvin (streams) nicht zugunsten von Forte aufgeben will? Ganz einfach: damit ActivityPub optional und daher abschaltbar bleibt. Und zwar für jeden Kanal individuell. So manch ein Nutzer verwendet diesen Schalter nämlich als "Zugbrücke", um Mastodon auszusperren. Ich kenne eine ganze Gruppe auf (streams), wo ActivityPub absichtlich abgeschaltet wurde, damit keine Mastodon-Nutzer reinkommen, sondern nur Hubzilla- und (streams)-Nutzer.

(streams) und Forte haben außerdem letztes Jahr im September ein adminseitiges Feature namens "Uafilter" bekommen, kurz für "User Agent Filter". Damit kann man für einen ganzen Server ganze Fediverse-Serveranwendungen aussperren. Ohne Herumgefummel mit IP-Adressen oder Domains. Einfach über den User Agent. Gebaut wurde das, um Threads auszusperren, egal, wie Meta mit Domains rumjongliert. Aber Mike hat gesagt, das eignet sich beispielsweise auch, um ganz Mastodon mit einem Handstreich auszusperren.

Das zeigt, was in diesen Kreisen Mastodon für eine Reputation hat.

Kurzum: Viele Mastodon-Nutzer wollen nichts mit Friendica, Hubzilla, (streams) und Forte zu tun haben, weil sie sich an dem stören, was von da kommt. Und umgekehrt wollen viele Friendica-, Hubzilla-, (streams)- und Forte-Nutzer nichts mit Mastodon zu tun haben, weil von da zuviel Ignoranz und Borniertheit kommt.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #Friendica #Hubzilla #Streams #(streams) #Forte #MastodonZentrizität #MastodonNormativiät #Hashtags #Gruppen #FediGruppen #FediverseGruppen

@Strypey

You say this like it's a bad thing.

Not at all.

One advantage is, as you've said, that the backend and the Web frontend can have their own developers, development of both can largely be detached, and they can be upgraded separately from one another.

Separate Web frontends can be developed by people who actually know a thing or two about frontend development and UI design. I mean, look at the Web UIs of some all-in-one Fediverse server applications. They're often the digital counterpart of random knobs and switches poked through a piece of cardboard and labelled with a ball pen, just so that these knobs and switches are there. Sometimes they're the equivalent of expecting all kinds of end users to operate DIP switches, but hey, they're still better than soldering and unsoldering wires.

Another advantage is that server software for which alternative frontends exist does not have to drag its default frontend around. There are Mastodon servers with alternative frontends, but they still have to have the two official Web UIs installed (the default one and the Tweetdeck-style one) because they're firmly welded to the backend. I guess we all know what a heavyweight Mastodon is, and I'm certain that part of the weight is caused by the built-in Web UIs. In stark contrast, you can set up an Akkoma server with Mangane instead of Akkoma-FE, as in without having to also install Akkoma-FE.

By the way, Hubzilla is an interesting case here. Not only is its default UI very configurable, but Hubzilla itself is highly themeable, and third-party themes almost amount to entirely new UIs. At the same time, however, practically all official development efforts went only into the backend for most of its existence.

Any Hubzilla UI has to wrestle an immense wealth of features, and not exactly new features were added over time. This, however, caused Hubzilla's UI to gradually turn into a jumbled mess because some of the new UI elements were seemingly added in totally random places. Not only was the UI never cleaned up, but the default theme is perpetually stuck in 2012 (the name "Redbasic" says it all, it was made for Hubzilla when Hubzilla was still named Red), it was derived from an early Friendica theme, and even Friendica wasn't pretty back then. Also, the documentation was completely neglected.

So the situation last year was that there was only one working Hubzilla theme left, and that was Redbasic. It was the only theme that was even only upgraded to work with newer Hubzilla versions. There used to be other official themes, but they eventually ended up so outdated that they were removed altogether. @Sean Tilley's third-party themes were last touched seven years ago, that must have been around the time when Hubzilla 3 came out. At the same time, the official documentation was not only highly incomplete, but it was so outdated that parts of it were simply false. It partly referred to features that had been axed many years ago (tech levels) and features that simply were never there (four different mention styles), and parts of it even still spoke of Red. Thus, nobody even knew how to develop new themes for current Hubzilla.

That was when the community stepped in. @Der Pepe (Hubzilla) ⁂ ⚝ sat down and rewrote the entire help. @Scott M. Stolz not only started working on his NeuHub themes, but in the same process, he reverse-engineered Hubzilla's theming system to write documentation for theming Hubzilla which had never been written before AFAIK. Around that time, @????? was dabbling with specialised themes for certain purposes, e.g. one very clean theme for Hubzilla channels used as long-form blogs. Later on, @Saiwal joined the fray with his now-popular Utsukta themes.

Granted, Hubzilla still carries Redbasic around, not only as the default for new channels unless the admin chooses another one, but also as a fallback in case a new Hubzilla version doesn't support existing third-party themes anymore. The latter is becoming less likely as the Utsukta themes are being built against Hubzilla's development versions now. Besides, it's in Hubzilla's nature that everything on a hub is updated at the same time, including third-party repositories.

In general, the Hubzilla community is no longer that easily satisfied with a UI that "just works", and the devs have taken notice. Hubzilla 10.4, now a release candidate, will spruce up certain core parts of the UI. It will introduce a tree-style thread view as the new default instead of its current chronological view, something that Friendica, (streams) and Forte have had for significantly longer. That is, this is actually a side-effect of the introduction of "lazy loading" conversations to reduce the server workload. Also, upon user request, it will add a button to add images to comments.

If (streams) and Forte grow bigger, the same could happen there. They have two official themes to choose from, fairly new Fresh and an older version of Redbasic. However, they don't have a large enough community for all the same things to happen to them that happened to Hubzilla, although Pepe has said he'd rewrite the (streams) and Forte help as well, seeing as Mike had ripped them out entirely with no replacements as they were too outdated at that point. Maybe someone will even write a guide on how to adapt Hubzilla themes to (streams) and Forte.

That is, (streams) and Forte are both already the result of several years of UI and UX advancement and improvements and making them fit for a Mastodon-dominated Fediverse (where Hubzilla is still geared towards a Fediverse which it will dominate itself by the mid-to-late 2010s). This is stuff which can't be taken care of in themes because it concerns the UI engine itself, and it's partly tied deeply into the backend.

While Hubzilla, (streams) and Forte won't be able to do without their official themes anytime soon, the official themes don't significantly weigh them down. Still, they require some maintenance work to keep up with the backend.

Wouldn't Mastodon would be better if it specialised in developing apps, and outsourced the server side to people who know how to do back-end engineering?

This makes me wonder which half Mastodon would be willing to outsource. I think they'd rather hold on to the backend and pass all the frontends on. Of course, this would come with the advantage of the official Mastodon mobile app actually becoming somewhat decent rather than remaining the "we need an official app, no matter how" kluge that it is today.

CC: @Tim Chambers @rakoo

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #ActivityPub #Mastodon #Akkoma #AkkomaFE #Mangane #Akkomane #Hubzilla #Streams #(streams) #Forte