Kommt doch ins Grid!
đ
PermalinkWehklagen ĂŒber Spam-Wellen, ĂŒber unangemessene Postings, ĂŒber Dauer-Repeater (Extrem-Booster) ĂŒber mangelnde Berechtigungskontrolle ĂŒber nicht wirklich funktionierende Inhaltswarnungen sind Teil des Fediverse. Dann auch noch das Beklagen ĂŒber Zeichenbegrenzungen, unzureichende Formatierungsmöglichkeiten, eingeschrĂ€nkte Umfragen, BeschrĂ€nkungen mitgeschickter, oft nicht einbettbarer, sondern nur angehĂ€ngter Bilder gehören auch dazu.
Mein Rat: Kommt doch ins Grid!
Grid? Was ist das denn?
Das Grid ist der Netzwerkverbund aller Dienste, die
Zot6/Nomad als Kommunikationsprotokoll verwenden. Aktuell sind das Hubzilla, (streams) und
Zap (das zwar nicht wirklich weiterentwickelt wird... es gibt aber aktuell mindestens
einen Hub, der mit Zap lÀuft).
Innerhalb des Grid greifen nicht nur die herausragenden Möglichkeiten des Berechtigungssystems vollstĂ€ndig, sondern der Zugriff auf beschrĂ€nkte Ressourcen wird auch noch mittels magicAuth extrem komfortabel, weil der Nutzer sich gar nicht darum kĂŒmmern muss, seine Berechtigung fĂŒr den Zugriff einer Ressource nachzuweisen. LĂ€uft automatisch.
Hinzu kommt dann aber auch noch, dass viele der Vorteile des Berechtigungssystems auch auf die Interaktion mit dem ActivityPub-Fediverse wirken, sofern man sich nicht ausschlieĂlich auf das Grid beschrĂ€nkt.
Bei Hubzilla und (streams) hat man wirklich die Möglichkeit, ganz exakt festzulegen, wie man mit anderen Nutzern im Fediverse (KanÀlen) interagiert. Ich gehe hier auf die Verfahrensweise mit Hubzilla ein, die vielleicht zunÀchst etwas komplizierter erscheint, aber trotzdem, wenn man es verstanden hat, recht einfach ist. Ich beschrÀnke mich deshalb, weil es ausgesprochen unwahrscheinlich ist, dass irgendwer einen (streams)-Hub findet und sich dort registriert. Hubzilla zu nutzen ist in dieser Hinsicht wesentlich einfacher.
Vordefinierte Rollen oder eigene Entscheidungen
Um seinen Stream (so nennt sich das, was bei anderen Diensten die "Timeline" heiĂt) sauber zu halten und BelĂ€stigungen zu vermeiden, muss man sich zunĂ€chst fĂŒr eine Kanalrolle entscheiden. Foren lasse ich hier bewusst weg, denn die sind ein Spezialfall. Zur Auswahl stehen lediglich drei Varianten:
Ăffentlich,
Persönlich und
Benutzerdefiniert. Ăffentlich und Persönlich sind bequem, weil einem damit einiges an Denkarbeit abgenommen wird. Allerdings beschrĂ€nkt man sich damit auch in den Möglichkeiten.
Bei der Kanalrolle "
Ăffentlich" ist es Verbindungen (also diejenigen, die einem selbst folgen und denen man ebenfalls folg, aber auch jedem im Internet)
grundsĂ€tzlich erlaubt, unsere öffentlichen Postings zu sehen (in ihrem Stream/ihrer Timeline), unser Standardprofil, unsere Verbindungen, unsere öffentlichen Dateien (Bilder, Dokumente etc.) und unsere Web- und Wikiseiten zu sehen. AuĂerdem dĂŒrfen Verbindungen unsere BeitrĂ€ge kommentieren, liken/disliken, uns Direktnachrichten schicken, Inhalte unseres Profils liken/disliken und mit uns chatten.
Diese Rechte können wir den Verbindungen (auĂer wir schrĂ€nken bestimmte einzelne Inhalte im Zugriff explizit ein) auch nicht verwehren.
Es fÀllt auf, dass wir selbst es mit diesen Berechtigungen unseren Verbindungen nicht erlauben, uns Postings zu schicken. Wir sehen damit also in unserem Stream nicht, was die Verbindung selbst öffentlich gepostet hat. Damit wÀre die Verbindung also nur sowas wie ein "Follower" (wie man es von anderen Diensten kennt). Es muss also noch eine weitere Möglichkeit geben, unseren Verbindungen dieses zu erlauben, damit wir mit unserem Kanal auch ein "richtiges" Social-Network-Erlebnis haben.
Die Berechtigungen, die ich eben beschrieben habe, sind die Berechtigungen der Kanalrollen. Sie beziehen sich also auf unserem Kanal. Es gibt aber auch noch die Kontaktrolle, welche unsere Verbindungen betrifft. In dieser können zusÀtzliche Berechtigungen eingerÀumt werden (aber keine Berechtigungen der Kanalrolle wieder entzogen werden).
Zu jeder Kanalrolle gibt es immer eine Standard-Kontaktrolle. Bei der Kanalrolle "Ăffentlich" erlaubt diese Standard-Kontaktrolle unseren Verbindungen, uns ihre BeitrĂ€ge in unseren Stream zu schicken. Die werden damit also auch "followed". ZusĂ€tzlich erteilt die Standard-Kontaktrolle unseren Verbindungen auch noch das Wall-to-Wall-Posting und das Spiegeln unserer BeitrĂ€ge in einem anderen Kanal. Auf diese beiden SpezialfĂ€lle gehe ich jetzt hier nicht ein. Wir ignorieren sie einfach erstmal.
Ein Kanal mit der Kanalrolle "Ăffentlich" verhĂ€lt sich also genau so, wie man das von ganz normalen Social-Network-Accounts erwartet.
Hinweis: Alles, was wir mit einem solchen Kanal veröffentlichen, wird auch öffentlich geteilt, sofern wir dies nicht fĂŒr eine einzelne Ressource explizit anders festlegen.
Bei der Kanalrolle "
Persönlich" ist es
grundsÀtzlich erlaubt, unsere öffentlichen Postings (als "Follower") und unser Standard-Profil zu sehen. Ebenso unsere öffentlich geteilten Dateien, Webseiten und Wikis. Mehr nicht!
Auch "Persönlich" hat eine spezielle Standard-Kontaktrolle. Diese erlaubt es Verbindungen zusÀtzlich , uns BeitrÀge in unseren Stream zu schicken ("Followed") und unsere Verbindungen zu sehen.
Beachte: Alles, was wir mit einem solchen Kanal veröffentlichen ist nicht öffentlich, also nur fĂŒr unsere Verbindungen zu sehen, sofern wir die Ressource nicht explizit als "öffentlich" veröffentlichen. Das ist ein entscheidender Unterschied zur Kanalrolle "Ăffentlich".
Das Verhalten, dass bei der Kanalrolle "Persönlich" grundsÀtzlich erstmal nur an Verbindungen und damit nicht-öffentlich geteilt wird, liegt nicht an der Kanalrolle und auch nicht an der Standrad-Kontaktrolle, sondern am Mechanismus der
Privacy Gruppen.
Auch wenn die App "Privacy Gruppen" nicht installiert ist, verfĂŒgt jeder Kanal ĂŒber eine Privacy Gruppe namens "
Freunde". Alle neuen Verbindungen werden dieser Privacy Gruppe automatisch zugewiesen. Bei der Kanalrolle "Ăffentlich" hat das keine direkten Auswirkungen. Sehr wohl aber bei der Kanalrolle "Persönlich". Hier ist die Privacy Gruppe "Freunde" nĂ€mlich so konfiguriert, dass alles, was wir teilen grundsĂ€tzlich nur an Mitglieder dieser Gruppe geteilt wird. Das bewirkt, dass wir nicht-öffentlich teilen, es sei denn, wir stellen das fĂŒr eine einzelne Ressource explizit ein.
Die dritte Kanalrolle, "
Benutzerdefiniert" ist die flexibelste und auch diejenige, die man auswÀhlen sollte, wenn man wirklich alle UnzulÀnglichkeiten unterbinden möchte, die andere Fediverse-Dienste aufweisen.
"Benutzerdefiniert" bedeutet, dass man auch die Kanalrolle in allen Berechtigungen selbst einstellen kann. In der Grundeinstellung, also wenn man einen Kanal mit dieser Rolle frisch erstellt hat, entspricht die Kanalrolle des Rolle "Persönlich", erlaubt aber grundsÀtzlich auch, dass Dritte unsere Verbindungen sehen können. Die Standard-Verbindungsrolle entspricht 1:1 der Verbindungsrolle "Persönlich". Die Privacy-Gruppe "Freunde" ist hingegen wieder so eingestellt, dass grundsÀtzlich öffentlich geteilt wird.
Eigene Entscheidungen
Wer nun also von seinem Social-Network-Dienst mehr möchte, als 08/15, muss Entscheidungen treffen, also ein wenig Hirnschmalz investieren. Ohne das geht es nicht... weder bei Hubzilla, noch bei irgendeinem anderen System, denn dieses weiĂ ja nicht, kann ja nicht ahnen, was wir möchten. Das mĂŒssen wir schon selbst wissen oder uns klarmachen. Wer das nicht will, muss halt mit den vordefinierten Rollen leben, die auch schon vieles besser machen, als bei manchem anderen System und die -- aufgrund der vorhandenen Mechanismen -- durchaus gewisse Dinge unterbinden können.
Möchte man aber kein System "von der Stange", sind einige VorĂŒberlegungen und Einstellungen notwendig.
ZunÀchst einmal hier die einzelnen Berechtigungen, die Hubzilla zur Konfiguration anbietet:
- Kann meinen Kanal-Stream und meine BeitrÀge sehen
- Kann mir die BeitrÀge 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") BeitrÀge veröffentlichen
- Darf meine BeitrÀge kommentieren und mögen/nicht mögen
- Kann mir direkte Nachrichten schicken
- Kann Profile und Profilsachen mögen/nicht mögen
- Kann mit mir chatten
- Kann meine öffentlichen BeitrÀge in anderen KanÀlen zitieren/spiegeln
- Kann meinen Kanal administrieren
Etliche dieser Berechtigungen erklÀren sich von selbst, einige sind vielleicht nicht so klar und einige wenige kann man falsch verstehen. Im Anhang gibt es eine Tabelle, in der genauer erklÀrt wird, was sich hinter den Berechtigungen verbirgt.
Diese Berechtigungen sind das WAS, also was andere mit Inhalten/Ressourcen unseres Kanals tun können.
Dazu gehört dann aber auch noch das WER! Damit legen wir fest, wem bestimmte Dinge erlaubt bzw. verboten sind:
- Jeder im Internet
- Jeder authentifizierte
- Alle Hubzilla-Mitglieder
- Jeder auf dieser Webseite
- Beliebige Verbindungen
- Angenommene Verbindungen
- Nur die, denen Du es explizit erlaubst
- Nur ich
Auch hier gibt es einige "Wers", die etwas nĂ€her erlĂ€utert werden mĂŒssen. DafĂŒr gibt es ebenfalls eine kleine Tabelle im Anhang.
Die Wichtigsten Adressaten fĂŒr Berechtigungen sind: "Jeder im Internet" und "Nur die, denen Du es explizit erlaubst".Nun ist es an der Zeit, sich Gedanken darĂŒber zu machen, was man wem denn nun erlauben möchte. DafĂŒr arbeitet man einfach die einzelnen Berechtigungen hintereinander ab und legt die Berechtigten fest.
Im
HauptmenĂŒ (das MenĂŒ, welches sich hinter unserem Avatarbild versteckt) wĂ€hlt man
Einstellungen â
Kanal-Einstellungenund legt im Abschnitt
Grundeinstellungen die gewĂŒnschte
Kanalrolle (Channel Role) fest. Also fĂŒr unsere Zwecke "Benutzerdefiniert".
![kanal-rolle.png]( "kanal-rolle.png")
Nun wechselt man zu
Einstellungen â
Privacy-Einstellungen![privacy-settings.png]( "privacy-settings.png")
Die Grundeinstallungen dort sind selbsterklĂ€rend und sollten nach den eigenen WĂŒnschen festgelegt werden. Wichtig ist hier die einzige "nicht selbsterklĂ€rende" Einstellung "Enable OCAP access". Dies ermöglicht, dass Medien (Bilder etc.) auch dann in einem Thread angezeigt werden, wenn diese eigentlich im Zugriff eingeschrĂ€nkt sind. Wird diese Option nicht gewĂ€hlt, kann es vorkommen, dass man eingebettete Bilder in manchen Threads nicht sieht. Meine Empfehlung: Option einschalten!
Die eigentliche Einstellung der Berechtigungen, die unser Kanal einrĂ€umt, findet man unter dem Button "Benutzerdefinierte Konfiguration der Channel Role" (dies wird bei den Kanalrollen "Ăffentlich" und "Persönlich" nicht angezeigt, weil man diese dort nicht Ă€ndern kann).
Es wird eine Warnung angezeigt, die zwar berechtigt ist, aber wir WISSEN ja, was wir tun wollen.
![cr-warnung.png]( "cr-warnung.png")
Die sorgfÀltig konfigurierte Kanalrolle
Deshalb klicken wir auf den Button "Risiko akzeptieren und weitermachen" und landen im Formular fĂŒr die genannten Berechtigungen. Die können wir nun nach unseren WĂŒnschen und nachdem wir uns Gedanken gemacht haben, entsprechend konfigurieren.
Dabei aber immer daran denken: Die Berechtigung, die wir hier erteilen, können wir generell nicht zurĂŒcknehmen. Wir können sie höchstens in EinzelfĂ€llen "ĂŒbersteuern", indem wir Inhalte/Ressourcen ĂŒber die Berechtigungs-Einstellungen bestimmten Verbindungen zugĂ€nglich machen.
Es ist also ausgesprochen sinnvoll, bei der Kanalrolle so wenig freizĂŒgige Berechtigungen zu vergeben, wie möglich und nur so viele, wie fĂŒr den Zweck absolut nötig.
Bedenkt: Nur was Ihr fĂŒr "Jeder im Internet" erlaubt, kann auch wirklich öffentlich gesehen werden. Die spezielleren Berechtigungen sind eher etwas fĂŒr SpezialfĂ€lle. "Nur die, denen Du es explizit erlaubst" wirkt sich hingegen ausschlieĂlich auf Verbindungen aus.
Bedeutet: Alles, was wirklich jeder im Internet sehen können soll, bekommt "Jeder im Internet" (bei einem typischen öffentlichen Social-Network-Kanal) sind das "Kann meinen Kanal-Stream und meine BeitrÀge sehen", "Kann mein Standardprofil sehen" und "Kann meine Datei- und Bilderordner sehen". Wer öffentlich Wiki- oder Webseiten anbietet, erlaubt auch das Anschauen dieser durch jeden im Internet.
Den Rest kann man dann ruhigen Gewissens auf "Nur die, denen Du es explizit erlaubst" setzen. Damit können sich die Berechtigungen nur auf die eigenen Verbindungen auswirken.
Die passenden Kontaktrollen
Euch muss an dieser Stelle bewusst sein, dass die Standard-Kontaktrolle sehr viele zusÀtzlich Berechtigungen vergibt:
![std-contactrole.png]( "std-contactrole.png")
Diese Kontaktrolle kann man durchaus nutzen, um ein eher "klassisches" Social-Network-Verhalten fĂŒr bestimmte Verbindungen zu erhalten.
Wenn man aber wirkliche Kontrolle haben möchte, muss man sich fĂŒr andere Verbindungen weitere Kontaktrollen erstellen.
"Follower"
Sinnvoll wĂ€re z.B. als neuer Standard fĂŒr neue Verbindungen die Rolle "Follower". Diese erstellen wir, setzen die Option "Neuen Kontakten automatisch diese Rolle zuweisen" (damit wird die Option aus der Standard-Kontaktrolle gelöscht) und geben keine weiteren Berechtigungen, auĂer "Darf meine BeitrĂ€ge kommentieren und mögen/nicht mögen". Damit verfĂŒgen Verbindungen mit dieser Kontaktrolle nur die in der Kanalrolle vergebenen Berechtigungen plus die Möglichkeit zum Kommentieren und liken/disliken. Wenn sich jemand mit Eurem Kanal verbindet, dann verhĂ€lt er sich wie ein reiner Follower. Diese Kontaktrolle ist sinnvoll, wenn Ihr es anderen gestatten möchtet, Euch zu folgen.
Wenn Ihr meint, solche "Follower" sollten auch Eure Verbindungen anschauen können, gewÀhrt Ihr zusÀtzlich halt auch diese Berechtigung.
"Followed"
Die nĂ€chste sinnvolle Kontaktrolle könnte dann z.B. "Followed" genannt werden. Dieser Rolle rĂ€umt Ihr dann, zusĂ€tzlich zu den Berechtigungen von "Follower", noch "Kann mir die BeitrĂ€ge aus seinem Kanal schicken" ein, damit Ihr auch die BeitrĂ€ge der Verbindung in Eurem Stream sehen könnt. Damit es sich auch "echt" anfĂŒhlt, wĂ€ren hier auch noch die Berechtigungen "Kann mir direkte Nachrichten schicken", "Kann Profile und Profilsachen mögen/nicht mögen" und "Kann mit mir chatten" praktikabel.
Diese Kontaktrolle vergebt Ihr dann, wenn Ihr selbst eine Verbindung zu einem fremden Kanal herstellt... und an KanĂ€le, die Euch eine Kontaktanfrage schicken und denen Ihr "zurĂŒckfolgen" möchtet.
"Followed+"
Eine Weitere Kontaktrolle wĂŒrde ich "Followed+" nennen. Die ist fĂŒr Kontakte aus dem Grid, und von den owa-fĂ€higen Deinsten Forte und Friendica. Diesen kann man die zusĂ€tzliche Berechtigung "Kann auf meiner Kanal-Seite ("wall") BeitrĂ€ge veröffentlichen" erteilen (wenn man denn möchte). Das Wall-to-Wall-Posting ist eine spezielle Art, Postings zu veröffentlichen. Wen eine unserer Verbindung ein Wall-Posting auf unserem Kanal veröffentlicht, dann erscheint dieses Posting in unserem Kanalstream. Es ist also in unserem Kanal veröffentlicht.
Mehr
FĂŒr gute Freunde, verwandte, Mitglieder eines Teams, Vereins etc. kann man dann, je nach Notwendigkeit noch weitere Berechtigungen vergeben und fĂŒr jede erdenkliche Art von Verbindungen ganz exakt zugeschnittene Kontaktrollen erstellen.
Privacy Gruppen fĂŒr genauere Steuerung
Privacy Gruppen sind Gruppen von Verbindungen, mit denen man das Teilen von Inhalten steuern kann. Sie Ă€hneln dem, was man bei Google+ als "Kreise" kannte und was bei Diaspora* als "Aspekte" existiert. Möchte man einen Inhalt an eine bestimmte Gruppe von Verbindungen teilen, so kann man diese Verbindungen in eine Gruppe einfĂŒgen und mit den Berechtigungs-Einstellungen festlegen, dass der Inhalt ausschlieĂlich mit den Gruppenmitgliedern geteilt wird. Das macht eine geschlossene Gruppenkommunikation möglich.
![bereinst.png]( "bereinst.png")
Eine weitere praktische Anwendung von Privacy Gruppen ist das zuteilen von Kontaktrollen auf einen Rutsch. Wenn man eine Kontaktrolle in der App "Contact Roles" öffnet, kann man auswĂ€hlen, dass diese Kontaktrolle allen Gruppenmitgliedern einer Privacy Gruppe zugewiesen wird. Beachte: Das wirkt sich nur auf Verbindungen aus, die sich zu diesem Zeitpunkt bereits in der Privacy Gruppe befanden. Auf spĂ€ter hinzugefĂŒgte Verbindungen wirkt es sich nicht aus. Hier muss man ggf. die Gruppen-Zuweisung wiederholen.
Die Repeat-Hölle verlassen
Es gibt Nutzer im Fediverse, die wirklich exzessiv "Boosten/Repeaten". Trotzdem mag man diesen Nutzern folgen, weil die wenigen (oder vielleicht nicht einmal wenigen) ihrer eigenen Postings insteressant sind und man sie in seinem Stream finden möchte. Aber es kommt zu viel "Rauschen" herein, weil halt auch zu viel wiederholt wird. Bei Hubzilla ist es kein Problem, diese Repeats loszuwerden, ohne die "echten" Postings zu verlieren. Man kann fĂŒr jede Verbindung einen Filter einrichten, der z.B. Repeats der Verbindung nicht in den Stream importiert.
DafĂŒr öffnet man aus der App "Verbindungen" heraus den Verbindungs-Editor (kleines Bleistift-Symbol) und trĂ€gt im Tab "Filter fĂŒr den Inhalt" im Feld "BeitrĂ€ge mit diesem Text nicht importieren" die Zeile
?verb == Announceein. Damit werden Repeats (Wiederholungen / Boosts) von dieser Verbindung nicht mehr in den eigenen Stream importiert.
![no-repeats.png]( "no-repeats.png")
Kanalfilter
Neben den eben erwĂ€hnten Kontaktfiltern gibt es auch noch Kanalfilter, die sich auf den gesamten Kanal auswirken. Auch hier könnte man z.B. die Zeile zur Repeat-UnterdrĂŒckung unterbringen. Das wĂŒrde dann aber bewirken, dass gar keine Repeats mehr im Kanal erscheinen, also auch solche nicht, die vielleicht erwĂŒnscht sind.
Kanalfilter findet man unter
Einstellungen â
Kanal-Einstellungen â
BeitrÀge mit diesem Text nicht importierenInhaltswarnung
WĂ€hrend bei den meisten Diensten im Fediverse der Verfasser dafĂŒr verantwortlich gemacht wird, bestimmte Inhalte hinter einer Inhaltswarnung zu verstecken, funktioniert Hubzilla genau anders herum. Hier legt der EmpfĂ€nger fest, was ihn "triggern" könnte oder was ihn "nervt". Das ist eigentlich auch ausgesprochen sinnvoll, weil ich selbst am besten weiĂ, was ich nicht sofort in meinem Stream sehen möchte. Wenn der Absender dafĂŒr verantwortlich ist, muss er ja erahnen, was ich nicht sehen möchte... und verbirgt solche Inhalte dann zwangsweise auch vor anderen Nutzern, die davor aber gar nicht gewarnt werden möchten.
Wer sich mit Hubzilla also vor bestimmten Inhalten schĂŒtzen möchte, installiert die App "NSFW". Das ist eine einfache Filter-App, in welcher man eingeben kann, bei welchen Inhalten ein Posting zunĂ€chst ausgeblendet hinter einer SchaltflĂ€che verborgen bleibt. Es kommt also nicht darauf an, das der Absender errĂ€t, was ich nicht sehen möchte und eine Inhaltswarnung verwendet (die sich dann auch auf alle auswirkt, die seinen Beitrag anschauen), sondern darauf, dass ich als EmpfĂ€nger festlege, was verborgen werden soll.
Bewege ich mich also nur im Grid und habe auch nur Verbindungen zum Grid, muss ich mich um die Befindlichkeiten anderer nicht kĂŒmmern. Sobald man aber auch Teil des Fediverse wird, hilft unseren "NSFW"-App nicht weiter, denn die meisten anderen Dienste haben diesen Mechanismus nicht. Möchten wir also rĂŒcksichtsvoll vorgehen, mĂŒssen wir doch auch fĂŒr andre mitdenken und erraten, was irgendwen in der weiten Welt "triggern" könnte.
Und das Ausblenden eines solchen Eintrags verwirklichen wir dann einfach, indem wir das Zusammenfassungsfeld (Summary) im Beitragseditor z.B. mit "Inhaltswarnung" befĂŒllen. Nun sind auch nutzer anderer Dienste "geschĂŒtzt".
Nun aber ein Spezialfall:
Es ist allgemein bekannt, dass viele sich entsetzt schĂŒtteln, wenn sie in einem Posting von Dieter Bohlen angestarrt werden (mir selbst geht es nicht so... ich mag ihn... zu erklĂ€ren weshalb, wĂŒrde hier aber zu weit fĂŒhren). Nun wollen wir ein Posting verfassen, in welchem ein Bild von D. B. eingebunden ist. Um Nutzer aus dem Grid zu schĂŒtzen, mĂŒsste ich z.B. das Wort "Bohlen" im Text unterbringen, und schon wĂ€ren alle "gerettet", die in "NSFW" dieses Wort als Filter haben.
Aber angenommen, wir wollen nur das Bild selbst ausblenden und ahnen, dass es Nutzer gibt, die gerne mit Holz arbeiten und deshalb das Wort "Bohlen" auch nicht als Inhaltswarnung im Filter haben. Nun, dann können wir das Bild bei Hubzilla einfach zwischen die Tags
[spoiler][/spoiler] packen. Funktioniert prima! Nur... fĂŒr Mastodon-Nutzer funktioniert das nicht. Mastodon (und viele andere Fediverse-Dienste) kennen keinen extra Spoiler. Hinzu kommt das bei vielen dieser Dienste Bilder gar nicht in ein Posting eingebunden werden, sondern als Anhang am Posting dranhĂ€ngen. Selbst wenn sie das Spoiler-Tag kennen wĂŒrden, wĂŒrde der EmpfĂ€nger das Gesicht von D. B. wieder sehen, weil es auĂerhalb des Postings unten dranhĂ€ngt.
Aber ehrlich... das soll echt nicht UNSER Problem sein. Wir können alles dafĂŒr tun, dass bestimmte Inhalte verborgen bleiben, aber nichts daran Ă€ndern, wenn andere Dienste das nicht richtig verarbeiten.
Abgesehen davon ist es möglich auch Teile eines Postings zunÀchst zu verbergen (BTW: beliebig viele Teile), indem man das Spoiler-Tag verwendet. Funktioniert aber zuverlÀssig halt nur im Grid.
Zeichenbegrenzung
Na ja, was soll man sagen?
Hubzilla packt an die 16 Millionen Zeichen. Dieser Artikel hier ist also ein Fliegenschiss mit ca. 24.000 Zeichen. ;-)
Textgestaltung
BBcode "Hubzilla-Flavour" bietet umfangreiche Textgestaltungsmöglichkeiten. Leider werden diese vom derzeitigen Beitragseditor nicht alle vereinfacht z.B. ĂŒber Buttons und Dialoge angeboten. Hier mĂŒsste dringend noch nachgebessert werden (könnte mein nĂ€chstes Projekt werden). Zumindest verfĂŒgt der Editor ĂŒber eine AutovervollstĂ€ndigung, die hilfreich ist, wenn man weiĂ, was die BBcode Tags bewirken.
Was Hubzilla von vielen Diensten unterscheidet ist, dass Medien wirklich in den Beitrag eingebettet werden, also an der Stelle erscheinen, wo wir sie unterbringen. Die Anzahl an Medien ist auĂerdem ebenfalls nicht beschrĂ€nkt.
Bedenkt aber, wenn Ihr BeitrÀge ins Fediverse teilt, dass es Dienste gibt, die nicht nur Medien (also z.B. Bilder) hinten anhÀngen, sondern auch auf wenige (bei Mastodon vier) begrenzen. Es ist deshalb sinnvoll, einen Hinweis auf die tatsÀchliche Anzahl von Bildern hinzuweisen und dass es erforderlich sein kann, das Original-Posting auf Eurer Heimat-Instanz zu besuchen, um alle Bilder (und die auch noch korrekt eingebettet) sehen zu können. Klingt komisch, ist aber so. ;-) :-D
Fazit
Kommt einfach ins Grid! Besorgt euch einen Account bei Hubzilla. Ihr könnt das ja zusĂ€tzlich zu Eurem aktuellen Fediverse-Account tun. Und importiert Eure Follower-/Following-Liste. DafĂŒr gibt es (sofern der von Euch gewĂ€hlte Hub das Addon installiert hat) inzwischen ein
Addon, das die typischen Exportdateien (csv) von Mastodon und co. verarbeitet. Richtet Euren Kanal so ein, wie Ihr es euch vorstellt und nutzt es.
Es ist durchaus möglich, dass Ihr dann irgendwann immer öfter mit Hubzilla, statt mit dem ursprĂŒnglichen Dienst im Fediverse unterwegs seid. Und wenn Ihr dann auch noch Kontakte zu Nutzern im Grid habt, werdet Ihr feststellen, dass die soziale Interaktion damit noch viel komfortabler ist. Vielleicht wagt ja dann irgendwann auch die eine oder andere eurer alten Verbindungen auch den Schritt und Ihr könnt den Komfort gemeinsam genieĂen.
AnhÀnge
Wer?![wer.png]( "wer.png")
Was?![was.png]( "was.png")
#
hubzilla #
zot #
nomad #
grid #
fediverse
