Die App "Superblock" ist eine Moderationsmethode für den eigenen Stream...

Die App "Superblock" ist eine Moderationsmethode für den eigenen Stream. Während man mit der normalen Funktionalität von Hubzilla mittels Kontakt-Tool ausschließlich Nutzer, mit denen man verbunden ist, blockieren kann, funktioniert Superblock unabhängig davon, ob man mit einem Kontakt verbunden ist, oder nicht.

Bemerkt man im Stream einen Nutzer, mit welchem man nicht verbunden ist (weil dessen Beiträge von einem Kontakt aus dem eigenen Adressbuch geteilt werden), und möchte man - aus welchem Grund auch immer - keinerlei Beiträge von diesem Fediversenutzer im Stream haben, so kann man dies mit der App "Superblock" erreichen.

Dafür klickt man auf das kleine weiße Dreieck im Avatar des zu blockenden Nutzers.



Es öffnet sich ein Pulldown-Menü, welches zu unterst den Menüpunkt "Vollständig blockieren" enthält. Mit einem Klick auf diesen Menüpunkt landet der Nutzer in der Superblock-Liste.



Dadurch ist es diesem Nutzer nicht mehr möglich, deine Beiträge zu lesen, unabhängig von den Berechtigungen, noch kann er in deinen Kanal schreiben. Seine Beiträge erscheinen nicht mehr im Stream.

Wählt man im App-Menü (die App "Superblock", so wird die Liste sämtlicher blockierter Kontakte angezeigt.





Neben jedem Kontakt ist ein "Mülltonnen-Icon" zu sehen. Ein Klick auf dieses Icon entfernt den Nutzer von der Blockliste. Anschließend kann der Nutzer dir wieder folgen, deine Beiträge sehen und auch bei dir kommentieren und seine Postings erscheinen (z.B. durch Teilen von einem Kontakt) auch wieder im Stream.

Superblock ist bei neuen Kanälen nicht per Standard installiert und aktiviert. Die App einfach wie hier (Apps installieren, ins Menü einfügen, anpinnen und konfigurieren) beschrieben, installieren und aktivieren.

Mit Hubzilla ist es möglich, auch auf geschützte Inhalte zuzugreifen... alles durch das ausgeklügelte Authentifizierungs-System...

Grid? Grid!

Als Grid wird die Gesamtheit aller Instanzen (Hubs) bezeichnet, welche über das Kommunikationsprotokoll Nomad (Zot/6) miteinander verbunden sind und kommunizieren.

Authentifizierung

Um auf geschützte Inhalte im Grid, also Inhalte, die nicht frei im gesamten Internet erreichbar sind, zugreifen zu können, muss man sich authentifizieren. Um nun also auf geschützte Inhalte eines Kanals auf einem fremden Hub zugreifen zu können, muss man aber dort nicht extra einen Account anlegen, sondern man kann sich auch "entfernt authentifizieren".

Der Login-Dialog weist dafür einen extra Button auf, der genau dafür gedacht ist: "Entfernte Authentifizierung".



Klickt man auf diesen Button, erscheint ein weiterer Dialog mit einem Eingabefeld, in welches man ganz einfach das Handle (die Fediverse-Adresse) des eigenen Kanals eingibt. Anschließend klickt man auf "Authentifizieren" und wird anschließend vom anderen Hub freundlich begrüßt.



Voraussetzung dafür ist, dass man auf dem eigenen Hub eingeloggt ist.

Magische Authentifizierung

Ist man in seinem Browser aktuell bei seinem Hub eingeloggt, so kann man auf beschränkte Inhalte eines Nutzers auf einem anderen Hubs zugreifen, welche dieser für einen selbst explizit freigegeben hat (in den Berechtigungs-Einstellungen), ohne sich extra anmelden zu müssen (z.B. durch die o.g. "Entfernte Authentifizierung"). Dafür muss man von dem Nutzer den Link zum Inhalt unter Nutzung der [zrl][/zrl] bzw. [zrl=][/zrl] Tags bekommen. Klickt man nun auf einen solchen Link, wird man beim Ziel-Hub automatisch ("automagisch") authentifiziert und man kann direkt auf die Ressource zugreifen.

Diese beiden Mechanismen sind eine Besonderheit von Nomad und funktionieren deshalb auch nur innerhalb des Hubzilla-Netzwerks (Grid).

Nutzer anderer Fediverse-Dienste "gucken in die Röhre". Wenn wir es solchen Nutzern ermöglichen möchten, auf Inhalte in unserem Kanal zuzugreifen, müssen wir ihnen einen Gastzugang einrichten.

Hubzilla weist viele Features auf, die bei anderen Fediverse-Diensten fehlen oder nur eingeschränkt existieren...

Hubzilla weist viele Features auf, die bei anderen Fediverse-Diensten fehlen oder nur eingeschränkt existieren. Die "berühmteste" Einschränkung vieler Dienste ist die Begrenzung der Zeichenanzahl von Postings und Kommentaren. Das betrifft aber zum Glück nur das Verfassen von Beiträgen von einem Account auf einer solchen Instanz. Beiträge von Hubzilla, welche das Zeichen-Limit überschreiten, werden vollständig angezeigt. Einige Dienste klappen den langen Beitrag ein, er lässt sich aber durch Klick ausklappen.

Haariger wird es mit Text-Formatierungen.



So stellt z.B. Mastodon fetten, kursiven und unterstrichenen Text korrekt dar. Durchgestrichener Text wird aber nicht durchgestrichen angezeigt.
Textgröße und Textfarbe werden ebenfalls nicht gerendert.

Sortierte und unsortierte Listen werden bei Mastodon korrekt dargestellt... eingebettete Bilder werden nicht eingebettet, sondern am Ende des Beitrags angezeigt (max. vier).

Die horizontale Linie wird nicht angezeigt.

Kommentare und Code-Abschnitte werden allerdings korrekt gerendert.







Als weiteres Beispiel rendert Sharkey fetten und kursiven Text korrekt, unterstrichenen und durchgestrichenen hingegen nicht. Textgröße und Textfarbe werden ebenfalls nicht dargestellt.

Außerdem werden die Listenelemente sortierter und unsortierter Listen zwar untereinander dargestellt, es werden aber keine Aufzählungszeichen bei den unsortierten und keine Nummerierung bei den sortierten Listen dargestellt.

Zitate und Code-Abschnitte funktionieren, nicht jedoch die horizontale Linie.

Eingebettete Bilder werden nicht eingebettet, es wird aber an der entsprechenden Stelle ein Link zum Bild eingefügt und am Ende des Beitrags wird das Bild angezeigt, nochmals ein Link zur Bildquelle angegeben und außerdem ein Link zum kompletten Beitrag auf dem Ursprungs-Server angegeben.







Das bedeutet, dass Beiträge mit reichhaltigen Textauszeichnungen bei diesen Diensten eher schlecht und ggf. sogar halbwegs unleserlich dargestellt werden.

Ich habe außerdem erfahren, dass es z.B. Apps (meist für Mastodon) gibt, welche formatierten Text als ungerenderten HTML-Code anzeigen... das ist nun maximal beschissen und es wird echt unlesbar.

Hat man aber nun ein große Anzahl an Kontakten anderer Dienste (als Hubzilla, (streams), Forte), dann sollte man sich Gedanken darüber machen, wie man von Hubzilla aus im Fediverse agiert.

Generell kommt man mit den Formatierungen, welche von Mastodon unterstützt, im normalen Alltag gut aus. Dass Bilder nicht eingebettet werden, aber zumindest am Ende angezeigt, ist auch noch zu verkraften.

Die Beschränkung auf vier Medien ist Murks, aber in vielen Fällen auch kein großes Problem.

Man sollte also bei öffentlichen Postings darauf achten, die nicht unterstützten Formatierungen möglichst nicht zu verwenden (ich gebe zu, ich achte selbst auch nicht immer darauf). Ist es wichtig, dass eingebettete Bilder an der korrekten Stelle erscheinen, kommt man dann aber nicht weiter. Und wenn es ein Beitrag erfordert, die nicht unterstützten Formatierungen zu verwenden, dann ist das Ergebnis in der Timeline der Follower nicht schön und oft nicht hilfreich.

Sicherlich kann der Mastodon-Nutzer im Beitrags-Menü ("⋮" unten rechts) mit dem Menüpunkt "Ursprüngliche Seite öffnen" den Orignalbeitrag auf dem Hubzilla-Hub anschauen (wo er natürlich korrekt dargestellt wird), aber diese Möglichkeit kennen nicht sehr viele Nutzer. Gleiches gilt für 'key-Dienste, wie z.B. Sharkey. Hier wird am Ende zwar der Link zum Originalbeitrag angegeben... aber nicht jeder weiß, was sich hinter dem Link verbirgt.

Für solche Fälle, also wenn man einen Beitrag aufwendiger gestalten will oder muss, ist es besser, wenn man den Beitrag mit seinem Hubzilla-Kanal als Artikel verfasst. Artikel werden aber nicht föderiert, landen also nicht in der Timeline der Verbindungen. Ich persönlich mache es deshalb so:
Ich verfasse den Beitrag als Artikel in meinem Kanal. Und da kann ich so richtig "die Sau rauslassen", was die Beitragsgestaltung betrifft. Da Artikel nur durch meinen Hub selbst dargestellt werden, sieht jeder auch das korrekte Ergebnis.

Und dann erstelle ich einen öffentlichen Beitrag, mit welchem ich den Artikel verlinke. Hier vermeide ich sinnentstellende Formatierungen. Damit derjenige, der mein Posting in seiner Timeline sieht, auch weiß, worum es geht, gebe ich den Titel des Artikels an und füge ein kurzes Zitat aus dem Artikeltext als Zitat formatiert an. Drunter packe ich auch noch einen Link, der sich hinter "..:: WEITERLESEN ::.." verbirgt (muss man so aber nicht machen... der Link ist damit doppelt gemoppelt).



Ich denke, damit kommt man den Nutzern anderer Dienste, die durch Restriktionen bei der Beitragsdarstellung glänzen, ganz gut entgegen.

Und wie macht Ihr das?

Um einen anderen Nutzer (Kanal) in einem Posting zu erwähnen, sodass dieser über den Beitrag benachrichtigt wird, muss der betreffende Kanal getaggt werden...

Erwähnung

Um einen anderen Nutzer (Kanal) in einem Posting zu erwähnen, sodass dieser über den Beitrag benachrichtigt wird, muss der betreffende Kanal getaggt werden. Dies geschieht, indem man den Kanal-Namen (bzw. das Fediverse-Handle) mit einem führenden "@" in den Text schreibt.

Möchte man also z.B. mich erwähnen, so muss @pepecyb@hub.hubzilla.hu in das Posting / den Kommentar geschrieben werden.

Hubzilla bietet für das Erwähnen eine Auto-Vervollständigung an. Hier genügt es, das "@" und die ersten Zeichen des Handles zu tippen, damit eine Auswahlliste erscheint, aus welcher man dann die Fediverse-Adresse auswählen kann. Ist sie dort nicht vorhanden, muss man das Handle ausschreiben.

Private Mention

Setzt man hinter das führende "@" ein Ausrufezeichen "!", so wird aus der Nachricht eine Direkt-Nachricht. Sie kann dann nur von denjenigen gesehen werden, welche auf diese Art im Posting erwähnt werden. Beispiel: @!pepecyb@hub.hubzilla.hu


Schreiben in einen Foren-Kanal

Die  "private Erwähnung" ("@!") eines Foren-Kanals führt dazu, dass das Posting auf der Wall des Foren-Kanals landet und alle, die mit diesem verbunden sind, dieses sehen können.

Erwähnung durch Dritte

Die Standard-Einstellung von Hubzilla ist, dass Beiträge Dritter, mit welchen man nicht verbunden ist, in denen man selbst erwähnt wird, nicht in der Timeline angezeigt, also nicht akzeptiert werden. Damit beschränkt man den Empfang von Postings durch Erwähnung auf diejenigen Kanäle/Nutzer, mit welchen man verbunden ist.

Über die Einstellungen lässt sich der eigene Kanal aber auch so konfigurieren, dass man Postings auch von "Fremden" empfängt, also von Nutzern, die nicht in der Kontaktliste sind. Dies überschreibt die Standard-Berechtigungen für den Nachrichtenempfang.

Diese Einstellung lässt sich über "Einstellungen" (Hauptmenü oben links) -> "Privacy-Einstellungen" -> "Accept all messages which mention you This setting bypasses normal permissions" vornehmen.

Du hast noch keinen Hubzilla Kanal? Dann wird es aber Zeit:

Wer es denn unbedingt, ums Verrecken, will, der kann mit Hubzilla Bluesky-Handles "folgen"...

Wer es denn unbedingt, ums Verrecken, will, der kann mit Hubzilla Bluesky-Handles "folgen".

Es ist kein echtes "Folgen" und auch keine Verbindung im Sinne von Hubzilla, aber so gelangen zumindest die Postings des Bluesky-Nutzers in den eigenen Stream.

Der Trick dabei: Es handelt sich um eine RSS-Verbindung. Die kann man herstellen, sofern der Hub das erlaubt. Die Funktion "Feeds als Verbindungen erlauben (führt zu hoher Systemlast)" muss vom Admin freigeschaltet sein. Dann kann man in der App Verbindungen die Adresse eines RSS-Handles von einem Bluesky-Nutzer eingeben und die Postings des Nutzers werden künftig im Stream angezeigt. Eine Interaktion ist allerdings nicht möglich. Ich selbst bin nicht böse drum... aber das ist meine persönliche Einstellung zu BS.

Die RSS-Adresse eines Bluesky-Nutzers lautet:

https://bsky.app/profile/<Accountname>

Beachte: Das führende "@" am Accountnamen muss weggelassen werden!









Also wenn's unbedingt sein muss... das geht auch ohne Brücken und ohne AT-Protokoll.

Wenn wir einen Beitrag schreiben oder einen Kommentar zu einem Posting verfassen, wäre es interessant zu wissen, ob und wo überall hin, der Inhalt verteilt wurde.

Wenn wir einen Beitrag schreiben oder einen Kommentar zu einem Posting verfassen, wäre es interessant zu wissen, ob und wo überall hin, der Inhalt verteilt wurde.

Hubzilla hat dafür eine praktische Funktion, welche sich im Beitrags- bzw. Kommentarmenü (⋮ unten rechts am Beitrag/Kommentar): Zustellungsbericht. Wählt man diesen Menüpunkt, so wird detailliert aufgelistet, wohin der Beitrag zugestellt wurde, wo es versucht wurde, ob der Beitrag noch in der Warteliste hängt, die Zustellung aufgrund von Fehlern gescheitert ist, etc.

Beitrag:





Kommentar:

Gerade wird die Entscheidung von Mastodon, künftig auch Zitat-Postings einzuführen, ausgesprochen "kontrovers" diskutiert. Es ist da die Rede von drohendem Missbrauch...

Gerade wird die Entscheidung von Mastodon, künftig auch Zitat-Postings einzuführen, ausgesprochen "kontrovers" diskutiert. Es ist da die Rede von drohendem Missbrauch... na ja...

Zitat-Postings gab und gibt es abseits von Mastodon schon lange bei verschiedensten Fediverse-Diensten. Und natürlich auch bei Hubzilla. Ja, bei Hubzilla war es überhaupt für lange Zeit die einzige Möglichkeit einen Beitrag an die eigenen Verbindungen zu verteilen. Sowas wie ein "Boosting" oder "Repeat"gab es bis vor einigen Versionen noch nicht. Die beiden Varianten, einen Beitrag an die eigenen Verbindungen zu verteilen, muss man nämlich unterscheiden.

Das "Teilen", das es, wie gesagt, lange Zeit als einzige Möglichkeit bei Hubzilla gab, war im Prinzip ein Zitat-Posting. Der Original-Beitrag wurde im eigenen Kanal als neues Start-Posting geteilt. Das bewirkt, dass sämtliche Kommentare dazu, dann aber auch nur am neuen Posting landen und nicht beim Ursprungs-Posting.

Das "Repeaten", "Boosten" oder "Wiederholen" hinegen sorgte nur dafür, dass das Original-Posting im eigenen Kanal an alle Verbindungen verteilt wurde. Kommentare dazu landeten dann natürlich auch nur beim Original-Posting.

Egal, welchen Mechanismus man sich bei Mastodon nun überlegen wird, um dem Ersteller eines Beitrags zu ermöglichen, in Zitat-Posting zu verhindern... es wird bei Hubzilla keine Wirkung haben. Was öffentlich in meinem Kanal eintrudelt, kann ich teilen oder wiederholen.

Und umgekehrt wird es genauso sein... bzw.ist es heute schon genauso. Es gibt für mich keine Möglichkeit, ein öffentliches Posting vor dem Wiederholen - und künftig auch vor dem Teilen als Zitat-Posting - zu schützen.

Also erstmal so generell.

Aber Hubzilla wäre nicht Hubzilla, wenn man sich nicht gegen ungewolltes Wiederholen oder Teilen trotzdem schützen könnte. Dafür nutzt man einfach die Privacy Gruppen.

Postet man in solch eine Privacy Gruppe, wird das Weitersagen und Teilen automatisch verhindert. Es handelt sich nämlich nicht mehr um eine öffentliche Konversation, sondern vielmehr um eine Art Gruppen-Direktnachricht. Ein Teilen außerhalb der Teilnehmergruppe ist somit nicht möglich. Auch nicht für andere Dienste, denn DN sind nunmal nicht öffentlich, sondern auf die Teilnehmer beschränkt. Und ein Wiederholen gibt es auch nicht. Würde auch keinen Sinn ergeben, denn der Beitrag wird ohnehin an alle Teilnehmer (Privacy Gruppen Mitglieder) verteilt, aber sonst an niemanden.

Das klingt jetzt nach einer womöglich ungünstigen Reichweitenbegrenzung. Und das trifft auch zu. Nur das "Ungünstig" nicht. Wenn ich nicht möchte, dass ein Posting wiederholt oder geteilt wird, so habe ich mich entschlossen, dass es eh auf den Kreis meiner Kontakte begrenzt bleibt. Klar wäre es theoretisch möglich, dass jeder das Posting lesen kann, sofern er rein zufällig darüber stolpert... aber das ist eher unwahrscheinlich. Bei Hubzilla ist dies sogar ausgeschlossen.

Als Standard verfügt jeder neu angelegte Hubzilla-Kanal über die Privacy Gruppe "Freunde". Und jede Verbindung, die wir herstellen, wird dieser Gruppe automatisch zugewiesen (man kann das abschalten... wenn man unbedingt will). Das bedeutet, dass - sofern man es nicht anders konfiguriert hat - erstmal sämtliche Verbindungen in der Gruppe "Freunde" enthalten sind. Möchten wir nun ein Posting "unteilbar" und "unweitersagbar" machen, dann wählen wir in den Berechtigungs-Einstellungen (Vorhangschloss-Symbol unten rechts am Posting) als Ziel für das Posting die Privacy Gruppe "Feunde". Damit erreicht das Posting alle, mit denen wir verbunden sind. Es kann aber von diesen nicht geteilt oder weitergesagt werden. Auch nicht bei Mastodon-Kontakten etc., denn es handelt sich streng genommen um eine DN.

Bei Hubzilla gibt es also einen wirklich dienste-übergreifend funktionierenden Mechanismus, sowohl Zitat-Postings, als auch das Weitersagen zu verhindern.

Ein (berechtigter!) Vorwurf an Hubzilla ist die teilweise mangelhafte UX (User Experience)...

Ein (berechtigter!) Vorwurf an Hubzilla ist die teilweise mangelhafte UX (User Experience). Bestimmte Dinge muss selbst ich, als Nutzer mit langjähriger Erfahrung - auch als Hubzilla-Admin - erst eine Weile suchen, weil sie verstreut in den Menüstrukturen sind.

Ein wesentlicher Punkt sind die Einstellungen. Die findet man nämlich "überall und nirgends". 😉😂

Die offensichtlichsten Einstellungen findet man (also eigentlich jeder) im Hauptmenü... da steht "Einstellungen".



Über diesen Menüpunkt gelangt man zu den "Konto-Einstellungen", "Kanal-Einstellungen", "Privacy-Einstellungen" und den "Anzeige-Einstellungen".









Das war aber jetzt nicht alles an Einstellungen... da gibt es noch viel mehr.
Befindet man sich in der Kanal-Ansicht, so sieht man neben dem Hauptmenü und dem Label "Kanal" (für eben diese Kanalansicht) ein kleines Zahnrad. 

Ein Klick darauf führt zu weiteren Kanaleinstellungen.



Während es bei den Kanal-Einstellungen im Hauptmenü möglich ist, die Kanalbezeichnung, die Kanalrolle und ähnliches grundlegendes einzustellen, kann man mit diesen Kanaleinstellungen bestimmte Verhaltensweisen der Kanalansicht einstellen.



Befindet man sich in der Stream-Ansicht (also der Ansicht der "Timeline"), so gibt es auch dort ein Zahnrad, welches zu den Stream-Einstellungen führt.





Auch in der Foto-App gibt es ein Zahnrad, das die Foto-Einstellungen zugänglich macht.





Die Kalender-App hat auch ein Zahnrad für die Kalender-Einstellungen.





Und auch die Verbindungs-Ansicht verfügt über ein Zahnrad für die Verbindungs-Einstellungen.





Schließlich gibt es ein weiteres Zahnrad beim Verzeichnis für die Verzeichnis-Einstellungen.





Eher unauffällig, ja beinahe unsichtbar ist ein weiteres Zahnrad im Beitrags-Editor (nicht im Kmmentar-Editor) vorhanden. Hiermit sind Editor-Einstellungen möglich.





Ja und dann gibt es noch Einstellungen, die man nur erreicht, wenn man die Seite dafür explizit im Adressfeld des Browsers aufruft. Dort sind die vorgenannten sonstigen Einstellungen für Kanal, Stream etc. in horizontalen Tabs zugänglich, sowie einige, die man sonst gar nicht erreichen kann. 

Die URL für diese Feature-Einstellungen lautet

<hub>/settings/features



Puuuh... ganz schön verstreut. Wenn man sich aber einmal kurz damit befasst hat und die Einstellungen genutzt, dann findet man eigentlich alle wesentlichen Einstellungen dennoch.

Der Artikel ist eine Macroblogging-Beitragsform bei Hubzilla und z.B. geeignet für echte Blogbeiträge.

Der Artikel ist eine Macroblogging-Beitragsform bei Hubzilla und z.B. geeignet für echte Blogbeiträge. Im Gegensatz zu normalen Beiträgen, die im gesamten Netzwerk (inklusive Fediverse) verteilt werden, verbleiben Artikel beim eigenen Hub. Sie sind für Nutzer anderer Instanzen und Nutzer, die keinen Account im Fediverse haben also nur über ihre URL erreichbar. Die URL kann selbstverständlich geteilt werden, so dass der Artikel trotzdem im Fediverse bekannt wird und abgerufen werden kann.

Einen Artikel erstellt man über die App (Hamburger-Menü ☰) "Artikel". Ruft man diese auf, werden sämtliche erstellten Artikel angezeigt und man hat die Möglichkeit, einen neuen Artikel anzulegen ("Artikel hinzufügen").



Das Erstellen eines Artikels ähnelt dem Erstellen eines normalen Beitrags. Das Eingabe-Formular weist aber zwei zusätzliche Felder auf: "Summary (optional)" und "Link zur Seite".



Das Summary ist eine kurze Zusammenfassung des Inhalts, die beim Aufrufen des Artikels zunächst angezeigt wird.

---

Mit dem Link zum Artikel kann man die URL festlegen, über welche man den Artikel erreichen kann (z.B. zum Teilen). Gibt man dort z.B. "ein-testartikel" ein, so lautet die URL: /articles//ein-testartikel

Den Link kann man aber z.B. auch einfach kopieren, indem man den Artikel über das Kontextmenü (︙) "Link zur Quelle"aufruft und den Link zum Artikel aus dem Adressfeld des Browsers verwendet.