phanisvara (streams)ich bin mittlerweile wieder bei hubzilla / streams angekommen und fhle mich hier wesentlich wohler.
Zumal Content Warnings hier ganz anders funktionieren. Und zwar werden sie a) optional und b) auf der Seite des Lesers generiert und nicht auf der Seite des Posters geschrieben und allen aufgedrckt.
Ein Feature, das (streams) auf Umwegen von Hubzilla geerbt hat und Hubzilla auf etwas krzeren Umwegen von Mistpark. Das ist also wahrscheinlich schon von 2010.
Mastodon hat das jetzt auch, aber erst seit 2023. Auerdem drften die allermeisten Mastodon-Nutzer gar nicht wissen, da es das kann, und den meisten derer, die es wissen, ist es zu kompliziert.
da nicht alles berall hin ausposaunt wird, bekommst du auch nicht so leicht tausende followers, doch das war noch nie mein bestreben.
Ich bin auch wieder knapp vor der 500-Connections-Marke. Aber ich bin auf ActivityPub und Mastodon angewiesen, weil die Zielgruppen sowohl des Primrthemas als auch des Sekundrthemas dieses Kanals fast ausschlielich auf Mastodon sind.
Blderweise breiten sich meine Posts und Kommentare dadurch auch auf den fderierten Timelines vieler Mastodon-Instanzen aus. Und da sitzen dann die Empfindlichen, die nichts sehen wollen, was sie strt. Dazu zhlt auch alles, was Vanilla-Mastodon 3.x nicht auch konnte. Praktisch keiner von denen kann Filter bedienen.
Da habe ich dann meine liebe Not damit, von jedem meiner Posts die Vorschau in einen Texteditor zu copypasten, um die Zeichen zu zhlen, und wenn's ber 500 Zeichen geht, eine Content Warning fr einen langen Post dranzubauen inklusive Anzahl der Zeichen. Plus alle mglichen anderen Content Warnings. Inklusive Fediverse-Meta, wenn ich irgendwas irgendwie bers Fediverse schreibe, weil es Leute gibt. Ich habe inzwischen eine Liste mit ca. 90 Dingen, die Leute geCWt sehen wollen, und da ist Aufdrselung in landesspezifische Politik noch gar nicht eingerechnet.
Und wenn ich wie jetzt einen Kommentar schreibe (Nutzer von Mastodon, Pleroma nebst Forks, Misskey nebst Forks etc., die das lesen: Hier auf Hubzilla ist eine Antwort kein Post, sondern ein Kommentar mit eigenem Eingabefeld und etwas vllig anderes als ein Post), rechne ich auch immer mit Rffeln oder gar Sperren, weil ich keine CW angebe. Weil ich das gar nicht kann. Und Mastodon-Nutzern in einem einzigen Kommentar mit maximal 500 Zeichen beizupulen, warum das so ist, ist aussichtslos. Geschweige denn, ihnen zu erklren, warum ich dann auch noch ein Dutzend Hashtags unter den "Post" hnge.
Bilder mit Augenkontakt versuche ich gar komplett zu vermeiden. Wenn das nicht geht und der Augenkontakt zu offensichtlich ist, also die Augen nicht jeweils nur einen winzigen Bruchteil eines Pixel klein, dann packe ich das Bild detaillierter Bildbeschreibung in einen Artikel, und zwar inklusive kurzer Bildbeschreibung im Alt-Text und detaillierter Bildbeschreibung im Artikel, und verlinke den Artikel im Post.
Von Hubzilla aus habe ich im Gegensatz zu (streams) absolut keine Chance, Bilder in Posts auf Mastodon ausblenden zu lassen. Gar keine. Auf Friendica, Hubzilla oder (streams) kann ich die Leute bis zu
viermal klicken lassen, bevor sie das Bild sehen. Erst auf die Content Warning, wenn sie NSFW an haben. Dann auf das Summary. Dann auf den Spoiler-Tag. Dann auf das verschwommene Bild selbst. Aber exakt dasselbe Bild in exakt demselben Post wird auf Mastodon jedem sofort ohne Warnung ins Gesicht geschmissen. Nur weil Mastodon keinen Bock hat, sich an irgendwelche Standards zu halten oder auch nur das Einbetten von Bildern in Posts zu untersttzen, weil Twitter das ja auch nicht kann.
CC:
#
Long #
LongPost #
CWLong #
CWLongPost #
LangerPost #
CWLangerPost #
FediMeta #
FediverseMeta #
CWFediMeta #
CWFediverseMeta #
Mastodon #
Friendica #
Hubzilla #
Streams #
(streams) #
CW #
CWs #
ContentWarning #
ContentWarnings #
CWMeta #
ContentWarningMetaSo I've been collecting Selea Core boxes for a few years now. I've got the same goal as a number of people before me, namely for someone to have
all Selea Core boxes in one store one day.
I thought my collection was extensive already. But then I found out that Star Ravenhurst has a collection she built from at least one source that I hadn't visited yet. She has fixed and reworked what needed to be fixed and reworked, and now she offers these boxes at in the Genesis Roleplay Grid.
Finding this out was what finally drove me to create
a spreadsheet with the boxes I have, including additions, plus the boxes she and Lavia Lavine have.
Turned out she has 63 boxes that I don't have. But I have ca. 57 boxes from various sources that I can send her because she either hasn't got them yet, or they may contain stuff that she hasn't got yet.
All in all, I've catalogued 284 boxes currently, but some of those in my possession seem like they were recompiled or renamed. And I know there have to be even more boxes somewhere out there.
#
Long #
LongPost #
CWLong #
CWLongPost #
OpenSim #
OpenSimulator #
Metaverse #
VirtualWorlds #
SeleaCore #
GenesisRoleplayGrid Add your location to a Google Map Essentially,
Mike Macgirvin (creator of the now-defunct DFRN protocol, , the Zot protocol and , inventor of and creator and maintainer of both the Nomad protocol and ) is redesigning (streams)' conversation model into something that's more compatible with ActivityPub and easier to understand for projects built against the ActivityPub protocol.
It's called
Conversation Containers.
If you can take a lot of technobabble: .
It's worth mentioning at this point that (streams) is not based on ActivityPub itself. It's based on an advanced version of the Zot protocol named Nomad, and it only supports ActivityPub as an optional secondary protocol.
CC:
#
Long #
LongPost #
CWLong #
CWLongPost #
FediMeta #
FediverseMeta #
CWFediMeta #
CWFediverseMeta #
ActivityPub #
Streams #
(streams)On the one hand, FediGroups is kind of lacking from a Hubzilla/(streams) POV. Forums on Hubzilla and (streams) can be made fully private, i.e.
nobody from outside the forum can even
read them. Not possible on FediGroups because not possible on Mastodon, not to mention that it'd be somewhat inconvenient without server-side OpenWebAuth support.
Also, it's not only possible for Hubzilla and (streams) users to post to Hubzilla and (streams) forums without also posting to their own connections, it's standard. Hubzilla and (streams) forums only forward posts to their connections that come in as direct messages. This does not apply to comments, only to posts.
The same thing is impossible with FediGroups because it rejects direct messages outright.
On the other hand, both features make Hubzilla and (streams) forums harder to use for Mastodon users as they want to use everything in the Fediverse as if it's all Mastodon. Even if a forum is configured to be read by any logged-in user, Hubzilla and (streams) don't recognise logged-in Mastodon users because Mastodon still doesn't have client-side OpenWebAuth support either.
And the very reason why Hubzilla and (streams) forums are being perceived as incompatible with Mastodon is because it's too inconvenient for Mastodon users to start threads on them. I'm not even sure if this has been tested because there's no documentation on this.
Either Mastodon users have to send a DM to the forum which is completely unnatural to Mastodon users who are used to
-mentioning everything unless it's actually private. Or they actually have to mention Hubzilla and (streams) forums with
!
, the Hubzilla/(streams) prefix for DMs, which is
completely unknown and completely alien to Mastodon, not to mention completely unsupported.
That said, there are even more shortcomings from a Hubzilla/(streams) POV.
It's impossible to make threads with titles because Mastodon doesn't support titles on Note objects. By the way, this might hit the Friendica crowd hard: FediGroups won't work with posts from Friendica with titles because these go out as Article objects (like blog posts) instead of Note objects (like Mastodon toots), and I'm not sure how FediGroups will handle Article objects.
Generally, it seems a crazy idea to build groups on top of something that not only doesn't have a concept of groups, but that doesn't have a concept of conversations either. But then again, at least two thirds of the Fediverse don't have a concept of conversations. Users of these two thirds can only follow threads if everyone in that thread keeps mentioning them in every last post. At least on Hubzilla and (streams), this is completely unnecessary.
Moderation will be unnecessarily difficult because Mastodon also doesn't have a concept of permissions beyond Mute and Block, and because all replies to posts are posts themselves and exclusively owned by whoever posts them and thus can't be moderated by the thread starter.
Also, FediGroups are so far the only "groups" in the Fediverse that don't present themselves as Group actors. Thus, they're the only ones which Hubzilla and (streams) don't list as forums. Even Guppe groups are listed as forums on Hubzilla and probably also on (streams). This can only change if FediGroups actually soft-forks Mastodon and at least adds Group actor identification, no matter how much of Mastodon's code will have to be changed for that.
I'll be honest: I hope that when the redesign of conversations on (streams) goes stable, it'll become a good base for Fediverse-wide forums, even for Mastodon users who think the Fediverse is only Mastodon and for notoriously stubborn Misskey plus Forkeys.
#
Long #
LongPost #
CWLong #
CWLongPost #
FediMeta #
FediverseMeta #
CWFediMeta #
CWFediverseMeta #
Mastodon #
Hubzilla #
Streams #
(streams) #
Groups #
Forums #
FediGroups'I own this branch'
-tailed
I still remember when cryptobros tried to make everyone believe that The Metaverse (or metaverses in general) absolutely require a blockchain, a cryptocurrency and NFTs, and that 3-D virtual worlds are technologically impossible without any of these three.
The irony is that it's the worlds without these three that actually work, even decidedly non-commercial Overte. The cryptobros' get-rich-quick schemes ended up underdeveloped (NeosVR) at best, likely even buggy (Decentraland), and I guess not exactly few sold expensive NFTs as tokens to virtual land which never came to exist because they've never launched their world in the first place.
It's hard to tell whether they were cases of intentional fraud, and the owners never intended to develop and launch a virtual world in the first place, or whether they did want to launch a virtual world, but their cryptocurrency crashed before they could fund the development.
I mean, I find it increasingly hard to believe that the makers of Decentraland really knew nothing about virtual worlds first. I find it more likely meanwhile that they intentionally lied to their customers about having created the world's first decentralised metaverse than that they simply didn't know that this title belongs to something that's eleven years older and
actually decentralised.
By the way, there have even been cryptobros who obviously could be bothered to spend a bit more time on Google, and who discovered OpenSim. Free and open-source. Most importantly, free-of-charge. And readily available, they wouldn't have to pay for the development of a virtual world platform first. So they decided to glue a blockchain and a cryptocurrency onto OpenSim and either sell land for crypto or offer crypto gambling or both.
None of this came to fruition. Regardless of whether they were dumb enough to open their grid to the Hypergrid, they had to compete with grids that offer standard Second Life regions for $10/month and varsims for not much more. On top of that, closed grids had to compete with the Hypergrid which had a lot more and better content, not to mention more users.
Oh, and OpenSim doesn't really work with VR headsets for a whole bunch of reasons, so they couldn't market it to the VR crowd either.
#
Long #
LongPost #
CWLong #
CWLongPost #
Metaverse #
Blockchain #
Blockchains #
Crypto #
Cryptocurrency #
Cryptocurrencies #
NFT #
NFTs #
Cryptobros #
Decentraland #
NeosVR #
OpenSim #
OpenSimulator #
VirtualWorlds I'm on Hubzilla which works vastly different from Mastodon. Also, I don't automatically accept new contacts. But here on Hubzilla, when I allow someone to follow me, I automatically "follow them back" (only that I usually don't actually let their posts in). Followers and followed aren't separate here they're all contacts or connections.
So if I unfollow someone, I also stop sending them my own posts, thus disallowing them to follow me.
I only go through my contacts list every few months to try and check who actually still follows me, usually by going through their own follower lists, and to remove dead contacts which I can identify through delivery reports.
I myself very rarely follow someone because I already follow just about everyone everywhere in the Fediverse who is into the primary topic of my channel. And I never start following users who don't write about this primary topic. I don't want masses of Twitter-like noise on my stream.
#
Long #
LongPost #
CWLong #
CWLongPost #
FediMeta #
FediverseMeta #
CWFediMeta #
CWFediverseMeta #
Hubzilla #
Followers #
Followed #
Contacts #
ConnectionsNorthern lights over Lake Inari Lappland Finnland by Matthias Dengler www.matthiasdengler.com
 
Hubzilla-Hppchen: DirektnachrichtenDirektnachrichten sind Nachrichten, die an eine oder mehrere Einzelverbindungen adressiert sind. Sie sind ber den Netzwerkstream zugnglich. Ein Filter fr Direktnachrichten wurde dem Stream-Filter-Widget fr den schnellen Zugriff hinzugefgt.
Mchte man eine Direktnachricht an einen (oder mehrere) andere Nutzer versenden (Direktnachrichten knnen nur von den Adressaten und vom Versender gelesen werden), so verfasst man einen normalen Beitrag und adressiert diesen per spezieller Erwhnung ausschlielich an den / die Empfnger. Dies geschieht mit der privaten Erwhnung (Privacy-Tag). Ein Privacy-Tag ist ein Name, dem die beiden Zeichen
! vorangestellt sind und der zustzlich zur Markierung dieser Kanle auch die Datenschutzberechtigungen des Beitrags so ndert, dass nur diese bercksichtigt werden.
Zum Anzeigen kann man die DN im Stream filtern.
Um auf eine DN auch wieder "privat", also als DN zu antworten, muss man kein Privacy-Tag nutzen. Man antwortet einfach direkt auf die eingegangene DN.
Alternativ zum Privacy-Tag kann man auch Kanle oder Privacygruppen aus dem Privacy-Tool auswhlen. Dies ist der umstndlichere Weg, der aber auch funktioniert. Die Nutzung eines Privacy-Tags berschreibt allerdings eine ggf. getroffene Auswahl im Privacy-Tool. Schreibt man also einen Beitrag, der als Direktnachricht verschickt werden soll, kann man den Privacy-Tag weglassen und stattdessen auf das Vorhangschloss-Symbol neben dem Button "Teilen" klicken, so dass man in die Berechtigungs-Einstellungen gelangt.
Dort whlt man dann den Punkt "Benutzerdefiniert" und kann anschlieend dem gewnschten Adressaten die notzwendige Berechtigung einrumen.
Die so abgeschickte DN erscheint dann beim Adressaten, ist fr andere aber nicht sichtbar.
Mit dem Versionssprung von 4.6 auf 5.x wurde die ursprngliche Mail-Funktionalitt deaktiviert, weil es im neuen zot6-Protokoll kein Konzept fr private Mails mehr gibt. Die alte Mail-Funktionalitt konnte, sofern sie noch bentigt wurde, mit der Mail-App, die als Addon angeboten wurde, aktiviert werden. Die App ist inzwischen auch eingestellt worden.
Das Konzept des Mail-Versands wurde durch Direktnachrichten (DN) ersetzt. #
FediTips #
FediverseTips #
hubzilla #
hubzillahppchen#
Long #
LongPost #
CWLong #
CWLongPost Direktnachrichten sind Nachrichten, die an eine oder mehrere Einzelverbindungen adressiert sind. Sie sind ber den Netzwerkstream zugnglich. Ein Filter fr Direktnachrichten wurde dem Stream-Filter-Widget fr den schnellen Zugriff hinzugefgt.
Mchte man eine Direktnachricht an einen (oder mehrere) andere Nutzer versenden (Direktnachrichten knnen nur von den Adressaten und vom Versender gelesen werden), so verfasst man einen normalen Beitrag und adressiert diesen per spezieller Erwhnung ausschlielich an den / die Empfnger. Dies geschieht mit der privaten Erwhnung (Privacy-Tag). Ein Privacy-Tag ist ein Name, dem die beiden Zeichen
! vorangestellt sind und der zustzlich zur Markierung dieser Kanle auch die Datenschutzberechtigungen des Beitrags so ndert, dass nur diese bercksichtigt werden.
Zum Anzeigen kann man die DN im Stream filtern.
Um auf eine DN auch wieder "privat", also als DN zu antworten, muss man kein Privacy-Tag nutzen. Man antwortet einfach direkt auf die eingegangene DN.
Alternativ zum Privacy-Tag kann man auch Kanle oder Privacygruppen aus dem Privacy-Tool auswhlen. Dies ist der umstndlichere Weg, der aber auch funktioniert. Die Nutzung eines Privacy-Tags berschreibt allerdings eine ggf. getroffene Auswahl im Privacy-Tool. Schreibt man also einen Beitrag, der als Direktnachricht verschickt werden soll, kann man den Privacy-Tag weglassen und stattdessen auf das Vorhangschloss-Symbol neben dem Button "Teilen" klicken, so dass man in die Berechtigungs-Einstellungen gelangt.
Dort whlt man dann den Punkt "Benutzerdefiniert" und kann anschlieend dem gewnschten Adressaten die notzwendige Berechtigung einrumen.
Die so abgeschickte DN erscheint dann beim Adressaten, ist fr andere aber nicht sichtbar.
Mit dem Versionssprung von 4.6 auf 5.x wurde die ursprngliche Mail-Funktionalitt deaktiviert, weil es im neuen zot6-Protokoll kein Konzept fr private Mails mehr gibt. Die alte Mail-Funktionalitt konnte, sofern sie noch bentigt wurde, mit der Mail-App, die als Addon angeboten wurde, aktiviert werden. Die App ist inzwischen auch eingestellt worden.
Das Konzept des Mail-Versands wurde durch Direktnachrichten (DN) ersetzt. #
FediTips #
FediverseTips #
hubzilla #
hubzillahppchen#
Long #
LongPost #
CWLong #
CWLongPostMchte man Inhalte (z.B. Dateien aus der Cloud) fr bestimmte Personen zugreifbar machen, obwohl diese ber keinen Hubzilla-Account verfgen, aber ansonsten nicht fr die ffentlichkeit, so arbeitet man mit Gastzugngen.
Wer mit einem solchen Gastzugang eingeloggt ist, kann alles sehen, was ffentlich zugnglich ist und zustzlich alles, was der Zuteiler des Gastzugangs fr diesen speziellen Gastzugang freigegeben hat.
Angenommen wir htten eine "geheime" Grafik mit dem Dateinamen "geheimesgeheimnis.jpg" in unsere Cloud hochgeladen und wrden diese Datei einem Nutzer, der keinen Hubzilla-Account hat, zugnglich machen wollen.
Zu diesem Zweck legen wir dafr einen Gastzugang an. Das geschieht mit der App (Hamburger-Men ) "Gastzugang".
Es wird ein Eingabeformular fr die Gastzugangsdaten angezeigt. Hier denkt man sich einen temporren Benutzernamen aus. Ein Passwort wird vom System automatisch erstellt. Diese Daten (Name / Passwort) muss man demjenigen, dem man Zugang gewhren mchte mitteilen.
Auerdem gibt man hier ein "Verfallsdatum" fr den Gastzugang ein (oder lsst das Feld leer, fr zeitlich unbegrenzten Zugang). Nach Ablauf der Frist wird der Gastzugang automatisch gelscht.
Solange man noch keine eigenen Rollen definiert hat, ist fr die Rolle "Standard" voreingestellt. Das kann man so auch belassen, sofern man nichts besonderes vorhat.
Nun klickt man auf "Absenden" und der Gastzugang ist erstellt.
Jetzt ffnet man im Hamburger-Men die App "Dateien" und ldt dort die Datei hoch.
Anschlieend ffnet man das Kontextmen () der Datei und whlt dort "Berechtigungen anpassen). Unter der Dateiliste erscheint nun ein kleines Vorhangschloss-Symbol, auf welches man klickt. Es ist jetzt mglich, die Zugangsberechtigungen aus einer Reihe von Standard-Berechtigungen auszuwhlen. Fr unsere Zwecke whlen wir "Benutzerdefinierte Auswahl".
In der erscheinenden Gruppen- und Kontaktliste erscheint unser gerade angelegter Gastzugang. Diesem rumt man die Zugriffsberechtigung ein "Klick auf "Erlauben") und man schliet anschlieend die Liste.
Ist das erledigt, klickt man auf den Button "Absenden" neben dem Vorhangschloss-Symbol (das jetzt einen geschlossenen Bgel zeigt) und ist fertig.
Die URL fr die Datei wird angezeigt, wenn man mit dem Mauszeiger ber den Dateinamen fhrt.
Bei den jetzt gewhlten Einstellungen knnen nur wir selbst und der Gastzugang auf die Datei zugreifen. Nicht bei Hubzilla angemeldete Nutzer und sogar Nutzer mit einem eigenen Account bei Hubzilla knnen die Datei nicht sehen.
Wenn sich nun der Nutzer, der ber die Zugangsdaten fr den Gastzugang verfgt, mit diesen einloggt, dann wird ihm die Datei zugnglich gemacht.
Falls man den Gastzugang irgendwann auch schon vor dem Ablaufdatum lschen mchte, klickt man im Hamburger-Men auf "Gastzugang". In der linken Seitenleiste werden die Gastzugnge aufgelistet. Hier whlt man dann den zu lschenden Gastzugang aus und klickt in der erscheinenden Maske auf "Lschen".
#
FediTips #
FediverseTips #
hubzilla #
hubzillahppchen#
Long #
LongPost #
CWLong #
CWLongPost  
Hubzilla-Hppchen: GastzugangMchte man Inhalte (z.B. Dateien aus der Cloud) fr bestimmte Personen zugreifbar machen, obwohl diese ber keinen Hubzilla-Account verfgen, aber ansonsten nicht fr die ffentlichkeit, so arbeitet man mit Gastzugngen.
Wer mit einem solchen Gastzugang eingeloggt ist, kann alles sehen, was ffentlich zugnglich ist und zustzlich alles, was der Zuteiler des Gastzugangs fr diesen speziellen Gastzugang freigegeben hat.
Angenommen wir htten eine "geheime" Grafik mit dem Dateinamen "geheimesgeheimnis.jpg" in unsere Cloud hochgeladen und wrden diese Datei einem Nutzer, der keinen Hubzilla-Account hat, zugnglich machen wollen.
Zu diesem Zweck legen wir dafr einen Gastzugang an. Das geschieht mit der App (Hamburger-Men ) "Gastzugang".
Es wird ein Eingabeformular fr die Gastzugangsdaten angezeigt. Hier denkt man sich einen temporren Benutzernamen aus. Ein Passwort wird vom System automatisch erstellt. Diese Daten (Name / Passwort) muss man demjenigen, dem man Zugang gewhren mchte mitteilen.
Auerdem gibt man hier ein "Verfallsdatum" fr den Gastzugang ein (oder lsst das Feld leer, fr zeitlich unbegrenzten Zugang). Nach Ablauf der Frist wird der Gastzugang automatisch gelscht.
Solange man noch keine eigenen Rollen definiert hat, ist fr die Rolle "Standard" voreingestellt. Das kann man so auch belassen, sofern man nichts besonderes vorhat.
Nun klickt man auf "Absenden" und der Gastzugang ist erstellt.
Jetzt ffnet man im Hamburger-Men die App "Dateien" und ldt dort die Datei hoch.
Anschlieend ffnet man das Kontextmen () der Datei und whlt dort "Berechtigungen anpassen). Unter der Dateiliste erscheint nun ein kleines Vorhangschloss-Symbol, auf welches man klickt. Es ist jetzt mglich, die Zugangsberechtigungen aus einer Reihe von Standard-Berechtigungen auszuwhlen. Fr unsere Zwecke whlen wir "Benutzerdefinierte Auswahl".
In der erscheinenden Gruppen- und Kontaktliste erscheint unser gerade angelegter Gastzugang. Diesem rumt man die Zugriffsberechtigung ein "Klick auf "Erlauben") und man schliet anschlieend die Liste.
Ist das erledigt, klickt man auf den Button "Absenden" neben dem Vorhangschloss-Symbol (das jetzt einen geschlossenen Bgel zeigt) und ist fertig.
Die URL fr die Datei wird angezeigt, wenn man mit dem Mauszeiger ber den Dateinamen fhrt.
Bei den jetzt gewhlten Einstellungen knnen nur wir selbst und der Gastzugang auf die Datei zugreifen. Nicht bei Hubzilla angemeldete Nutzer und sogar Nutzer mit einem eigenen Account bei Hubzilla knnen die Datei nicht sehen.
Wenn sich nun der Nutzer, der ber die Zugangsdaten fr den Gastzugang verfgt, mit diesen einloggt, dann wird ihm die Datei zugnglich gemacht.
Falls man den Gastzugang irgendwann auch schon vor dem Ablaufdatum lschen mchte, klickt man im Hamburger-Men auf "Gastzugang". In der linken Seitenleiste werden die Gastzugnge aufgelistet. Hier whlt man dann den zu lschenden Gastzugang aus und klickt in der erscheinenden Maske auf "Lschen".
#
FediTips #
FediverseTips #
hubzilla #
hubzillahppchen#
Long #
LongPost #
CWLong #
CWLongPost  
Hubzilla-Hppchen: HQHQ ist die Standard-Startseite nach der Anmeldung. Sie bietet einen schnellen berblick ber die letzten Beitrge und Direktnachrichten.
Ruft man den Hubzilla-Server (Hub) auf, bei welchem man registriert ist (und loggt sich, sofern das noch nicht geschehen ist, ein), dann landet man inzwischen nicht in der normalen Grid-/, sondern auf der Seite "HQ". Der erste sprbare Vorteil ist, dass die Seite wesentlich schneller rendert.
Man erreicht das HQ aber auch aus dem Hamburger-Men oben rechts () oder, wenn die HQ-App angepinnt ist, aus der Header-Leiste.
In der linken Seitenleiste ist zunchst ein Teil des mit ffentlichen und beschrnkten Beitrgen zu sehen, bei welchen jedoch nur ein Excerpt angezeigt wird. Ein Klick auf einen dieser Eintrge bringt den Beitrag in der Hauptansicht (mitte) zur Ansicht.
Nach dem Aufrufen des HQ sind in der Hauptansicht zunchst aber die letzten nderungen in verschiedenen Berichte, wie Wiki, Webseiten, Fotos, Dateien etc. zu sehen.
Die linke Seitenleiste weist verschiedene Reiter auf, mit denen weitere Listen angezeigt werden knnen.
Der zweite Reiter dient der Listenasicht ausschlielich von (DN).
Der dritte Reiter zeigt "markierte" Beitrge, also Beitrge, die man mit einem "Sternchen" Markiert hat (das geschieht im Kontextmen des jeweiligen Beitrags).
Der vierte Reiter zeigt die Mitteilungs-Liste.
Unter dieser Listenansicht sind noch zwei Icons vorhanden, ein "Bleistift", der bei einem Klick den Beitrags-Editor ffnet um schnell einen neuen Beitrag zu erstellen, und einen "Notiz-Zettel", welcher den Editor fr Notiz-Eingaben ffnet.
#
FediTips #
FediverseTips #
hubzilla #
hubzillahppchen#
Long #
LongPost #
CWLong #
CWLongPost HQ ist die Standard-Startseite nach der Anmeldung. Sie bietet einen schnellen berblick ber die letzten Beitrge und Direktnachrichten.
Ruft man den Hubzilla-Server (Hub) auf, bei welchem man registriert ist (und loggt sich, sofern das noch nicht geschehen ist, ein), dann landet man inzwischen nicht in der normalen Grid-/, sondern auf der Seite "HQ". Der erste sprbare Vorteil ist, dass die Seite wesentlich schneller rendert.
Man erreicht das HQ aber auch aus dem Hamburger-Men oben rechts () oder, wenn die HQ-App angepinnt ist, aus der Header-Leiste.
In der linken Seitenleiste ist zunchst ein Teil des mit ffentlichen und beschrnkten Beitrgen zu sehen, bei welchen jedoch nur ein Excerpt angezeigt wird. Ein Klick auf einen dieser Eintrge bringt den Beitrag in der Hauptansicht (mitte) zur Ansicht.
Nach dem Aufrufen des HQ sind in der Hauptansicht zunchst aber die letzten nderungen in verschiedenen Berichte, wie Wiki, Webseiten, Fotos, Dateien etc. zu sehen.
Die linke Seitenleiste weist verschiedene Reiter auf, mit denen weitere Listen angezeigt werden knnen.
Der zweite Reiter dient der Listenasicht ausschlielich von (DN).
Der dritte Reiter zeigt "markierte" Beitrge, also Beitrge, die man mit einem "Sternchen" Markiert hat (das geschieht im Kontextmen des jeweiligen Beitrags).
Der vierte Reiter zeigt die Mitteilungs-Liste.
Unter dieser Listenansicht sind noch zwei Icons vorhanden, ein "Bleistift", der bei einem Klick den Beitrags-Editor ffnet um schnell einen neuen Beitrag zu erstellen, und einen "Notiz-Zettel", welcher den Editor fr Notiz-Eingaben ffnet.
#
FediTips #
FediverseTips #
hubzilla #
hubzillahppchen#
Long #
LongPost #
CWLong #
CWLongPost  
Hubzilla-Hppchen: ZotZot ist das Protokoll, mit dem Hubzilla betrieben wird. Es ermglicht die Kommunikation, das Identittsmanagement und die Zugangskontrolle.
Die Kommunikation mittels Zot kann ffentlich oder privat sein, wobei die private Kommunikation nicht nur einen vollstndig verschlsselten Transport, sondern auch eine verschlsselte Speicherung zum Schutz vorsieht.
Zot untersttzt eine breite Palette von Hintergrunddiensten im Grid, von Freundschaftsvorschlgen bis hin zu Verzeichnisdiensten. Neue Inhalte und Datenaktualisierungen werden im Hintergrund zwischen den Hubs im gesamten Grid gem den Zugriffskontrolllisten und den von den Sender- und Empfngerkanlen festgelegten Berechtigungen weitergegeben. Die Daten werden auch zwischen einer beliebigen Anzahl von Kanalklonen synchronisiert, so dass Hub-Mitglieder auch dann auf Daten zugreifen und nahtlos weiter zusammenarbeiten knnen, wenn ihr primrer Hub nicht erreichbar oder offline ist.
Zot bietet auch eine nomadische Identitt, so dass Ihre Kommunikation mit Freunden, Familie oder anderen Personen, mit denen Sie kommunizieren, nicht durch den Verlust Ihres primren Kommunikationsknotens beeintrchtigt wird - entweder vorbergehend oder dauerhaft.
Die wichtigen Teile Ihrer Identitt und Ihrer Beziehungen knnen auf einem USB-Stick, dem Laptop oder PC gesichert werden und jederzeit an einem beliebigen Knoten im Netz erscheinen - mit all Ihren Freunden und Vorlieben.
Entscheidend ist, dass diese nomadischen Instanzen synchron gehalten werden, so dass jede Instanz bernehmen kann, wenn eine andere gefhrdet oder beschdigt ist. Dies schtzt Sie nicht nur vor greren Systemausfllen, sondern auch vor vorbergehender berlastung der Website und staatlicher Manipulation oder Zensur.
Die nomadische Identitt, die einmalige Anmeldung und die Dezentralisierung von Hubzilla gewhrleisten ein hohes Ma an Widerstandsfhigkeit und Bestndigkeit in der Internetkommunikation. Mittels magic-auth meldet man nur einmal an Ihrem Heimat-Hub (oder einem nomadischen Backup-Hub) an. Dadurch kann man auf alle authentifizierten Dienste zugreifen, die berall im Netz angeboten werden - wie Einkaufen, Blogs, Foren und Zugang zu privaten Informationen. Das Passwort wird nicht auf tausend verschiedenen Websites gespeichert, sondern auf Servern, man selbst kontrolliert oder denen man vertraut.
Zugriffskontrolle: Die Identittsschicht von Zot ermglicht es, fein abgestufte Berechtigungen fr jeden Inhalt zu vergeben, den man verffentlichen mchte. Diese Berechtigungen erstrecken sich ber das gesamte Grid. Das ist so, als htte man eine riesige Website, die aus einer Grozahl von kleinen, individuellen Websites besteht und bei der jeder Kanal im Grid seine Datenschutz- und Freigabeprferenzen fr alle von ihm erstellten Webressourcen vollstndig kontrollieren kann.
Derzeit untersttzt Hubzilla die Zugriffskontrolle fr viele Datentypen, darunter Diskussionsbeitrge und -kommentare, Fotoalben, Veranstaltungen, Cloud-Dateien, Webseiten, Wikis und mehr. Jedes Objekt und die Art und Weise, wie und mit wem es geteilt wird, unterliegt vollstndig Ihrer Kontrolle.
Im Grid braucht man keine riesige Benutzerdatenbank auf dem Rechner, denn das Grid ist die Benutzerdatenbank. Sie verfgt ber eine im Grunde unendliche Kapazitt (begrenzt durch die Gesamtzahl der Hubs, die im Internet online sind) und ist auf unzhlige Computer verteilt.
Der Zugang kann, berall im Grid, fr jede Ressource, jeden Kanal oder jede Gruppe von Kanlen gewhrt oder verweigert werden. Andere knnen auf die eigenen Inhalte zugreifen, wenn es ihnen erlaubt wird, und sie mssen nicht einmal ein Konto auf dem selben Hub haben.
Aktuell verwendet Hubzilla das Zot-Protokoll in der Version 6 (Zot6).
#
FediTips #
FediverseTips #
hubzilla #
hubzillahppchen#
Long #
LongPost #
CWLong #
CWLongPost Zot ist das Protokoll, mit dem Hubzilla betrieben wird. Es ermglicht die Kommunikation, das Identittsmanagement und die Zugangskontrolle.
Die Kommunikation mittels Zot kann ffentlich oder privat sein, wobei die private Kommunikation nicht nur einen vollstndig verschlsselten Transport, sondern auch eine verschlsselte Speicherung zum Schutz vorsieht.
Zot untersttzt eine breite Palette von Hintergrunddiensten im Grid, von Freundschaftsvorschlgen bis hin zu Verzeichnisdiensten. Neue Inhalte und Datenaktualisierungen werden im Hintergrund zwischen den Hubs im gesamten Grid gem den Zugriffskontrolllisten und den von den Sender- und Empfngerkanlen festgelegten Berechtigungen weitergegeben. Die Daten werden auch zwischen einer beliebigen Anzahl von Kanalklonen synchronisiert, so dass Hub-Mitglieder auch dann auf Daten zugreifen und nahtlos weiter zusammenarbeiten knnen, wenn ihr primrer Hub nicht erreichbar oder offline ist.
Zot bietet auch eine nomadische Identitt, so dass Ihre Kommunikation mit Freunden, Familie oder anderen Personen, mit denen Sie kommunizieren, nicht durch den Verlust Ihres primren Kommunikationsknotens beeintrchtigt wird - entweder vorbergehend oder dauerhaft.
Die wichtigen Teile Ihrer Identitt und Ihrer Beziehungen knnen auf einem USB-Stick, dem Laptop oder PC gesichert werden und jederzeit an einem beliebigen Knoten im Netz erscheinen - mit all Ihren Freunden und Vorlieben.
Entscheidend ist, dass diese nomadischen Instanzen synchron gehalten werden, so dass jede Instanz bernehmen kann, wenn eine andere gefhrdet oder beschdigt ist. Dies schtzt Sie nicht nur vor greren Systemausfllen, sondern auch vor vorbergehender berlastung der Website und staatlicher Manipulation oder Zensur.
Die nomadische Identitt, die einmalige Anmeldung und die Dezentralisierung von Hubzilla gewhrleisten ein hohes Ma an Widerstandsfhigkeit und Bestndigkeit in der Internetkommunikation. Mittels magic-auth meldet man nur einmal an Ihrem Heimat-Hub (oder einem nomadischen Backup-Hub) an. Dadurch kann man auf alle authentifizierten Dienste zugreifen, die berall im Netz angeboten werden - wie Einkaufen, Blogs, Foren und Zugang zu privaten Informationen. Das Passwort wird nicht auf tausend verschiedenen Websites gespeichert, sondern auf Servern, man selbst kontrolliert oder denen man vertraut.
Zugriffskontrolle: Die Identittsschicht von Zot ermglicht es, fein abgestufte Berechtigungen fr jeden Inhalt zu vergeben, den man verffentlichen mchte. Diese Berechtigungen erstrecken sich ber das gesamte Grid. Das ist so, als htte man eine riesige Website, die aus einer Grozahl von kleinen, individuellen Websites besteht und bei der jeder Kanal im Grid seine Datenschutz- und Freigabeprferenzen fr alle von ihm erstellten Webressourcen vollstndig kontrollieren kann.
Derzeit untersttzt Hubzilla die Zugriffskontrolle fr viele Datentypen, darunter Diskussionsbeitrge und -kommentare, Fotoalben, Veranstaltungen, Cloud-Dateien, Webseiten, Wikis und mehr. Jedes Objekt und die Art und Weise, wie und mit wem es geteilt wird, unterliegt vollstndig Ihrer Kontrolle.
Im Grid braucht man keine riesige Benutzerdatenbank auf dem Rechner, denn das Grid ist die Benutzerdatenbank. Sie verfgt ber eine im Grunde unendliche Kapazitt (begrenzt durch die Gesamtzahl der Hubs, die im Internet online sind) und ist auf unzhlige Computer verteilt.
Der Zugang kann, berall im Grid, fr jede Ressource, jeden Kanal oder jede Gruppe von Kanlen gewhrt oder verweigert werden. Andere knnen auf die eigenen Inhalte zugreifen, wenn es ihnen erlaubt wird, und sie mssen nicht einmal ein Konto auf dem selben Hub haben.
Aktuell verwendet Hubzilla das Zot-Protokoll in der Version 6 (Zot6).
#
FediTips #
FediverseTips #
hubzilla #
hubzillahppchen#
Long #
LongPost #
CWLong #
CWLongPost Dir vielleicht. Den anderen hier im Thread vielleicht. Und jetzt aktuell vielleicht.
Aber auerhalb eurer Bubble gibt es jetzt schon Leute, die KI als das ultimative Werkzeug fr Beschreibungen von Bildern aller Art anpreisen. Vielleicht geben sie zu, da KI jetzt im Augenblick noch die eine oder andere Schwche bei weniger bekannten Themen hat. Aber schon bald wird sie auch die perfekt beschreiben und erklren knnen, wobei so getan wird, als wre "schon bald" = "sptestens diesen Donnerstagnachmittag".
Und ich schtze, sptestens im Sommer 2024 wird man frs Selbstschreiben als ewiggestrig ausgelacht:
"Diese Bildbeschreibung habe ich selbst geschrieben."
"Hahahahaha. Boah, bist du von gestern. Schon mal was von KI gehrt Ey, 2022 hat angerufen, es will seine handgeschriebenen Alt-Texte wiederhaben!"
Sptestens wenn eine Mehrheit auf Mastodon glaubt, KI-Beschreibungen seien detaillierter, akkurater und informativer als alle handgeschriebenen, auch als meine Zigtausend-Zeichen-Beschreibungen, sptestens dann habe ich ernsthaft ein Problem damit. Und die Frage ist nicht, ob das kommt, sondern wann.
Deswegen will ich ja auch den Vergleich mit KI machen. Auch wenn dann jemand kommt und sagt: "Ja, mit
der KI, aber ChatGPT knnte das
viel besser!"
#
Long #
LongPost #
CWLong #
CWLongPost #
LangerPost #
CWLangerPost Da, wo ich bin, sowieso nicht. Da wre es schwierig genug, mir die Mglichkeit, hndisch Alt-Text zu schreiben, gnzlich zu nehmen. Und automatisch generierter Alt-Text wird da mit sehr groer Wahrscheinlichkeit eh nie eingefhrt.
Mir geht es eher um die, die KI als das ultimative Alt-Text-Allheilmittel ansehen und anpreisen, das wirklich jedes Bild korrekt beschreiben kann. Es wird nicht mehr lange dauern, und man wird dafr ausgelacht, da man seine Bildbeschreibungen selbst schreibt, weil "man" das doch "heutzutage" von einer KI machen lt.
Ich glaube ja, da zumindest auf Mastodon einige es gern htten, da nicht nur standardmig eine Bildbeschreibungs-KI eingehngt wird, sondern da obendrein die Option, eigene Bildbeschreibungen zu schreiben, entfernt wird. Die Wahl zu haben, macht alles komplizierter, und jedes zustzliche Bedienelement auch.
Ich habe ja eventuell vor, eine KI, allerdings nicht ChatGPT, mit einem meiner Bilder zu fttern, dann die daraus resultierende Bildbeschreibung meiner eigenen schon vorhandenen gegenberzustellen und anschlieend die KI-Bildbeschreibung Stck fr Stck zu sezieren, um aufzuzeigen, wo sie Schwchen hat. Das wird ein Spa, auch wenn's mal wieder keiner lesen wird, weil das nicht in unter 500 Zeichen gehen wird.
#
Long #
LongPost #
CWLong #
CWLongPost #
LangerPost #
CWLangerPostNow I'm pondering on how to demonstrate the differences between an AI-generated image description and my hand-made one for the same picture.
Should I do it in a post that federates, even though it'll definitely exceed 500 characters by magnitudes Or should I do it in an article and then link to the article I'm afraid Mastodon users won't read it either way, but this can't be done in 500 characters or less, unless I made it a
massive thread.
Should I include my own description in the post, or should I link to it Both would be inconvenient. And I'm talking about descriptions of 25,000 to 40,000 characters, by the way. Each of them. For one image each.
But if I included the image itself, I would have to give a full, detailed description, so I would have to include my own description at its full extent. Another reason why this can't be done in 500 characters or less.
Should I dissect the AI-generated description, review it bit by bit and point out missing, inaccurate and out-right false information
#
Long #
LongPost #
CWLong #
CWLongPost #
AI #
AIsOfTheBlind #
ImageDescription #
ImageDescriptions #
ImageDescriptionMeta #
CWImageDescriptionMeta  
Hubzila-Hppchen: ForenForen sind , die von der Funktion einem normalen Internet-Forum bzw. Gruppen aus anderen Sozialen Netzwerken hneln. Wenn man sich mit einem Forum verbindet, hat man drei Mglichkeiten, Beitrge im Forum zu posten:
- Durch Wall-zu-Wall-Posting hierzu ruft man den Kanal (das Forum) auf und schreibt den Beitrag durch Klicken auf Teilen ganz oben im Foren-Stream. Der Beitrag erscheint im Forum.
- Durch ein normales Posting, bei dem man die auf den Forenkanal beschrnkt.
- Mit das bedeutet, man schreibt in seinen Beitrag, der im Forum landen soll ein Ausrufezeichen, dem der Kanalname (Forenname) direkt folgt. Beispiel: Man mchte im (fiktiven) Forum Hubzillafans einen Beitrag posten. Man erzeugt einen neuen Beitrag (direkt aus der Stream-Ansicht oder mit der App Beitrag schreiben. Im Beitragstext erwhnt man nun das Forum durch !Hubzillafans Der Beitrag wird nach Absenden im Forum erscheinen.
Die Teilnahme an Hubzilla-Foren ist auch mit einem (streams)-, einem Friendica- und einem Mastodon-Account mglich. Mit Forkeys-Diensten ist es derzeit (Hubzilla Version 8.x) mit Einschrnkungen mglich, es kann zu Fehlern (kein Verteilen der Postings) kommen. Mit Version 9 von Hubzilla soll es dann auch mit diesen Diensten funktionieren.
#
FediTips #
FediverseTips #
hubzilla #
hubzillahppchen#
Long #
LongPost #
CWLong #
CWLongPost Foren sind , die von der Funktion einem normalen Internet-Forum bzw. Gruppen aus anderen Sozialen Netzwerken hneln. Wenn man sich mit einem Forum verbindet, hat man drei Mglichkeiten, Beitrge im Forum zu posten:
- Durch Wall-zu-Wall-Posting hierzu ruft man den Kanal (das Forum) auf und schreibt den Beitrag durch Klicken auf Teilen ganz oben im Foren-Stream. Der Beitrag erscheint im Forum.
- Durch ein normales Posting, bei dem man die auf den Forenkanal beschrnkt.
- Mit das bedeutet, man schreibt in seinen Beitrag, der im Forum landen soll ein Ausrufezeichen, dem der Kanalname (Forenname) direkt folgt. Beispiel: Man mchte im (fiktiven) Forum Hubzillafans einen Beitrag posten. Man erzeugt einen neuen Beitrag (direkt aus der Stream-Ansicht oder mit der App Beitrag schreiben. Im Beitragstext erwhnt man nun das Forum durch !Hubzillafans Der Beitrag wird nach Absenden im Forum erscheinen.
Die Teilnahme an Hubzilla-Foren ist auch mit einem (streams)-, einem Friendica- und einem Mastodon-Account mglich. Mit Forkeys-Diensten ist es derzeit (Hubzilla Version 8.x) mit Einschrnkungen mglich, es kann zu Fehlern (kein Verteilen der Postings) kommen. Mit Version 9 von Hubzilla soll es dann auch mit diesen Diensten funktionieren.
#
FediTips #
FediverseTips #
hubzilla #
hubzillahppchen#
Long #
LongPost #
CWLong #
CWLongPost The Fediverse needs a shared AI.
The Fediverse must never, under no circumstances whatsoever, have to firmly rely on something centralised. Ever.What the Fediverse "needs" is better permission control for its users over who can send them what. Hubzilla has it. (streams) has even more of it. The reason why neither of the two felt the spam wave is not because they're so small. But Mastodon in particular is too much geared towards people who don't want to use anything that's more complicated than Twitter.
#
Long #
LongPost #
CWLong #
CWLongPost #
FediMeta #
FediverseMeta #
CWFediMeta #
CWFediverseMeta The high risk is that people come straight from Mastodon, the only Fediverse project they're used to, to Hubzilla in expectation of something that works and handles like Mastodon plus whatever extra stuff on top Hubzilla has that attracted them. I mean, there are people who came to Hubzilla simply because they wanted more than 500 characters.
And then they end up tripping over things that make Hubzilla not
more than Mastodon but unexpectedly
different from Mastodon. The one-post-many-comments conversation model. The permissions settings that don't even default to the same behaviour as Mastodon which doesn't even really know such a thing as permissions. "Quote-toots" but no boosts. No content warning field until they find out that it's that thing labelled "Summary" for some reason. No alt-text field. Hopelessly outdated user documentation that also reads like a tech spec. No local timeline, no federated timeline. Everything being named differently. Generally, Hubzilla not mollycoddling its users, not even newbies. And so on.
I mean, some return to Mastodon with a "Hubzilla sucks" verdict because they failed to connect to even one of their old Mastodon acquaintances, because nothing and nobody told them right off the bat that they have to turn ActivityPub on first, much less
how to do that.
If many more Mastodon users tried out Hubzilla and
really tried, there would be more voices demanding Hubzilla be
much more like Mastodon. Just like there are Twitter refugees on Mastodon who, after many months of using Mastodon, still can't get used to its differences from Twitter and demand things be just like on Twitter, including a secret-sauce algorithm that automagically fills their personal timeline with exactly what they want to read without themselves having to do anything (not that actually did that) and sends their post to the local timelines of everyone who's interested in that.
#
Long #
LongPost #
CWLong #
CWLongPost #
FediMeta #
FediverseMeta #
CWFediMeta #
CWFediverseMeta #
Mastodon #
HubzillaI'm guessing you won't even see this but I will give it a try anyway.
I can see this with no problem. Don't worry.
First, you seem to be under the impression that Mastodon doesn't allow long posts, but in fact the length is determined by the instance. The one I use (infosec.exchange) allows 11000 charactrer posts. I do wish there was a listing of instances that allow long posts, so people could find them more easily.
Well, to be fair, my latest information was that the character limit is semi-hard-coded in the source code. There is no setting for that on the admin UI. So basically, if a Mastodon admin changes the character limit of their instance, they create a soft fork of Mastodon.
Besides, the reason for my long-post warning hashtags wasn't you. It was those thousands upon thousands of users of vanilla Mastodon who are highly irritated whenever they encounter a post that's over 500 characters long. I give them a chance to filter at least my long posts out.
Second, you mentioned a bunch of #Fediverse projects that you say allow quote-toots. But you don't say which, if any, of them also allow long posts (when clearly that is important to you - it is to me also) AND have publicly available web-based interfaces. I don't want to run a private instance.
All of them have public instances with open registration and Web interfaces I think even fairly new Catodon has at least one.
I expect Catodon to be listed by Fediverse instance listers sooner or later. The only one that will never appear there is (streams).
Character limits:
- Pleroma, Akkoma:
Post, local: 5,000 characters, configurable
Alt-text, local: unknown
Post, remote: 50,000 characters, not sure if hard-coded handling of longer posts unknown, probably rejected
Alt-text, remote: unknown
- Misskey and its forks:
Post, local: 3,000 characters, hard-coded (Misskey) x,000 characters, probably usually configurable (the Forkeys)
Alt-text, local: 1,500 characters, probably hard-coded
Post, remote: at most 10,000 characters, not sure if configurable longer posts are rejected
Alt-text, remote: 1,500 characters, probably hard-coded longer alt-texts are capped
- Friendica, Hubzilla, (streams):
Post, local: unlimited
Alt-text, local: included in the post, so unlimited*
Post, remote: unlimited
Alt-text, remote: unlimited*
- Vanilla Mastodon for comparison:
Post, local: 500 characters, hard-coded
Alt-text, local: 1,500 characters, hard-coded
Post, remote: 100,000 characters, hard-coded longer posts are rejected
Alt-text, remote: 1,500 characters longer alt-texts are capped
*The amount of alt-text that can actually be read is limited by how much alt-text the Web interface on one's own device can show at once because the alt-text cannot be scrolled.
The is one of the other big problems with #Mastodon and the Fediverse - there is really no good way, especially when you first sign up for Mastodon, do discover the differences between instances. Do they allow quote-toots Do they allow long toots Do they have an administrator that doesn't go around blocking other instances on a whim, or for personal reasons (I'm okay with some blocking, such as fascist or hate instances) Does the instance have more than just a handful of users If I use that instance, am I likely to be blocked by other Fediverse sites (I don't want to be blocked because some asshole is using the same instance I use to spam or spread hate) None of that is publicly available information.
Some instances publicly advertise their raised character limit, but only on their Web frontend. If you're on a phone, and you see your Web browser as a nuisance, and you register via an app, you can't see it.
Also, siteinfo sadly doesn't transmit such information. Otherwise it could be included in automated instance lists.
As for quote-posts, all Mastodon instances that have upgraded to 4.x can display them. Only those that are still on 3.x can't, but I guess most of them are fediblocked because they're so undermaintained that there's no admin to stop the spam they're spewing. But I'm not sure if there are forks that can
generate quote-posts.
And honestly, I think that may wind up being what relegates Mastodon to also-ran status. I'm not saying it will go away, but it will always be as Linux is to computer operating systems - only used by the select few that are willing to put up with its eccentricities. Even just asking people to pick an instance, or in the alternative putting them into one of the least-fully-featured instances by default, is always going to be a big turnoff for some users.
To be fair, mastodon.social isn't exactly one of the least-fully-featured instances. It's usually the second to get new features. mastodon.online gets them first, and if they don't break it, mastodon.social is next.
Of course, mastodon.social only has features which Rochko wants to see on Mastodon.
But generally, I think it's still having to pick an instance instead of having only one to begin with, or instead of having a Hogwarts Sorting Hat-style AI that automatically picks the ideal instance for them by reading their minds, that scares people away. This is also why Fediverse newbies are being mollycoddled until they've settled in and made themselves comfortable, even if it means that it takes them three months to find out that Mastodon is not a centralised silo and half a year to find out that even the Fediverse isn't only Mastodon.
The strength of Mastodon is that it is decentralized, but that can also be its major weakness, because PEOPLE run instances and people have their own biases, and some people can be real assholes if given even a small bit of power (think: some Reddit moderators).
Speaking of which, see also those many first-wave Reddit refugees who had piled onto lemmy.ml because that was all they knew, and who then came to the realisation that the instance is run by two staunch tankies.
But I have a feeling you will never see this anyway, because you use Hubzilla which apparently blocks rerplies by default.
Again, no problem. Unless I've explicitly disallowed someone to reply to me (and I'd have to jump through hoops to do that) or muted, blocked or Superblocked someone, I can see their replies all right. In fact, I automatically follow all threads that appear on my channel stream, and if someone in such a thread mentions me and/or directly replies to me, I get a special notification or two.
#
Long #
LongPost #
CWLong #
CWLongPost #
FediMeta #
FediverseMeta #
CWFediMeta #
CWFediverseMeta  
Die App Kontakt-Rollen dient dazu Rollen (also eine Sammlung von Rechten und Mglichkeiten) fr Kontakte zu erstellen. Diese Rollen knnen dann einem Kontakt oder allen Kontakten einer Privacy Gruppe (nicht der Gruppe selbst) zugewiesen werden. Damit werden die Mglichkeiten von Kontakten eingeschrnkt oder erweitert.
Die Rollenberechtigungen sind:
- Kann meinen Kanal-Stream und meine Beitrge sehen
- Kann mir die Beitrge aus seinem Kanal schicken
- Kann mein Standardprofil sehen
- Kann meine Verbindungen sehen
- Kann meine Datei- und Bilderordner sehen
- Kann in meine Datei- und Bilderordner hochladen/ndern
- Kann die Webseiten meines Kanals sehen
- Kann meine Wiki-Seiten sehen
- Kann Webseiten in meinem Kanal erstellen/ndern
- Kann meine Wiki-Seiten bearbeiten
- Kann auf meiner Kanal-Seite ("wall") Beitrge verffentlichen
- Kann mir direkte Nachrichten schicken
- Kann Profile und Profilsachen mgen/nicht mgen
- Kann mit mir chatten
- Kann meine ffentlichen Beitrge in anderen Kanlen zitieren/spiegeln
- Kann meinen Kanal administrieren
- Gruppe Akteur - Erlauben Sie diesem Kanal, als Forum zu fungieren
Bei der Auswahl der Rollenberechtigungen ist zu beachten, dass einige Berechtigungen durch die Kanal-Berechtigungen vererbt werden. Diese vererbten Berechtigungen haben Prioritt, knnen also hie nicht berschrieben werden.
In der App kann man bestehende Rollen bearbeiten und neue Rollen erstellen.
Mit dem Button "Absenden" werden die Berechtigungen der Rollen gespeichert.
#
FediTips #
FediverseTips #
hubzilla #
hubzillahppchen#
Long #
LongPost #
CWLong #
CWLongPost' Covid may be due to leaky , study finds
If barrier controlling substances entering and exiting brain is off balance, it can drive changes in neural function''
You say...
the #fediverse and #Mastodon
...but you obviously only mean Mastodon.
More Fediverse projects support "quote-toots" than not
right now. Misskey does. Firefish, Iceshrimp, Sharkey, Catodon and all the other Forkeys do AFAIK. Friendica does and has basically done so since 2010, almost six years before there was even Mastodon. Hubzilla indirectly inherited that feature from Friendica, still as early as 2015. And (streams) has it, too.
Here, let me "quote-toot" you as a demonstration, although I'm on Hubzilla, thus I don't toot, and I "share" instead:
The one thing I really wish that the and offered, particularly in their web-based clients, is . But failing that, when boosting a toot I truly wish there were a way to add a or even several . So often I see toots that probably should be seen by a wider audience, but because they contain no hashtags, even if I boost them they probably don't go very far. If I could add relevant hashtags at the time of boosting, I think it would help.
However I can see how this could be misused, so such a feature would need to identify excatly who added the hashtags with some kind of credit/blame line, such as "hashtag(s) added by userinstance"
#
Long #
LongPost #
CWLong #
CWLongPost #
FediMeta #
FediverseMeta #
CWFediMeta #
CWFediverseMeta #
Misskey #
Firefish #
Iceshrimp #
Sharkey #
Catodon #
Forkey #
Forkeys #
Friendica #
Hubzilla #
Streams #
(streams) #
QuoteTweet #
QuoteTweets #
QuoteToot #
QuoteToots #
QuotePost #
QuotePosts #
QuoteBoost #
QuoteBoosts #
QuotedShares  
Hubzilla-Hppchen: Mein ProfilBei Hubzilla gibt es keine Klarnamenpflicht und man muss in seinem Profil keine zustzlichen Angaben machen.
Klickt man im Hauptmen (oben links) auf den Menpunkt Profile bearbeiten, dann werden die vorhandenen Profile angezeigt. Das Standard-Profil ist immer vorhanden. Whlt man dies per Klick, landet man in den Profil-Einstellungen. Hier kann man (man muss aber nicht das kannst Du selbst bestimmen) mehr oder weniger persnliche und auch allgemeine Angaben zu sich selbst festlegen. Bei den Einstellungen kann man brigens festlegen, wer welche Profilangaben sehen kann und wer nicht das kann ffentlich sein oder auf Nutzer beschrnkt, mit denen man verbunden ist etc.
Etliches wird man nicht angeben wollen das ist ok die Angaben sind optional.
Wirklich sinnvoll ist es aber, dort unter Verschiedenes das Feld Schlsselwrter, die in Verzeichnis-Auflistungen verwendet werden mit Begriffen zu befllen. Diese Schlsselwrter werden im Verzeichnis verwendet und erleichtern es anderen, den eigenen Kanal anhand von Interessen zu finden.
Weil viele, bevor die sich mit einem Kanal verbinden, im Profil schauen, mit wem sie es da evtl. zu tun haben, kann es auch von Vorteil sein, das Feld Erzhle uns ein wenig von Dir mit einigen Informationen zu versehen.
Auch ein Profilbild macht einen Kanal persnlicher, einfacher zu erkennen und kann zu interessanten Verbindungsanfragen fhren.
Aber wie gesagt ALLE Angaben sind freiwillig
Ist man mit der Verfeinerung des Profils fertig, sollte man sein Hubzilla organisieren dazu mehr im Eintrag .
#
FediTips #
FediverseTips #
hubzilla #
hubzillahppchen#
Long #
LongPost #
CWLong #
CWLongPost Bei Hubzilla gibt es keine Klarnamenpflicht und man muss in seinem Profil keine zustzlichen Angaben machen.
Klickt man im Hauptmen (oben links) auf den Menpunkt Profile bearbeiten, dann werden die vorhandenen Profile angezeigt. Das Standard-Profil ist immer vorhanden. Whlt man dies per Klick, landet man in den Profil-Einstellungen. Hier kann man (man muss aber nicht das kannst Du selbst bestimmen) mehr oder weniger persnliche und auch allgemeine Angaben zu sich selbst festlegen. Bei den Einstellungen kann man brigens festlegen, wer welche Profilangaben sehen kann und wer nicht das kann ffentlich sein oder auf Nutzer beschrnkt, mit denen man verbunden ist etc.
Etliches wird man nicht angeben wollen das ist ok die Angaben sind optional.
Wirklich sinnvoll ist es aber, dort unter Verschiedenes das Feld Schlsselwrter, die in Verzeichnis-Auflistungen verwendet werden mit Begriffen zu befllen. Diese Schlsselwrter werden im Verzeichnis verwendet und erleichtern es anderen, den eigenen Kanal anhand von Interessen zu finden.
Weil viele, bevor die sich mit einem Kanal verbinden, im Profil schauen, mit wem sie es da evtl. zu tun haben, kann es auch von Vorteil sein, das Feld Erzhle uns ein wenig von Dir mit einigen Informationen zu versehen.
Auch ein Profilbild macht einen Kanal persnlicher, einfacher zu erkennen und kann zu interessanten Verbindungsanfragen fhren.
Aber wie gesagt ALLE Angaben sind freiwillig
Ist man mit der Verfeinerung des Profils fertig, sollte man sein Hubzilla organisieren dazu mehr im Eintrag .
#
FediTips #
FediverseTips #
hubzilla #
hubzillahppchen#
Long #
LongPost #
CWLong #
CWLongPost Open a Web browser if you haven't already.
Go to .
Log in.
Burger menu near the top left, below the search field, next to your name, above the post editor.
On the sidebar to the left,
Click or tap the button "Add new filter" in the top right corner.
Write "Long-ass posts" under Title.
Under Filter contexts, check Home and lists, Notifications, Public timelines, Conversations.
Under Filter action, if you want them hidden behind an automated CW, leave Hide with a warning selected. If you want them gone, choose Hide completely.
Further down, under the sub-headline KEYWORDS, write "#
LongPost" under Keyword or phrase.
Click or tap Add keyword.
Write "#
CWLong" under Keyword or phrase.
Click or tap Add keyword.
Write "#
CWLongPost" under Keyword or phrase.
Click or tap the big SAVE NEW FILTER button at the very bottom.
Congrats, you have a filter against my long posts.
CC:
#
Long #
LongPost #
CWLong #
CWLongPostScott M. Stolz It's a bit murky what exactly happened back then.
Friendica started as Mistpark before a German told Mike what a German understands when reading that word, namely manure park. It was then renamed to Friendika because the desired Friendica domain was still blocked.
Free Friendika was a fork of Friendika by someone who wasn't content with Friendika's license. Free Friendika was on GitHub right away while Friendika wasn't. The fork involved copying Friendika's whole repository to GitHub.
Friendika was renamed Friendica in 2011 or 2012 when that name had become available.
It was afterwards that Friendica's own code repository was migrated to GitHub. Due to a GitHub "quirk", Friendica was automatically declared a fork of Free Friendika which is technically false.
What exactly happened license-wise is murky to me. Friendica can't have started under the AGPL because that'd exclude re-licensing a fork. But interestingly, Hubzilla is MIT-licensed.
So whatever license Friendica started out under, it might have been
the community which put it under the AGPL after taking over from Mike who was now tinkering with the Zot protocol.
Looking at the licenses, it's very likely that Mike didn't fork Friendica Red off Friendica but off Free Friendika, itself a hard fork of Friendika. Thus, some improvements on Friendica never made it to Friendica Red.
I also guess it was named Friendica Red first and then renamed Red (from spanish
la red = "the net") after the whole backend had been re-written against Zot, and the whole thing had stopped being Friendica in the first place. The re-naming to Red Matrix must have been a kind of marketing decision.
It's even unclear what exactly was the base for Osada later. Case in point: Well after the release of Hubzilla, Mike's own instances were still all branded "Red Matrix" although this project should have been abandoned in early 2015 when Hubzilla was created from it.
So either the Red Matrix was renamed Hubzilla and reworked into what was Hubzilla 1.0 in July, but Mike kept the "Red Matrix" brand for his own instances. In this case, Osada was forked from Hubzilla, and most everything added from the Red Matrix to Hubzilla was removed again from Hubzilla to Osada.
Or Hubzilla was
forked from the Red Matrix, mostly soft-forked, the Red Matrix became Hubzilla's smaller and more experimental brother, and Mike's own instances all became testbeds for development that would have been more difficult with the extra Hubzilla cruft in the way. In this case, chances are bigger that Mike forked Osada from the Red Matrix which had never had all that extra Hubzilla stuff that Osada never had either.
Either way, the path from Mistpark to Hubzilla is both very complicated and very murky, and so I guess it's kind of justified to simplify it a bit. At the same time, it's too short to simplify it the same the path from either the Red Matrix or Hubzilla to (streams) can be simplified because the latter has had many more forks in it ("a fork of a fork... of a fork of Hubzillathe Red Matrix").
#
Long #
LongPost #
CWLong #
CWLongPost #
FediMeta #
FediverseMeta #
CWFediMeta #
CWFediverseMeta #
Forks #
Mistpark #
Friendika #
FreeFriendika #
Friendica #
RedMatrix #
Hubzilla There were another two threads about Bridgy Fed creating a bridge to Bluesky. And again, people loudly demanded the Fediverse be ActivityPub only.
Thing is, the Fediverse has
never been ActivityPub only. Mastodon started in 2016 with OStatus because, like Pleroma earlier the same year, it started as an alternative frontend for GNU social. So GNU social was based on OStatus, and both Friendica and Hubzilla already knew it, too. At that point, the term "Fediverse" was already some four years old.
It was only in September of 2018 that Mastodon announced the introduction of ActivityPub as an additional protocol. Hubzilla had done so two months earlier, so Mastodon has never even been the only ActivityPub project.
But the vast majority of Mastodon users seems to think that Eugen Rochko invented a) Mastodon, b) ActivityPub and c) the Fediverse and d) did so in 2022 as a reaction upon Musk's announcement to take over Twitter. And literally everything else in the Fediverse was made
after Mastodon.
Not only that, but the Bluesky bridge threads made it painfully obvious that a two-digit percentage of Mastodon users is still fully convinced that the Fediverse is actually nothing but Mastodon. Because they clearly want to fight for it remaining that way, unaware that is isn't that way.
I think when Hubzilla and Friendica users joined the threads and started commenting, these folks either ended up deeply disturbed with their worldviews shattered to rubble upon the revelation that there's more in the Fediverse than Mastodon already now. Or they didn't even notice that these posts a) talked about non-Mastodon Fediverse projects which are reality now and b) came from outside of Mastodon, no matter how blatantly obvious it was that these posts could impossibly have been sent from Mastodon.
The rest might be aware that there's more to the Fediverse than Mastodon. But this "more" is limited to Pixelfed and PeerTube and what they think must essentially be Mastodon with a different UI.
It was just as painfully obvious that just about none of the Mastodon users who posted on these threads and railed loudly against bridges of any kind knows that stuff is bridged to Mastodon already now and has been bridged to Mastodon since Mastodon's own launch. This stuff currently is Hubzilla and (streams), none of which are based on ActivityPub.
Granted, in these cases, we aren't talking about one big third-party bridge for everyone. The bridge in question is named "PubCrawl", it's a first-party add-on to both Hubzilla and (streams) that comes with the server application itself, so while not firmly baked into their cores, it's an official part of them, and there's one individual bridge for each
channel. But yes, there are bridges.
This is one thing I'd like to explain in such a "snippet". Other things would be, for example:
- Mastodon was launched in 2016. Hubzilla was both launched and had its first stable point release in 2015, and it's a fork of the now-defunct Red Matrix from 2012 which is a fork of Friendica from 2010. Also, Mastodon announced ActivityPub integration in September, 2018 Hubzilla did so in July. In both cases, Hubzilla was there first. It is not an intruder. Deal with it.
- Mastodon generally has a 500-character limit its whole culture is built around this limit. Hubzilla doesn't have any character limit its culture doesn't know any character limits.
- Mastodon has a dedicated content warning field. But that content warning field is actually a re-appropriated summary field because nobody needs a summary for 500 characters. On Hubzilla, it still is a summary field. And Hubzilla does content warnings reader-side and automatically by detecting keywords in posts, and optionally so. Thus, writing Mastodon-style content warnings is not part of Hubzilla's culture. But giving summaries for long posts in what Mastodon perceives as a content warning is part of Hubzilla's culture.
- An explanation why Hubzilla can't add Mastodon-style content warnings to replies which includes a description of Hubzilla's conversation model in comparison with Mastodon's.
- Hubzilla has always had full-text search with no opt-out. This is, of course, limited to whatever any given hub knows, but it does never exclude Mastodon toots.
- Hubzilla has always had text formatting. It has always been part of its culture. And large parts of its text formatting capabilities aren't even shown on Mastodon.
- Hubzilla's weird-looking mentions and hashtags are hard-coded and have been since six years before Mastodon.
- "Quote-tweets" have always been part of Hubzilla's culture because Hubzilla does that instead of "retweeting" or "boosting" because it can't boost (again yet). It always links to both the original post and the original poster. There will never be a way for anyone on Mastodon to opt out of it.
- Hubzilla can quote anyone anywhere in the Fediverse with no resistance whatsoever. It has always been able to do that. There will never be a way for anyone on Mastodon to opt out of it.
Now, this is not meant to be advertisement. It's more like a series of public service announcements to raise Hubzilla awareness.
I'm well aware that it could also have the effect of triggering or increasing anti-Hubzilla campaigning on Mastodon. I mean, most Mastodon users probably don't even know that Hubzilla exists, and most of who do don't know what Hubzilla can do. And large parts of what it can do fall under "atrocities" and "breaking the Fediquette" from a Mastodon point of view. Mastodon doesn't riot against that stuff because it doesn't know about that stuff.
But if such riots broke out because Hubzilla is so not like Mastodon and even refuses to be more like Mastodon, that'd tell a lot about Mastodon.
#
Long #
LongPost #
CWLong #
CWLongPost #
FediMeta #
FediverseMeta #
CWFediMeta #
CWFediverseMeta #
Hubzilla This could have one or several out of many reasons.
One, people on certain projects prefer to interact with people on the same or similar projects anyway, also due to overarching cultures. For example Misskey and Sharkey which have "UwU kawaii desu" written all over them while Mastodon doesn't.
Two, similarly, a refusal to let Mastodon users connect because this increases Mastodon's pressure on non-Mastodon projects to abandon their own culture in favour of Mastodon's.
Three, vice versa, Mastodon and its users rejecting the culture of non-Mastodon projects whenever it differs from Mastodon's. Many Mastodon users want everything that is "un-Mastodon-like" banned all across the whole Fediverse because it disturbs them, be it posts over 500 characters, be it quotes, be it "quote-tweets", be it text formatting in any way. However, all this stuff is perfectly normal and absolutely part of the culture everywhere outside of Mastodon.
So on the one hand, you have Mastodon users blocking everyone who does stuff that's alien to Mastodon upon first strike, depriving them of exposure and range on Mastodon. Plus everyone who ever talks about the Fediverse without only talking about Mastodon. On the other hand, you have non-Mastodon users who refuse to post to Mastodon users in the first place in order to avoid this kind of drama. And at least some projects actually allow you to select whom to post to, and yes, including Hubzilla.
Four, for the reasons mentioned above, some non-Mastodon users never even expose their accounts/channels to Mastodon, so nobody on Mastodon knows them. Some Hubzilla and (streams) users go another step further: If they're on (streams), they turn ActivityPub off altogether to keep themselves away from all the drama on Mastodon, and if they're on Hubzilla, they intentionally don't turn it on in the first place. This shields them from Mastodon practically entirely.
#
Long #
LongPost #
CWLong #
CWLongPost #
FediMeta #
FediverseMeta #
CWFediMeta #
CWFediverseMetaMaybe I should start an irregular series of "What Hubzilla is like" posts for people in the Fediverse, Mastodon specifically, who don't know anything about it. Not for those who want to switch, but for those who assume that Hubzilla is just like whatever else they know. Like, for Mastodon users who blindly assume that Hubzilla is just like Mastodon with a different UI and then act accordingly. Thus, it'd mostly focus on how Hubzilla is different from Mastodon.
The difficult part would be to limit these posts to only 500 characters. Minus what I'll need for the hashtags, namely #
Hubzilla, #
FediTips and #
FediverseTips to increase discoverability for those who are interested and #
FediMeta, #
FediverseMeta, #
CWFediMeta and #
CWFediverseMeta so that these posts are automatically removed or hidden behind generated content warnings by already existing filters. Because I know for a fact that many Mastodon users won't touch anything that goes even a smidge over 500 characters. And I know that there are Mastodon users for whom any and all Fediverse meta is too nerve-gratingly techy.
#
Long #
LongPost #
CWLong #
CWLongPost #
Hashtag #
Hashtags #
HashtagMeta #
CWHashtagMetaAlso, ich versteh das sehr gut, solange das nicht automatisiert luft. Es ist eine Krcke, sowas sollten die Computer FR UNS lsen.
So etwas wird KI niemals fr alle 100% perfekt und akkurat ohne menschliche Interaktion hinbekommen. Hashtags nicht, Inhaltswarnungen nicht und Bildbeschreibungen schon mal erst recht nicht.
Perfekt schon deshalb nicht, weil keine KI je sekundenaktuell allwissend sein wird. Das wird sie aber sein mssen, um selbst das obskurste, nischigste Nischenthema perfekt behandeln zu knnen und z. B. beim automatisierten Verhashtaggen eines Posts notfalls auch neue Hashtags wie
#OSCC24
erzeugen zu knnen (doch, ich wei, was das ist).
Und fr alle perfekt deshalb nicht, weil jeder im Fediverse andere Bedrfnisse und Prferenzen hat. Da gibt's keinen Konsens. Die einen sind von Twitter nach Mastodon abgehauen und wollen, da das ganze Fediverse so ist, wie sie Twitter kennengelernt haben, wo praktisch niemand Hashtags benutzt hat. Die anderen sitzen seit zehn Jahren auf Friendica und brauchen bestimmte Hashtags zum automatischen Erzeugen von Inhaltswarnungen per Textfilter, aber genau diese Hashtags sind dann fr die meisten Mastodon-Nutzer Unsinn.
Natrlich, der Idealfall wre, wenn du eine allmchtige, allwissende KI auf deinem iPhone httest. Die wrde dir auch ohne Hashtags genau die Posts von berall, aber auch wirklich berall im Fediverse zuspielen, die dich interessieren, noch zuverlssiger, als es der Twitter-Algorithmus angeblich tun soll. Die wrde genau wissen, was fr dich Reizthemen sind, und dann entscheiden, ob sie dir einen Post berhaupt nicht serviert oder hinter einer individuellen Inhaltswarnung versteckt.
Und die knnte auch jedes noch so obskure, nischige Bild fr dich individuell perfekt beschreiben und erklren. Die wte zum einen sekundenaktuell, was du weit, was du nicht weit, was dich interessiert und was dich nicht interessiert. Die wrde erkennen, worauf du in einem Bild gerade zoomst und worauf exakt in dem Bild deine Augen gerade blicken, und daraus selbstndig ermitteln, ob du willst, da sie dir dieses Detail des Bildes im Detail beschreibt und/oder erklrt. Und natrlich htte sie sekundenaktuell das absolute Detailwissen ber jedes Nischenthema berhaupt.
Selbstredend wrde diese KI deinem iPhone trotzdem nicht mal eine Minute an Akkulaufzeit klauen.
CC:
#
Long #
LongPost #
CWLong #
CWLongPost #
LangerPost #
CWLangerPost #
FediMeta #
FediverseMeta #
CWFediMeta #
CWFediverseMeta #
Hashtag #
Hashtags #
HashtagMeta #
CWHashtagMeta #
CW #
CWs #
ContentWarning #
ContentWarnings #
ContentWarningMeta #
AltText #
Bildbeschreibung #
Bildbeschreibungen #
BiBesch #
AI #
KIThis came as a surprise a couple days ago: Opengrid World with and even has re-emerged.
Zoe Synclair, originally the creator and owner of Bernicia/Uzuri, has left OpenSim altogether several months ago, shutting her grid down seemingly for good and thus even making certain content no longer available anywhere. But in a twist of fate, not only the OARs have been handed over to new ownership and management, but so has Zoe's account on OpenSimWorld.
Uzuri Virtual still shows traces of Zoe's idealistic attempt at making a sim that only offers legal freebies.
#
Long #
LongPost #
CWLong #
CWLongPost #
OpenSim #
OpenSimulator #
Metaverse #
VirtualWorlds #
Grid #
UzuriVirtual #
OpengridWorld weekend
Ich wrde schon fast sagen, das einzige, was es da zu entwickeln gbe, wre eine ansprechendere UI und eine anstndige Dokumentation fr (). Und zumindest eine bessere UI ist sogar schon in Entwicklung, wenngleich auch nicht mageschneidert fr Hochschulen und Forschungseinrichtungen.
Oder wenn man unbedingt etwas Mageschneidertes haben will, dann mu man sich auch nicht hinsetzen und ganz von vorne bei null anfangen. (vom Macher von Hubzilla) nehmen, eigene Add-ons dafr entwickeln und dranhngen, fertig. Genau dafr war das eigentlich immer gedacht.
Ein paar Vorteile von beiden gegenber Mastodon:
- erweiterbar, auch durch eigene Add-ons
- volle Implementation von Single Sign-On mittels OpenWebAuth
- Ausfallsicherheit durch : knnen nicht nur komplett umgezogen, sondern auch auf andere Instanzen geklont und somit immer nahezu in Echtzeit gespiegelt werden fllt eine Instanz aus, hat man immer noch mindestens einen vollwertigen Klon mit sogar derselben Identitt
- praktisch unbegrenzte Postlnge, nicht nur 500 Zeichen
- Posts knnen formatiert werden wie Blogposts mit allen Schikanen: Titel, Textformatierung, Zwischenberschriften, beliebig viele an beliebiger Stelle eingebettete Bilder usw., optional auch Kategorien
- moderierte ffentliche wie auch private Gruppen/Foren schon immer problemlos mglich
- sehr weitreichende und detaillierte Einstellungen fr Zugriffsrechte
- Nutzerverzeichnis, in dem man entweder nur Kanle auf der eigenen Instanz oder alle bekannten Kanle finden kann
- eingebauter Cloud-Datenspeicher pro Kanal mit WebDAV-Anbindung und variablen Zugriffsrechten
- eingebauter CalDAV-Kalenderserver pro Kanal
- eingebauter CardDAV-Kontakteserver pro Kanal
Zustzliche, optional aktivierbare Features von Hubzilla, die im Hochschulumfeld interessant wren:
- nicht fderierte, aber kommentierbare Langformartikel mit variablen Zugriffsrechten bis hin zur Kooperation
- mehrere separate Wikis pro Kanal mit jeweils mehreren Seiten und der Mglichkeit der Mitwirkung durch andere Kanle
- einfache Webpages
- zustzliches fderiertes Kalendersystem, das sein UI mit den CalDAV-Kalendern teilt
- alle Kalender mit variablen Zugriffsrechten, die auch anderen Kanlen das Bearbeiten erlauben knnen
Mit einem einzigen Kanal kann man also sehr, sehr viel auf einmal erschlagen.
Und was auch immer man letztlich nutzt: Ein Umdenken und Umlernen bedeutet es sowieso. Daher ist "Ersetzen wir 'erstmal' durch etwas, was mglichst nahe an ist, und dann sehen wir weiter" ziemlicher Kse, vor allem, wenn man dann versucht, alles Mgliche und Unmgliche an Mastodon anzukleben und anzupassen, weil man ja eben jetzt Mastodon nutzt.
#
Long #
LongPost #
CWLong #
CWLongPost #
LangerPost #
CWLangerPost #
FediMeta #
FediverseMeta #
CWFediMeta #
CWFediverseMeta #
NichtNurMastodon #
Hubzilla #
Streams #
(streams)