Pepes Hubzilla-Sprechstunde

2026-03-30 10:06:04

hubzillasprechstunde@hub.hubzilla.hu

zotheca wrote the following post Mon, 30 Mar 2026 10:06:03 +0200

Jede*r kennt wahrscheinlich das Problem:

Schreibt man mit Hubzilla einen öffentlichen Beitrags, ist die Darstellung in Mastodon völlig gruselig. Es scheint nur ein Teil der Hashtags als Hashtags akzeptiert zu werden und generell deutet Mastodon diese Hashtags als Links und fügt irgendeinen Linkvorschau in den Beitrag ein.

Seitens Mastodon besteht - wie so oft - kein wirkliches Interesse daran, das zu ändern. Dort kümmert man sich lieber um Designentscheidungen.

Ich habe gestern ein bisschen rumexperimentiert:

Mastodon akzeptiert den letzten Hashtag, den Ihr nennt, als Hashtag. D.h. entweder verschickt Ihr öffentliche Beiträge mit nur einem Hashtag (schlechte Entscheidung) oder Ihr achtet darauf, dass der wichtigste Hashtag als letztes genannt wird, weil der für Mastodon als Hashtag wahrgenommen und verarbeitet wird.

Mir ist außerdem aufgefallen, dass diese Linkvorschau auf Basis eines Hashtags nur dann angezeigt wird, wenn es innerhalb des Beitrages keinen anderen Link gibt. Sobald Ihr einen Link einfügt, wird für den Hashtag keine Linkvorschau mir angezeigt.

Gedanken habe ich mir in die Richtung gemacht, dass man dafür vielleicht einen eigenständigen Link erstellen könnte, den man am Ende seines Beitrages anhängt, der entweder gar kein oder nur ein schmales Bild anhängt, dazu habe ich aber noch keine praktischen Tests gemacht.

#Hashtags #Mastodon #Interoperabilität

2026-03-30 11:20:56

Der Pepe (Hubzilla) ⁂

pepecyb@hub.hubzilla.hu

@Pepes Hubzilla-Sprechstunde Ausgesprochen interessante Beobachtungen. Das schaue ich mir mal genauer an (und teste es ausgiebig).

2026-03-30 13:13:48

Der Pepe (Hubzilla) ⁂

pepecyb@hub.hubzilla.hu

@Pepes Hubzilla-Sprechstunde

So... Test schon erledigt.

Fazit: Ja, kann man so machen! Hängt davon ab, was man möchte.

Ein eklatanter Unterschied zwischen dem Hashtag-Handling von Hubzilla im Gegensatz zu dem von Mastodon ist, dass Hashtags bei Hubzilla immer zur Tag-Kategorie bzw. zur Tag-Suche auf der Ursprungs-Instanz referenzieren. Dabei unterscheidet Hubzilla durchaus, welcher Dienst auf der Ursprungs-Instanz läuft, macht also aus Hashtags in einem Posting, welches von einem Mastodon-Account stammt, also wenn der fiktive Nutzer "fantenfan" auf der fiktiven Mastodon-Instanz "diefanten.social" ein Posting mit dem Hashtag #fanten absetzt, wird es bei Hubzilla-Instanzen zu einem Link auf

https://diefanten.social/tags/fanten

Der Link im Body des Postings (dabei wird das führende "#" nicht mit verlinkt) ist also eine Referenz zur Kategorie (NICHT mit den Hubzilla-Kategorien verwechseln!) auf der Ursprungs-Instanz, wobei die Kategorie den Namen des Hashtags trägt (auch ohne führendes "#").

Hashtags von Hubzilla-Kanälen referenzeren ebenfalls zur Ursprungs-Instanz, werden aber als Hashtag-Suche ausgeführt. Postet der fiktve Hubzilla-Kanal mit dem Namen "derzilla" auf dem fiktiven Hubzilla-Hub "goodzilla.social" ein Posting mit dem Hashtag #zilla, dann wird es bei Hubzilla-Instanzen zu

https://goodzilla.social/search&tag=zilla

Der Link im Body des Postings ist also eine Hashtag-Suche auf der Ursprungs-Instanz (also dem Ursprungs-Hub).

Der Unterschied der Darstellung dazu bei einer Mastodon-Instanz, die nun dieses Posting rendert ist, dass dieser Hashtag-Link nicht als "Badge" unter dem Posting dargestellt wird, sondern als anklickbarer Link im Body verbleibt.

Wie @zotheca nun festgestellt hat (und was mir bislang noch gar nicht aufgefallen war) ist, dass Mastodon bei Hubzilla-Hashtags lediglich das erste Hashtag als "Badge" unter dem Posting verlinkt. Weitere werde nicht derart dargestellt, befinden sich aber im dargestellten Body trotzdem als korrekt referenzierede Hashtag-Links.

Das kann natürlich dazu führen, dass die Hashtags (also die Hashtag-Links) der anderen Hashtags von Lesern womöglich nicht wahrgenommen werden, sobald nur eines als Badge unter dem Posting erscheint.

Sich auf ein einziges Hastag zu beschränken halte ich auch nicht für zielführend.

Sein Tipp, dass gar kein Hashtag-Badge bei Mastodon gerendert wird, sobald sich auch nur ein normaler Link im Body befindet, kann hier nun aber wirklich die Lösung bringen. Dafür muss man nicht einmal mit einem verlinkten Bild (schmal der unsichtbar) hantieren, es geht viel einfacher.

Am Ende des Postungs einfach einen Link mit nicht vorhandenem Linktext anhängen... es würde sich z.B. als URL die Linkadresse des eigenen Hubs anbieten. Dann wird kein Link dargestellt, das Rendern des Badges bei Mastodon aber erfolgreich verhindert, so dass dem Leser nur noch die korrekt verlinkten Hashtags im Body angezeigt werden (auf die er dann vermutlich eher klickt).

Also gemäß obigem Beispiel mit dem fiktiven Hub, packt man unter den eigentlichen Post-Text noch die Zeile

[url=https://goodzilla.social][/url]

Der Link ist nicht sichtbar, führt bei Mastodon aber dazu, dass nun kein Hashtag-Badge gerendert wird.

Hier mal Beispiele...

Posting mit mehreren Hashtags bei Hubzilla:

Und die Darstellung bei Mastodon:

Mit unsichtbarem Link (Editor-Ansicht bei Hubzilla):

Ansicht des Postings mit dem unsichtbaren Link bei Hubzilla:

Und bei Mastodon:

Ich werfe Mastodon ja gerne auch immer wieder mal was vor, was das Rendering von Postings anderer Dienste betrifft. Aber in diesem Fall ist das Meckern auf hohem Niveau. Ich finde es nicht so schlimm, wenn da ein einzelnes Hashtag auch als Badge dargestellt wird.

Und (nein, das soll jetzt kein "Whataboutism" sein) es gibt Dienste im Fediverse, dir posting von Fremddiensten wirklich so richtig verunstalten. Also so, dass man sie echt nicht lesen MÖCHTE!

Zum Beispiel Misskey und die verschiedenen Forkeys.

So sieht das zweite Beispiel hier z.B. bei Misskey aus:

Kein weiterer Kommentar zu diesem Rendering (darf man das eigentlich so nennen?)... 😁

2026-03-31 14:43:00

Jupiter Rowland

jupiter_rowland@hub.netzgemeinde.eu

Mastodon hat seit einiger Zeit eine spezielle Hashtag-Erkennung: Wenn die letzte Zeile nur Hashtags enthält und zwar Hashtags, die Mastodon auch als Hashtags erkennt, dann wird daraus ein zusätzliches UI-Feld mit genau diesen Hashtags in der Art von Tumblr generiert. Zumindest einige Dritt-Apps zeigen dann übrigens diese letzte Zeile im Beitrag nicht an, sondern nur die daraus gewonnenen Hashtags in einem Extrafeld à la Tumblr.

Das heißt zum einen: Erkannt werden nur Hashtags in dieser Zeile. Hashtags, die irgendwo im Fließtext stehen, werden nicht im Hashtag-Feld angezeigt.

Das heißt zum anderen: Wenn auch nur ein einziges Fremdzeichen drin ist, also irgendetwas, was weder Leerzeichen noch Teil eines von Mastodon als Hashtag-Link erkannten Links ist, dann erkennt Mastodon die ganze Zeile nicht als Hashtag-Zeile.

Nun haben aber Friendica, Hubzilla, (streams) und Forte andere Hashtags als Mastodon. Mastodon hat Hashtags, wie Twitter sie 2009 eingeführt hat: Die Raute ist Teil vom Link (#Hashtag).

Friendica hat aber Hashtags, wie sie Identi.ca 2008 eingeführt hat. Identi.ca hat diese Hashtags an StatusNet weitergegeben, und weil Friendica von Anbeginn mit StatusNet föderiert war, hat Friendica diesen Stil übernommen. Hier ist allerdings die Raute außerhalb des Links (#Hashtag).

Mastodons Existenz begann als alternatives Frontend für GNU social. GNU social wiederum war ein Fork von StatusNet. Kurioserweise aber waren bei GNU social nach dem Forken die Hashtags umgestellt worden auf Twitter-Stil.

Als Mastodon dann entwickelt wurde, waren dabei nur diese Hashtags bekannt. Überhaupt ist außerhalb von Friendica, Hubzilla, (streams) und Forte nur die Hashtag-Form #Hashtag von Twitter bekannt. Und so rechnet außerhalb von den vieren das gesamte Fediverse nicht mit der Hashtag-Form #Hashtag, weil völlig unvorstellbar ist, daß Hashtags irgendwie anders aussehen könnten als #Hashtag.

Misskey und sämtliche Forkeys haben etwa schon ewig einen Bug: Sie "rechnen" die Hashtags von Friendica & Co. um in Misskey-Flavored Markdown. Aber die Webinterfaces machen daraus dann kein HTML, sondern sie schreiben das Misskey-Flavored Markdown aus.

Auch Mastodon kann mit diesen Hashtags nicht richtig umgehen, weil es die gar nicht richtig als Hashtag erkennt.

Warum das bei Friendica-Beiträgen angeblich so funktionieren soll wie bei Mastodon-Tröts, ist mir schleierhaft. Entweder verwendet Friendica irgendwelche schwarze Magie, die Hubzilla nicht übernehmen kann, weil sie unter der AGPLv3 steht. Oder Mastodon selbst hat eine Spezialbehandlung für Friendica nach Druck von Friendica eingebaut, aber keinen Bock, die auf Hubzilla auszuweiten.

Bei Hubzilla-Beiträgen wiederum erkennt Mastodon aus irgendeinem Grund den letzten Hashtag in einer Hashtag-Zeile als Hashtag. Alle anderen gelten nicht als Hashtags. Kurioserweise sollte die ganze Zeile nicht als Hashtags gelten, weil zum einen keine twitter-/mastodontypischen Hashtags drin vorkommen, zum anderen aber sehr wohl Fremdzeichen, nämlich die Rauten.

Gleichzeitig nimmt Mastodon aber den erstbesten Link, der sich irgendwo im Quellcode eines Hubzilla-Beitrags befindet, und generiert davon eine Linkvorschau.

Wenn ein tatsächlicher Link vor dem ersten Hashtag im Beitrag steht, generiert Mastodon davon eine Linkvorschau. Wenn aber der erste Hashtag noch vor dem ersten tatsächlichen Link steht, dann generiert Mastodon meines Wissens von diesem ersten Hashtag eine Linkvorschau. Und wenn es weder Links noch Hashtags gibt, generiert Mastodon eine Linkvorschau von deinem Hubzilla-Profil.