Artist: Long Island SoundTitle: Searching (Live
Mein Problem ist jetzt: Wer definiert, ob eins meiner Bilder eine Stimmung vermittelt Will sagen, wer definiert, ob ich die Stimmung meines Bildes in Worte fassen mu Ganz alleine ich als derjenige, der das Bild postet, oder mein Publikum als diejenigen, die es wahrnehmen
Mein Publikum, das knnte jeder der ber zehn Millionen Fediverse-Nutzer und im Prinzip jeder im ganzen Web sein. Und wenn fr irgendjemanden irgendwo da drauen eins meiner Bilder eine Stimmung vermittelt, dann habe ich die womglich zu beschreiben, ganz egal, ob es nie meine Intention war, eine Stimmung mit einem meiner Bilder zu vermitteln.
Ich bin jemand, der Bildbeschreibungen sehr ernstnimmt und die ihm gegebenen Mglichkeiten dafr auch ausreizt, z. B. mein im Grunde gar nicht vorhandenes Zeichenlimit. , nur um meine eigenen Bildbeschreibungen immer weiter zu optimieren. Folglich betrachte ich alle meine heutigen Beschreibungen eigener Bilder als mehr oder weniger veraltet und suboptimal, weil ich seitdem dazugelernt habe.
Und , egal, wie lang die Bildbeschreibung dann wird, und egal, wieviel Zeit dafr draufgeht.
Ich habe eine Reihe von Bildern, die habe ich schon 2024 gemacht, die sind bis heute ungepostet, weil die Bildbeschreibungen noch nicht fertig sind. Das ist auch gut so, weil ich das Geschriebene zwischendurch noch einmal berarbeiten, aktualisieren und verstndlicher formulieren mute.
Das heit, den Inhalt eines Bildes zu beschreiben und zu erklren, ist schon ein gigantischer Aufwand fr mich. Ich htte einmal fast schon angefangene Bildbeschreibungen wieder gelscht und die Bilder selbst verworfen, weil ich nicht wute, wie ich Bilder von Weltraumnebeln in diesen Bildern nach meinen eigenen Standards adquat htte beschreiben sollen. Ich habe einige schne Bilder gemacht, werde sie aber nie posten, weil ich sie nicht beschreiben kann.
Beispiele fr Bildposts von mir inklusive mit jeweils zwei Beschreibungen pro Bild ("kurz" im Alt-Text + sehr lang im Post) in umgekehrter chronologischer Reihenfolge:
Bei Memes gehe ich nicht so extrem vor, weil meine Memeposts immer auf etablierten Templates basieren. Es gibt nur eine visuelle Bildbeschreibung, und die ist im Alt-Text. Aber im Post gibt es immer Erklrungen fr alles, von dem ich annehmen mu, da gengend Leute im Fediverse damit nicht vertraut genug sind, um sie ohne Erklrungen zu verstehen. Wenn ich auf Erklrungen verlinken kann, tue ich das, sonst schreibe ich sie selbst.
Einmal habe ich auf die gehrt, die sagen, Erklrungen drfen nicht verlinkt werden, sie gehren direkt in den Post. Das Ergebnis war ein Memepost mit neun Erklrungen in fast 25.000 Zeichen: . Danach habe ich damit wieder aufgehrt und statt dessen verlinkt, was zu verlinken ging. Alleine in diesem Post htte ich mit einem einzigen Link auf KnowYourMeme sechs Erklrungen und die Hlfte der Zeichen einsparen knnen.
Ich arbeite sogar an . Das wird, wenn es fertig ist, weit ber 40, wahrscheinlich ber 50 Einzelartikel haben. Im Grunde wrde das, was du geschrieben hast, noch einmal einen eigenen Artikel brauchen, aber soweit bin ich noch gar nicht.
Einige mgen vielleicht sagen, ich nehme Bildbeschreibungen viel zu ernst und zerdenke sie komplett.
Wrdest du sagen, ich tue das jetzt wieder, oder wrdest du sagen, was ich im ersten Absatz denke, ist absolut gerechtfertigt
Zu guter Letzt: Mir hat mal eine neurodivergente Person () gesagt, da meine monstrsen Langbeschreibungen nicht nur ntzlich, sondern im Falle dieser Person auch zum Bildverstndnis zwingend notwendig sind.
# # # # # # # # # # # # # # # # # # # # #
Since Mitra appears to implement (streams)/Forte features one by one and cast them into FEPs, that's three implementations already. Two if nomadic identity via ActivityPub is involved. And if Hubzilla happens to have it, too, we've got up to four implementations.
Yes, ActivityPub is only an optional add-on on Hubzilla and (streams), but an implementation is an implementation. And whatever they do on Nomad that federates has to get out through ActivityPub one way or another.
It'd be even more hilariously skewed, hadn't Mike discontinued the five apps between Hubzilla and (streams) on New Year's Eve 2022.
CC:
# # # # # # # # # # # # # # If Mastodon really tries to shape ActivityPub around Mastodon and only Mastodon, you can expect quite some opposition from and head-butting with players such as Flipboard, Ghost and especially Automattic (WordPress).
The same who must have pressured Mastodon into "better" support of Article-type objects. That's limited to Mastodon's previews now including the summary as well, but the full long-form HTML rendering with all bells and whistles which not only they wanted is something that Mastodon will never touch.
# # # # # # # # First of all, Friendica is a Facebook alternative. It was designed as such.
However, it was designed as a better-than-Facebook-itself Facebook alternative with a lot of useful extra features and without a lot of Facebook-typical cruft. And not as an all-out, 1:1 Facebook clone. It was made almost 16 years ago, in a time when a decentralised alternative to something didn't absolutely have to be a nearly identical clone.
Friendica does have groups . So does Hubzilla which was made by Friendica's own creator from a fork of a fork of Friendica, so they're similar.
However, groups on Friendica and forums on Hubzilla are a lot different from groups on Facebook, especially if you want to have your own group. On Facebook, groups are a wholly separate feature of their own.
On Friendica, a group is just another account, but configured differently. Likewise, on Hubzilla, a forum is just another channel (on Hubzilla, your identity is not your account and not tied to your login), but, again, configured differently. (streams) and Forte, the two still existing more recent Hubzilla descendants from still the same creator, have groups in much the same fashion as Hubzilla's forums.
Friendica groups are not limited to users on the same Friendica node. In fact, anyone anywhere on Friendica, on Hubzilla, on (streams), on Forte, on Mastodon, Pleroma, Akkoma, Misskey, any of the Forkeys etc. can join Friendica groups and Hubzilla forums and interact with them. Yes, you can join Friendica groups with your existing Mastodon account.
Basically, how they work (within the Friendica/Hubzilla/(streams)/Forte family and with a Mastodon translation) is:
If you want to start a new thread in a Friendica group or a Hubzilla forum from Mastodon, which you can, you have to know the order of things, keep it in mind and adhere to it:
So while Mastodon doesn't officially support titles, at least not when posting, you can give the thread a title by writing it above the mention and the post text below the mention.
A common Mastodon mistake is to first write the post text and then add the mention afterwards. However, if there is exactly one paragraph above the mention, and that paragraph is short enough, Friendica and Hubzilla will treat it as the title. Your start post might end up with a title, but not with a post text.
How exactly groups are handled on Friendica if you're the owner, I can't tell you. The last time I've used Friendica must have been either when Mastodon was still fairly new or even before Mastodon was even made. I've switched to Hubzilla as my preferred daily driver back then and never looked back.
I've read that Friendica has something like secondary accounts which you can attach to your existing account. This way, you can have your personal Friendica account and a group account on the same login, and you can switch between them without having to log out. But that must have been introduced long after I've quit Friendica.
On Hubzilla, something like this has always been possible: If you want to start a group, you simply create another channel on your account and configure it as a forum channel, either by choosing "Community forum" as the channel role or, if you know what you're doing, by choosing "Custom" as the channel role and then activating "Group actor" in the Custom channel role settings. The latter is also the only way to have a private forum.
Friendica lets you appoint additional admins/moderators, but only from the same Friendica node that your group is on.
As Hubzilla has a full implementation of OpenWebAuth magic sign-on, include server-side, you can promote any forum member on Friendica, Hubzilla, (streams), Forte and Mitra as extra forum admins.
# # # # # # # # # # # # # # # # # # #So there's that nasty bug on Sharkey that mangles hashtags in messages from Hubzilla and probably also Friendica, (streams) and Forte. They always look like this:
#Hashtag()
Basically, Sharkey receives fully standard Rich Text from Hubzilla. It manages to convert this Rich Text into its own Misskey-Flavored Markdown. But then its Markdown parser does not parse it and leaves the Markdown code visible to everyone. It simply doesn't expect there to be a hashtag character in front of an embedded link because, seriously, who'd ever do that and why!
Friendica would. In fact, Friendica does. It puts the hashtag character in front of the tag, as in outside the tag, as opposed to at the beginning of the tag. It has been doing that since its beginnings in 2010 because it was designed from the get-go to also federate with StatusNet from 2008. And StatusNet does hashtags the same way on its few remaining servers. In fact, so did Identi.ca from 2008, from which StatusNet emerged.
Hubzilla, (streams) and Forte do it, too, because they have inherited it from Friendica.
On StatusNet, Friendica, Hubzilla, (streams) and Forte, a hashtag in a message looks like this:
#
Notice how the hashtag character has the same colour as the rest of the post text. And not the same colour as the rest of the hashtag. This means that the hashtag character is not part of the link. (To Mastodon users who don't know this: If something in a "toot" has a different colour from the rest of the "toot", it's a link. Even if it doesn't show a URL in plain sight.)
On , Mastodon, Pleroma, Akkoma, Misskey, the various Forkeys and a whole lot of other Fediverse software, a hashtag in a message looks like this:
Notice how now the hashtag character has the same colour as the rest of the hashtag. This means that the hashtag character is part of the link.
But why did Identi.ca do hashtags differently from Twitter Because Identi.ca did hashtags before Twitter. AFAIK, when Identi.ca was launched, it had support for hashtags right away. About one year before Twitter.
The hashtag itself had already been invented by the Twitter community. Chris Messina had already codified it in 2007. But it wasn't until 2009 that Twitter actually introduced a technological implementation to support it.
Again, Identi.ca must have had hashtags as early as 2008, and there was no way that Identi.ca creator Evan Prodromou could possibly predict what Twitter would do the following year. So he did what he thought was right and what actually made sense to him.
But nowadays, everybody "knows" that Twitter had the world's very first hashtag implementation ever because nobody, even in the Fediverse, has ever heard of Identi.ca. I mean, the majority of Fediverse users "know" that the Fediverse started with Mastodon.
You know, just like Officer James Barrett "knew" that there is no intelligent life outside Earth only a few minutes before he became Agent J of the Men In Black.
This is also why just about all Fediverse software that does hashtags the Twitter way expects everything to do hashtags the Twitter way. It does not expect hashtags to be done differently. And when a message comes in from Friendica, Hubzilla, (streams) or Forte with hashtags in it, it fails at varying degrees of ungracefully.
Hashtags with the hashtag character outside the link are older than hashtags with the hashtag character inside that they're not only completely unexpected, that they cause software to malfunction, but the same software often can't even handle that malfunction. It's a miracle that the Friendica/Hubzilla family doesn't cause Fediverse servers to crash or even server databases to go corrupt by simply sending hashtags.
Mastodon used to be an exception of sorts, but only because, before version 4.0 from October, 2022, its HTML "sanitiser" actually ripped out any and all rich text code from incoming messages and left nothing but plain text behind. And then it didn't recognise hashtags in messages from outside Mastodon as hashtags at all.
When Mastodon 4.0 came and supported some rich text, including embedded links, it went haywire, of course. But then someone from Friendica and Hubzilla went in and complained about this malfunction and explained what happened, why it happened and why it was not Friendica and Hubzilla that did things wrong. Besides, if something utterly defaces "toots", then Mastodon developers do step in to stop it. After all, Mastodon has a few more of them at hand, paid, full-time professionals even. You have to give it that.
Which takes us back to Sharkey. Sharkey is developed by a small handful of individuals in their spare time. Granted, it's a soft fork of Misskey, so a lot of development work is done by the Misskey devs and taken over by the Sharkey devs, but they still have to weave the code changes coming from Misskey in and make them work with what's different on Sharkey.
So it turned out that (Link content warning: eye contact) . All that has happened since then until today was that Hazelnoot added two labels. But the bug report came with no explanations. In fact, it misattributed one of my Hubzilla posts as a Friendica post.
And in fact, it turned out that this is actually (Link content warning: Microsoft GitHub link, eye contact) . The bug report is a bit more elaborate, but the reporter still knew precious little about what's going on. So I wrote a comment in which I explained the bug from a Friendica/Hubzilla POV as well as what's going on on the technical side, and why the error has to be on Misskey's side.
I hope this will finally help get the bug fixed. Unfortunately, this fix would come too late for Iceshrimp. Iceshrimp-JS is a true Forkey, but in maintenance mode, so I guess only security patches and critical bugfixes will be merged from Misskey, if anything. And Iceshrimp.NET is a complete rewrite of a pre-this-fix Misskey fork, so the Iceshrimp devs probably don't know about this issue either. If it fails ungracefully upon receiving hashtags with the hashtag character outside, it will require its own bug report.
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #So there's that nasty bug on Sharkey that mangles hashtags in messages from Hubzilla and probably also Friendica, (streams) and Forte. They always look like this:
#Hashtag()
Basically, Sharkey receives fully standard Rich Text from Hubzilla. It manages to convert this Rich Text into its own Misskey-Flavored Markdown. But then its Markdown parser does not parse it and leaves the Markdown code visible to everyone. It simply doesn't expect there to be a hashtag character in front of an embedded link because, seriously, who'd ever do that and why!
Friendica would. In fact, Friendica does. It puts the hashtag character in front of the tag, as in outside the tag, as opposed to at the beginning of the tag. It has been doing that since its beginnings in 2010 because it was designed from the get-go to also federate with StatusNet from 2008. And StatusNet does hashtags the same way on its few remaining servers. In fact, so did Identi.ca from 2008, from which StatusNet emerged.
Hubzilla, (streams) and Forte do it, too, because they have inherited it from Friendica.
On StatusNet, Friendica, Hubzilla, (streams) and Forte, a hashtag in a message looks like this:
#
Notice how the hashtag character has the same colour as the rest of the post text. And not the same colour as the rest of the hashtag. This means that the hashtag character is not part of the link. (To Mastodon users who don't know this: If something in a "toot" has a different colour from the rest of the "toot", it's a link. Even if it doesn't show a URL in plain sight.)
On , Mastodon, Pleroma, Akkoma, Misskey, the various Forkeys and a whole lot of other Fediverse software, a hashtag in a message looks like this:
Notice how now the hashtag character has the same colour as the rest of the hashtag. This means that the hashtag character is part of the link.
But why did Identi.ca do hashtags differently from Twitter Because Identi.ca did hashtags before Twitter. AFAIK, when Identi.ca was launched, it had support for hashtags right away. About one year before Twitter.
The hashtag itself had already been invented by the Twitter community. Chris Messina had already codified it in 2007. But it wasn't until 2009 that Twitter actually introduced a technological implementation to support it.
Again, Identi.ca must have had hashtags as early as 2008, and there was no way that Identi.ca creator Evan Prodromou could possibly predict what Twitter would do the following year. So he did what he thought was right and what actually made sense to him.
But nowadays, everybody "knows" that Twitter had the world's very first hashtag implementation ever because nobody, even in the Fediverse, has ever heard of Identi.ca. I mean, the majority of Fediverse users "know" that the Fediverse started with Mastodon.
You know, just like Officer James Barrett "knew" that there is no intelligent life outside Earth only a few minutes before he became Agent J of the Men In Black.
This is also why just about all Fediverse software that does hashtags the Twitter way expects everything to do hashtags the Twitter way. It does not expect hashtags to be done differently. And when a message comes in from Friendica, Hubzilla, (streams) or Forte with hashtags in it, it fails at varying degrees of ungracefully.
Hashtags with the hashtag character outside the link are older than hashtags with the hashtag character inside that they're not only completely unexpected, that they cause software to malfunction, but the same software often can't even handle that malfunction. It's a miracle that the Friendica/Hubzilla family doesn't cause Fediverse servers to crash or even server databases to go corrupt by simply sending hashtags.
Mastodon used to be an exception of sorts, but only because, before version 4.0 from October, 2022, its HTML "sanitiser" actually ripped out any and all rich text code from incoming messages and left nothing but plain text behind. And then it didn't recognise hashtags in messages from outside Mastodon as hashtags at all.
When Mastodon 4.0 came and supported some rich text, including embedded links, it went haywire, of course. But then someone from Friendica and Hubzilla went in and complained about this malfunction and explained what happened, why it happened and why it was not Friendica and Hubzilla that did things wrong. Besides, if something utterly defaces "toots", then Mastodon developers do step in to stop it. After all, Mastodon has a few more of them at hand, paid, full-time professionals even. You have to give it that.
Which takes us back to Sharkey. Sharkey is developed by a small handful of individuals in their spare time. Granted, it's a soft fork of Misskey, so a lot of development work is done by the Misskey devs and taken over by the Sharkey devs, but they still have to weave the code changes coming from Misskey in and make them work with what's different on Sharkey.
So it turned out that (Link content warning: eye contact) . All that has happened since then until today was that Hazelnoot added two labels. But the bug report came with no explanations. In fact, it misattributed one of my Hubzilla posts as a Friendica post.
And in fact, it turned out that this is actually (Link content warning: Microsoft GitHub link, eye contact) . The bug report is a bit more elaborate, but the reporter still knew precious little about what's going on. So I wrote a comment in which I explained the bug from a Friendica/Hubzilla POV as well as what's going on on the technical side, and why the error has to be on Misskey's side.
I hope this will finally help get the bug fixed. Unfortunately, this fix would come too late for Iceshrimp. Iceshrimp-JS is a true Forkey, but in maintenance mode, so I guess only security patches and critical bugfixes will be merged from Misskey, if anything. And Iceshrimp.NET is a complete rewrite of a pre-this-fix Misskey fork, so the Iceshrimp devs probably don't know about this issue either. If it fails ungracefully upon receiving hashtags with the hashtag character outside, it will require its own bug report.
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # Fediverse-Serversoftware fr "Microblogging" (). Ein Fork von Misskey, das aus Japan kommt ().
Im Prinzip so etwas wie Mastodon und auch mit Mastodon voll verbunden, d. h. Mastodon-Nutzer knnen Misskey- und Sharkey-Nutzern folgen und umgekehrt und mit ihnen kommunizieren. Aber Misskey ist um einiges mchtiger und reicher an Features als Mastodon, und Sharkey ist noch einmal mchtiger und reicher an Features als Misskey.
So haben beide ein Zeichenlimit von 3000 Zeichen, wo Mastodon nur 500 hat. Und auf Sharkey ist es dann auch noch konfigurierbar, ohne wie bei Mastodon die Software selbst umbauen zu mssen.
(An dieser Stelle bruchte es eigentlich eine Mastodon/Misskey/Sharkey-Featurevergleichstabelle wie meine Mastodon/Friendica/Hubzilla/(streams)/Forte-Featurevergleichstabelle ().)
# # # # # # # # # # # # # # # # Find the latitdue and longitude of any place
Das hat Hubzilla geerbt von Friendica, weil es umgebaut wurde aus einem Fork eines Forks von Friendica. Und Friendica hat es bernommen von StatusNet, weil es von vornherein mit StatusNet fderieren sollte. Und StatusNet hat es geerbt von Identi.ca.
Sie alle handhab(t)en Hashtags intern als Schlsselwrter, die keine Raute enthalten. Und sie stellen die Raute auerhalb des Link vor den Link, um zu signalisieren: Das hier ist ein Hashtag. Wenn man einen Post, einen Kommentar oder eine DM verschickt, wird aus dem Hashtag automatisch ein entsprechendes Konstrukt aus ungelinkter Raute plus Link aufs Schlsselwort generiert.
Das ist wie bei Namen: Auf allen war bzw. ist das kein Teil irgendeines Namen, nicht des Kurznamen, nicht des Langnamen. Der Kurzname, der Teil des Profil-Link ist, hat auch kein . Guck dir mal deine Erwhnung an: Das ist nicht Teil des Link, sondern steht vorm Link, und dein Langname ist erwhnt.
Warum "die" das anders gemacht haben als auf Twitter und Mastodon Ganz einfach: Weil "die" das vor Mastodon gemacht haben. Eigentlich sogar noch vor Twitter.
Identi.ca und StatusNet waren von 2008. Etwa acht Jahre vor Mastodon. Das war der eigentliche Urknall des Fediverse. Und StatusNet hatte meines Wissens damals schon offizielle Untersttzung fr Hashtags.
Warum hat es das nun anders gemacht als Twitter Weil es das vor Twitter gemacht hat.
Es war nmlich erst 2009, da Chris Messina offiziell Untersttzung fr Hashtags bei Twitter eingefhrt hat. Evan Prodromou, der Erfinder von Identi.ca, StatusNet und dem Fediverse, konnte unmglich etwa ein Jahr im voraus ahnen, wie Twitter mal Hashtags implementieren wird. Und die Twitter-Entwickler drften damals berhaupt nicht gewut haben, da auch nur Identi.ca existiert, geschweige denn, wie es Hashtags handhabt.
Friendica ging im Mai 2010 an den Start, etwa fnf Jahre und acht Monate vor Mastodon. Friendica basierte zwar auf einem eigenen Protokoll, war aber von vornherein in der Lage, sich mit StatusNet ber dessen eigenes OStatus-Protokoll zu verbinden. Praktischerweise hat der Friendica-Erfinder Mike Macgirvin gleich Identi.cas und StatusNets Handhabung von Hashtags bernommen. Zu diesem Zeitpunkt hatte Twitter Hashtags erst seit gut zehn Monaten.
Ende 2011 hat Mike Macgirvin Friendica geforkt, dann den Fork geforkt und diesen Fork namens Red (spter Red Matrix) dann ab 2012 komplett umgeschrieben. Zu diesem Zeitpunkt handhabte alles im Fediverse Hashtags noch auf dieselbe Art.
Um diese Zeit wurde StatusNet nach GNU social hardgeforkt, das wohl versuchte, mehr wie Twitter zu sein. Daher wurden auch die Hashtags wie auf Twitter ausgefhrt: mit der Raute als Teil des Schlsselworts und als Teil des Link. StatusNet verlor dann nach der 2012er Umstellung von Identi.ca auf pump.io seine Entwicklungsgrundlage und wurde 2013 kurzerhand nach GNU social gemerget, ohne aber die Hashtags wieder auf die alte Form umzustellen.
Im Mrz 2015 wurde erstmals Hubzilla verffentlicht, das entstanden war, indem die Red Matrix umbenannt und massiv erweitert worden war.
Erst im Januar 2016 kam dann Mastodon, Pleroma kurze Zeit spter. Weil beide ursprnglich alternative Frontends fr GNU social sein sollten, bernahmen sie von GNU social die Twitter-Hashtags.
Zu diesem Zeitpunkt sahen weder die neuen Entwickler, die Friendica seit Ende 2011 hatte, noch Mike Macgirvin es ein, warum sie ihre Software unbedingt an Mastodon anpassen sollten. Mike, der inzwischen zwei Nachfahren von Hubzilla betreut, sieht es bis heute nicht ein. Eher baut er serverseitige Gegenmittel gegen Mastodon in seine Software ein.
Misskey landete meines Wissens erst 2018 im Fediverse, nachdem es ActivityPub adoptiert hatte. Das hatte brigens Hubzilla als erstes, seit Juli 2017, und Mastodon als zweites, seit September.
# # # # # # # # # # # # # # # # # # # # # # #
All times are in grid time = PST.
Friday, January 16th (actual anniversary date)
11:00: DJ Anachron Young (open end)
Event location: Rock-House, Nihilon
hop://dorenas-world.de:8002/Nihilon/216/167/22
Saturday, January 17th
10:00: Reading by Rubeus Helgerud
11:00: Wolem Wobbit live "Still Alive"
Afterwards: DJ Rubeus Helgerud (open end)
Event location: Festival ground, Landing
hop://dorenas-world.de:8002/Landing/140/149/22
# # # # # # # # # #Dorenas World, the oldest German-speaking grid and the third-oldest of all grids, is going to this week. Due to real-life influences, the schedule is somewhat cut short.
All times are in grid time = PST.
Friday, January 16th (actual anniversary date)
11:00: DJ Anachron Young (open end)
Event location: Rock-House, Nihilon
hop://dorenas-world.de:8002/Nihilon/216/167/22
Saturday, January 17th
10:00: Reading by Rubeus Helgerud
11:00: Wolem Wobbit live "Still Alive"
Afterwards: DJ Rubeus Helgerud (open end)
Event location: Festival ground, Landing
hop://dorenas-world.de:8002/Landing/140/149/22
# # # # # # # # # # Die wollen kein soziales Netzwerk. Die wollen ein soziales Medium. Etwas, wo sie einfach nur Content rauspusten knnen, ohne mit irgendjemandem interagieren zu mssen.
Knnen sie auch im Fediverse haben: ein Marktschreierkonto auf (wenn's das da noch gibt).
Oder auf knnten sie Verbindungsanfragen automatisch akzeptieren und niemandem das Liken und Kommentieren und das Zusenden eigener Posts erlauben (weil sie ja keine Interaktion wollen, wobei das auf Mastodon & Co. keiner merken wird, da das alles nicht erlaubt ist). Zustzlich knnten sie die RSS-/Atom-Feeds ihrer eigenen offiziellen Pressemitteilungen abonnieren und als Channel Sources automatisch reposten, um fr mehr Content und mehr Aktivitt ohne mehr Arbeit zu sorgen.
# # # # # # # # # # # # # # #
Das mit dem
Das mit dem kaputten Hashtag liegt daran, da Friendica und seine Nachfahren Hubzilla, (streams) und Forte bei Hashtags die Raute nicht mit zum Teil des Link machen.
Auf Twitter/ ist die Raute bei Hashtags Teil des Link: . Mastodon, Misskey, all ihre Forks und viele anderen Microblogging-Anwendungen haben das so bernommen.
Auf Friendica, Hubzilla, (streams) und Forte ist die Raute bei Hashtag nicht Teil des Link: #. Der Grund: Friendica ist kein Twitter-Ersatz, sondern eine Facebook-Alternative. Und Friendica ging schon im Mai 2010 an den Start mit genau diesen Hashtags. Das war, bevor Facebook Hashtags hatte, und das war, bevor es en vogue war, Twitter zu klonen.
Hubzilla ist umgebaut worden aus einem Fork eines Forks von Friendica. (streams) ist ein Fork eines Forks dreier Forks eines Forks (eines Forks) von Hubzilla. Forte ist ein Fork von (streams). Alles von Friendicas eigenem Erfinder aus der Taufe gehoben. Also haben sie alle Friendicas Verhalten geerbt, auch weil es keinerlei Veranlassung gab, das zu ndern.
Das Problem ist nun: Zum einen rechnet Sharkey nicht mit Hashtags, bei denen die Raute davor statt mit drin steht (das tut Mastodon auch nicht, aber Mastodon kann das einigermaen abfedern, seit da mal jemand einen Issue eingereicht hat). Zum anderen kann Sharkey augenscheinlich auch nicht damit umgehen, da irgendwelche Inhalte in irgendwas anderem als Misskey-Flavored Markdown formatiert sind.
Auf Hubzilla sind Posts, Kommentare und DMs intern in BBcode formatiert. PubCrawl, das die optionale ActivityPub-Anbindung zur Verfgung stellt, wandelt den BBcode allerdings in standardkonformes Rich Text Format um, das meines Wissens so auch in der offiziellen ActivityPub-Spezifikation empfohlen wird.
Mastodon nimmt das RTF, wandelt es in HTML um, schickt es durch seinen HTML-Sanitiser, der alles Unliebsame rausschmeit (vor Mastodon 4.0 hat der Sanitiser noch alles rausgeschmissen und nur noch Reintext briggelassen), und zeigt das Ergebnis dann zuverlssig an.
Sharkey scheint dagegen nur gebaut zu sein gegen sich selbst (sendet wohl MFM), Misskey (sendet wohl auch MFM), eventuell andere Forkeys (senden wohl auch alle MFM) und Mastodon (kann gar keine Textformatierung erzeugen und sendet daher auch keine). Es scheint nicht damit zu rechnen, da sich irgendwas an die Spec hlt und RTF sendet.
Irgendjemand sollte sich also mal mit Fehlermeldungen an die Misskey- und Sharkey-Entwickler wenden.
Hier mal ein Test (dieser Kommentar kommt auch von Hubzilla): Funktioniert das hier
Sorry, jetzt mu ich selbst eine Zeile Hashtags einbauen, auch, um zuverlssig die Filter, die mglicherweise gerade auf Mastodon viele im Einsatz haben, auslsen zu knnen.
# # # # # # # # # # # # # # # # # # # # # #
Because they're probably stuck at freshly-switched-from-the--iPhone-app-to-the-Mastodon-iPhone-app level of Fediverse knowledge. They probably don't simply believe that the Fediverse is only Mastodon. No, they must believe that the Fediverse is only one server, one website, namely mastodon.social. They might be unable to imagine that multiple Twitter-like websites that run the same code can communicate with each other. After all, they haven't heard of anything like this having happened before.
Which also means that the guys behind the Forkiverse think that their Forkiverse is every but as much a centralised, single-website walled garden silo as they think the Fediverse, i.e. mastodon.social, is. And that there are exactly two websites running Mastodon code now, namely mastodon.social, for which the Mastodon code was probably developed, and the Forkiverse.
If that's so, they're probably going to go completely insane once they discover that people on mastodon.social start leaving content in their Forkiverse. Or people from wholly different Mastodon servers, something they might not even expect to exist.
And that says nothing about how they'll react upon the first comment on a Forkiverse post from something that's very much, very obviously, very blatantly not Mastodon. Like Friendica or Hubzilla or (streams) or Forte. Something that does everything differently from Mastodon, from 33,000 times more characters to text formatting to bullet-point lists to headlines to very different-looking hashtags and mentions.
I mean, I know that Mastodon users who got used to a Mastodon-only Fediverse frequently lose their minds when they come across the first message that's obviously not from Mastodon, and whose author states and proves that this is not a Mastodon toot. And I've seen at least one tech journalist insist in Mastodon being an enclosed network itself and himself being right because he, very much unlike those filthy amateurs that drivel about Calckey and Friendica and Hubzilla and whatnot, is a journalist and therefore a professional.
But imagine you know next to nothing about Mastodon, other than that mastodon.social is a website that's an alternative to , and that it's running on an open-source server application that's also named Mastodon. And then you set up your own website with the same code. And you think it's every bit a walled garden as and as mastodon.social straight out of the box. And then you, as one of the admins and site owners, receive a comment on one of your posts that so very much blatantly not even a Mastodon toot.
Brix will be shat. This will hurt horribly.
# # # # # # # # # # # # # #Why does someone call one single Fediverse server, one single website "-verse"
Because they're probably stuck at freshly-switched-from-the--iPhone-app-to-the-Mastodon-iPhone-app level of Fediverse knowledge. They probably don't simply believe that the Fediverse is only Mastodon. No, they must believe that the Fediverse is only one server, one website, namely mastodon.social. They might be unable to imagine that multiple Twitter-like websites that run the same code can communicate with each other. After all, they haven't heard of anything like this having happened before.
Which also means that the guys behind the Forkiverse think that their Forkiverse is every but as much a centralised, single-website walled garden silo as they think the Fediverse, i.e. mastodon.social, is. And that there are exactly two websites running Mastodon code now, namely mastodon.social, for which the Mastodon code was probably developed, and the Forkiverse.
If that's so, they're probably going to go completely insane once they discover that people on mastodon.social start leaving content in their Forkiverse. Or people from wholly different Mastodon servers, something they might not even expect to exist.
And that says nothing about how they'll react upon the first comment on a Forkiverse post from something that's very much, very obviously, very blatantly not Mastodon. Like Friendica or Hubzilla or (streams) or Forte. Something that does everything differently from Mastodon, from 33,000 times more characters to text formatting to bullet-point lists to headlines to very different-looking hashtags and mentions.
I mean, I know that Mastodon users who got used to a Mastodon-only Fediverse frequently lose their minds when they come across the first message that's obviously not from Mastodon, and whose author states and proves that this is not a Mastodon toot. And I've seen at least one tech journalist insist in Mastodon being an enclosed network itself and himself being right because he, very much unlike those filthy amateurs that drivel about Calckey and Friendica and Hubzilla and whatnot, is a journalist and therefore a professional.
But imagine you know next to nothing about Mastodon, other than that mastodon.social is a website that's an alternative to , and that it's running on an open-source server application that's also named Mastodon. And then you set up your own website with the same code. And you think it's every bit a walled garden as and as mastodon.social straight out of the box. And then you, as one of the admins and site owners, receive a comment on one of your posts that so very much blatantly not even a Mastodon toot.
Brix will be shat. This will hurt horribly.
# # # # # # # # # # # # # #
Als Nutzer kann man es aber nicht installieren, sondern nur als Serveradmin und dann wie schon angedeutet nur fr alle Nutzer gleichermaen.
Es funktioniert auch mit Mastodon.
# # # # # # # # # # # # # # # #
At the same time, they could actually be very active posters. But for privacy and security reasons, they don't post in public. All their posts have restricted permissions. Alternatively, they do post in public, but they only grant permission to see their stream of posts on their channel to their contacts or even only to certain contacts. Either way, you as a non-contact are not allowed to access their posts.
Imagine you, on Mastodon, could allow only your followers and followed to read your profile. And you could allow only your followers and followed to access the timeline on your profile page. Both is absolutely possible on Hubzilla. Or you only ever post to "followers only" and never in public, so your posts don't show up in your timeline.
Either way, there's a profile, and there are posts, but you are not allowed to access them. So to you, it appears like a blank and inactive account.
Still, Hubzilla does little to nothing in terms of accessibility. In its software family that spans a decade and a half, it's the only server application that requires coding to add alt-texts.
Friendica may have introduced a Mastodon-like entry field. (streams) and Forte allow for alt-texts to be stored with images in the built-in filespace so they're automatically added when an image is embedded into a post or a comment. On Hubzilla, the alt-text must still be manually grafted into the image-embedding BBcode. Even that information was only spread via hearsay until it was added to the official documentation last year or so.
So the reason why there's hardly ever any alt-text coming from Hubzilla is not because Hubzilla staunchly refuses to replace its own culture with Mastodon's (which it does, by the way, and for very good reasons). It's partly because adding alt-texts is so tedious and requires what amounts to "programming". And it's partly because since Hubzilla's post and comment editors have no UI elements for alt-texts, and neither do the file and image uploaders, hardly anyone on Hubzilla even knows about alt-texts and that it's possible to add them on Hubzilla in the first place.
Hubzilla's entire UI/UX is mostly stuck in 2012 with parts of it dating back to 2010. That was when accessibility didn't matter for hobbyist projects. And it was developed by someone who's much more of a protocol developer than a UI expert. There hasn't changed that much about it since back then except for new features having their UI elements glued on in sometimes seemingly random places.
# # # # # # # #
Zunchst einmal, das hier ist mein Kanal:
Das hier ist mein ffentliches Profil:
Das Farbschema nebst Hintergrundbild ist brigens von mir. Das ist alles einstellbar. Das Layout und die Navigation habe ich auch ein bichen frisiert.
Es gibt einen ungefhr monatlich stattfindenden deutschsprachigen Hubzilla-Workshop. Der findet statt auf BigBlueButton, du brauchst also nur einen Webbrowser, ein Mikro und eine Abhre. Er hat einen eigenen Hubzilla-Kanal: . Dem kann man meines Wissens auch von Mastodon aus folgen. Alternativ kann man der Organisatorin folgen (Mastodon: Hubzilla: Friendica: ).
Folgenswert ist auch der schreibt fters mal ber Hubzilla. Er hat auch das komplette Hilfesystem fr Hubzilla auf Deutsch und Englisch neu geschrieben (), und er betreibt die Hubzilla KnowledgeDB () und ein deutschsprachiges Supportforum ().
Auf dem zweiten Workshop im Oktober 2025 hat Pepe zunchst einmal einen Vortrag gehalten ber den Einstieg in Hubzilla. Hier ist das Video:
Auf demselben Workshop habe ich einen Vortrag gehalten ber Privacy-Gruppen (= Mastodon-Listen auf Steroiden und Koks) und Kontaktrollen (gibt's auf Mastodon so nicht mal ansatzweise). Hier ist das Video:
Auf dem dritten Workshop im November ging es darum, wie auf Hubzilla gepostet wird. Das ist an sich schon ein gewaltig viel greres Thema als das "Trten" auf Mastodon. Da hat Pepe auch einen Vortrag generell ber das Posten gehalten (Videos scheint es nicht zu geben Prsentation: ) und ich einen ber die Unterschiede beim Posten zwischen Hubzilla und vor allem Mastodon (wieder kein Video Prsentation: ).
Der erste Workshop im September war eigentlich nur ein Testballon, knnte aber trotzdem interessant gewesen sein. Da ging es um verschiedene Einstellungen, um Hubzillas mchtige Filter und um verschiedene Tips & Tricks. Hier ist das Video:
Die nchsten zwei Workshops sind am Mittwoch, dem 28. Januar, und am Mittwoch, dem 11. Februar, jeweils um 19.30 Uhr. In beiden geht es um Hubzillas mchtiges und hochkomplexes Berechtigungssystem. Das ist so ein groes Thema, da wir beschlossen haben, es auf zwei Workshops auszudehnen. Das heit, den am 11. Februar verstehst du wahrscheinlich nur, wenn du am 28. Januar schon da warst.
# # # # # # # # # # #
It gets really interesting when the permissions system is applied to groups. As the owner of a Hubzilla forum, you have the following options:
(streams) and Forte have four different types of group channels instead:
As I've already said, you can grant individual permissions to your contacts on your personal channel. But you can grant individual permissions to forum users on a forum channel just the same. You can have regular users. You can have users with certain extra privileges. You can use the permissions system to silence users without kicking and blocking them.
And you can use the permissions system to appoint extra forum admins/mods. You can grant contacts permission to administer your forum. Now, this requires for your channel to recognise visitors and their identities to see what permissions they shall have and to grant them these permissions. And this requires OpenWebAuth. So right now, you can only make forum members from Hubzilla, (streams), Forte, Friendica, Mitra and Tootik additional admins/mods. But you can.
(9/9)
# # # # # # # # # # # # # # # # # # # # #
As I've already said, whenever you write a post to start a new thread, you also define the permissions of this post. Of this post and of all replies.
Let's translate this to Mastodon again.
You know the toot visibility button, I guess. Let's assume it looks and works somewhat different. Especially the visibility options.
"Public" still exists. It does what it says on the button: It makes your toot public. Oh, and now, it also makes all replies public. There's no replying to your toot with a DM.
The other three don't exist.
Instead, as the second option, you have "Only me".
Right below, all your lists are listed up. You can pick one of them. You can send your toot to everyone on one specific list of yours and to only those on that list, all without having to mention them. Better yet: Only those on that list are permitted to see your toot. And only those on that list are permitted to see any reply to your toot. Killer feature: They can see each other's replies, and they can reply to each other.
Below that, all groups that you follow are listed up. Again, you can pick one of them. This will have the effect that your toot will go to the group, and it will be forwarded by the group to all its members, but it will not go to your followers unless they're also in that group.
Below that, there's "Custom selection". This opens another window with each one of your lists and each one of your followed accounts, each with a green "Allow" button and a red "Don't allow" button. Here, you can put together a choice of lists and single accounts whom to send your toot to and a choice of lists and single accounts whom not to send your toot to. Again, only those who receive the toot are also permitted to see it, and only them are permitted to see any of the replies, and no-one can ever change these permissions.
What sense this makes
Imagine you have a list with a certain group of friends in it. One of them will soon celebrate their birthday, and you want to organise a birthday surprise for them. So you send a toot to that list with everyone in it, but without that person who'll soon celebrate their birthday so you won't ruin the surprise for them.
Or: Imagine you have lists according to which languages people speak. Like, you have a German list, and you have an English list. Then you can put together an audience for a German toot from lists and single followed users, but exclude the English list so that those who don't understand German anyway won't receive that toot.
By the way: This also covers DMs. And this means that DMs are actually private.
As Mastodon is right now, you can DM Alice, you can have a conversation with Alice, but Alice could mention Bob and pull him into the conversation. This also gives Bob the opportunity to read the whole thread because he has access to it now. Mastodon only defines to whom a message is sent, but not who is allowed to see it.
In this version of Mastodon, when you DM Alice, you only grant Alice permission to see your toot and everything else in the thread. Now, Alice can mention Bob all she wants, but she can't pull him into the thread. Bob won't even receive the toot with his mention in it. He is not permitted to see it. You have not granted him permission to see the start toot, and thus, you have not granted him permission to see any of the replies, including the one in which Alice mentions him. Alice cannot change any permissions in the thread. Neither can you, by the way. The moment you send the start toot, all permissions are permanently set in stone for the whole thread.
This also makes dogpiling by extra mentions in DMs impossible.
Also, this provides for very effective quote-post control. It isn't allowed to boost posts that aren't public, including replies. It isn't allowed either to Mastodon-style-quote, as in quote-post, posts that aren't public, including replies.
These DMs have another advantage of DMs on Mastodon-as-it-is-now: If you send a DM to Alice and Bob, Bob receives Alice's replies, and Alice receives Bob's replies, and the two can reply to one another.
Oh, by the way, there's another nifty button. A speech bubble. With this button, you can allow or disallow replies to your post. Mind you, again, this only works when you start a thread. You cannot allow or disallow replies to a reply that you post.
Now, how does Mastodon-as-it-is-now handle DMs from Hubzilla, (streams) and Forte It sees them as Mastodon DMs, and it treats them like Mastodon DMs. The downside is, if I send a restricted-permission post to Alice on Mastodon and Bob on Mastodon, both perceive it as a Mastodon DM. Both can only reply to and converse with me. They can't see each other's replies, and they can't reply to each other.
(8/9)
# # # # # # # # # # # # # # # # # #
Let's go one level further down. The second level of Hubzilla's permission system is per contact. On Mastodon, that'd be those whom you follow.
If Mastodon was like Hubzilla, you'd have the possibility to create permission templates which you can then assign to those whom you follow. (Hubzilla calls them "contact roles", by the way.)
Like, you could make one template for those whom you really trust. You grant all permissions in that template.
Then you could make one that's more privacy-oriented. You only grant permission to send you toots, fave and reply to your toots and send you DMs.
In theory, you could also make one for those whom you absolutely must follow, but whose toots you don't want. In this one, you only grant permission to fave and reply to your toots and send you DMs. This, however, only makes sense on something that works like Facebook, something like Hubzilla, where you can only confirm follow requests by also following back because connections are always mutual by default.
Then you could go to your list of followed accounts. And you could edit and configure them, one by one. You could choose which of these permission templates is assigned to them and thereby what you allow them to do. While you're already there, you could also, for example, add them to lists or remove them from lists.
There's one catch, though: If you grant a permission for your whole account, you automatically grant it to everyone whom you follow. You cannot forbid one of your followed something your account generally allows. So if you want to be able to choose whether someone is allowed to do something or not, you must not allow it for your whole account, and instead, you must allow it followed by followed.
(streams) and Forte make things a great deal easier than Hubzilla, by the way: They don't require such templates anymore. Instead, when you go edit a contact, you'll see one on-off switch for each permission, and you can turn each permission on or off right there, right then (provided it isn't inherited from the channel). You still have such templates, but they only serve to grant the same set of permissions to a whole lot of contacts without having to click single permissions on or off for all of them.
(7/9)
# # # # # # # # # # # # # # # # #
The top level of Hubzilla's permissions system is the whole channel. On Mastodon, that'd be your account and everything that happens on it.
Translated to Mastodon again, for each of the above permissions, your account would have seven or eight choices whom to grant the corresponding permission:
*It's unclear what exactly this option means. See, Hubzilla is not based on ActivityPub. It is based on its own protocol, Zot. When it was created, it was the only server software that used Zot, so limiting permissions to Hubzilla and limiting permissions to whatever uses Zot had the same effect, seeing as Hubzilla could and still can also connect to a whole lot of other things using a whole lot of other protocols. So nowadays, "Anybody in this network" may mean anybody using Zot which means anybody on Hubzilla or (streams), or it may mean anybody on Hubzilla which means just that, excluding (streams).
**This translates to Mastodon badly. Basically, Friendica, Hubzilla, (streams) and Forte know three states of connection. Either a Mastodon follow request, that's a "contact". Or a mutual follower, that's a "confirmed contact" because it's listed on your connections page, and you have control over that connection. Or only you follow someone, that's a "confirmed contact", too, because, again, because it's listed on your connections page, and you have control over that connection. The concept of confirmed follower doesn't exist because confirming a connection request will automatically make it a mutual connection. Remember we aren't talking about Twitter followers and Twitter followed, but about Faceboook friends.
The choices on (streams) and Forte, translated to Mastodon, are:
To stick with Mastodon equivalents, there are a few more settings on Hubzilla (as for (streams) and Forte, I've covered them in the previous comment already).
I guess you already know the switch that hides your account from Google and other search engines and the switch that makes your account automatically accept follow requests.
You know that you can mention anyone out of the blue on Mastodon, regardless of whether they follow you or you follow them or not, and they're always notified Imagine this being notified is optional. And off by default. On Hubzilla, both is the case.
Okay, so, next, you don't allow anyone on the internet to reply to your toots. But there's an option that "half-allows" this: Anyone on the internet can send replies to your toots, even if they don't have any Fediverse account at all. Now it comes: You have to approve these replies. You have a green button that you can click, and the reply becomes visible, and it's added to the thread to which it belongs. Before then, nobody can see the reply but you. You also have a red button, and when you click it, the reply is rejected and deleted.
There are two clear use-cases for this. One is when you want absolute control over who replies what to you. Then you don't allow anyone to reply to your toots, but you activate this option. When someone does reply, you can choose whether to let the reply through or delete it.
The other one is a use-case that doesn't work on Mastodon, namely when you want to run a Hubzilla channel as a fully public long-form blog with a target audience that isn't limited to the Fediverse, and you want everyone to be able to comment on your posts, even without having some Fediverse account and following you first, but you want to keep spam out.
Lastly, there's the option that if you don't allow everyone to see your images and other media at , these images and other media can still be seen attached to toots by those who are allowed to see the toots that they're attached to.
(6/9)
# # # # # # # # # # # # # # # # # #
Now allow me to explain Hubzilla's permissions system to you. From a Mastodon point of view again.
Hubzilla's permission system works on three levels. In Mastospeak, the first level is your entire account.
The second level is everyone whom you follow, individually. Like, you can go to your list of followed accounts and click on them and configure them. Among other things, you can assign to them a set of permissions that, usually, you'll first define. You'll probably have multiple such sets of permissions.
(Yes, this completely leaves out those who only follow you, and whom you don't follow back. Such a thing does not exist on Friendica, Hubzilla, (streams) and Forte. That is, it does, but you don't have a list of these, and you can't configure these, because they can't do much anyway as long as you don't follow them.)
And the third level is each toot that is not a reply, and then that toot forces its own permissions hard upon all toots that reply to it. If you reply to someone else's toot, your toot will have the same permissions as the start toot with no way for you to change them.
Translated to Mastodon, Hubzilla offers the following permissions:
In addition, there are more permissions that don't translate to Mastodon because they cover features that Mastodon doesn't have:
Translated to Mastodon again, (streams) and Forte offer the following permission settings, some of which are yes/no switches, some are numbers or text fields:
Again, there are permissions that don't translate well to Mastodon:
listManually allow toots from those who request to follow you
(Doesn't make sense on Mastodon because if someone wants to follow you, you do not have to follow them back on (streams) and Forte, confirming a follow request does make you follow them back) Show links to all clones of your account in your profile
(Mastodon doesn't have nomadic identity) Don't show whether you're online
(Mastodon doesn't show whether you're online anyway, it doesn't even have this feature)/list
That said, some of these permissions don't make sense from a Mastodon point of view, namely those that handle what people can see when visiting your profile at . There would have be some way to identify them to grant them the permissions you've given them.
Hubzilla has such a way, as do (streams) and Forte. It's OpenWebAuth, a "magic sign-on" system created by the creator of these four for a Hubzilla fork that was backported to Hubzilla and inherited by (streams) and Forte. These three can recognise logins to grant guest permissions, and their logins can be recognised. There are a few more Fediverse applications whose logins can be recognised. This was actually also developed for Mastodon and ready to be merged in, but the patch was actually silently rejected.
(5/9)
# # # # # # # # # # # # # # # # # #
Friendica, Hubzilla, (streams) and Forte have the option to announce events in new posts. Mastodon can receive and show these posts.
However, Mastodon has no way to handle the actual event part. Like, you can't confirm your participation in an event on Mastodon. Mastodon doesn't know events. Mastodon has no buttons or other UI elements for interacting with events. And Mastodon doesn't have an event calendar either which you'd add the event to when confirming your participation.
There are also events with no announcement post. For example, birthdays. Friendica, Hubzilla, (streams) and Forte have a dedicated birthday field in their profiles, much unlike Mastodon. For example, I have a "birthday" in my public profile. When someone on Friendica, Hubzilla, (streams) or Forte connects to me, and I confirm that connection, my "birthday" will be added to their event calendar, and they will be notified about my "birthday" every year. This might also work for users on PieFed which has an event calendar, too, although I'm not sure if PieFed understands these birthday fields.
(4/9)
# # # # # # # # # # # # # # #
If you want to reply, just reply. It's good manners to mention whomever you're directly replying to, and even that only if you're replying to a reply. But you don't have to mention anyone to reach anyone. Even then, your reply will be boosted to everyone who has received the top post.
Even if you reply to Carol who has replied to Bob who has replied to Alice who has started a thread in the group.
Within Mastodon, you'd have to mention Carol so she receives and sees your reply, you'd have to mention Bob so he receives and sees your reply, you'd have to mention Alice so she receives and sees your reply.
Conversations on Friendica, Hubzilla, (streams) and Forte work much more like on Facebook: Your reply will go past Carol. Past Bob. Past Alice. Straight to the group account/channel. From there to Alice because she has started the conversation. And to Bob and Carol because they have received the quote-post of Alice's post. And to everyone else who has received the quote-post of Alice's post.
Now, how does everyone see your reply
At this point, it's important to say that a Friendica feed or a Hubzilla or (streams) or Forte stream looks vastly different from a Twitter feed or a Mastodon timeline and much more like a Facebook feed. Again, that's because Friendica was a Facebook alternative long before Twitter clones became the default. And Hubzilla, (streams) and Forte are direct descendants of Friendica with largely the same purpose. So no mimicking Twitter's behaviour here.
What does your Mastodon timeline look like Single posts with no context. And more single posts with no context. You receive a new post, it immediately shows up at the top of your timeline as a single post with no context. You have no idea how many unread messages you have. You want to see the context of a post, you have to click and click and click.
Facebook doesn't show you single-post-with-no-context piecemeal. Neither do Friendica, Hubzilla, (streams) and Forte. They always show you entire conversations with the top post and with all comments.
Imagine your Mastodon timeline. But instead of single posts with no context, you always see entire conversations with the top post and all replies that is, you actually only see the last three replies, but you can easily unfold the thread view and see everything.
Imagine whenever someone replies to a post that you already have in your timeline, you automatically receive that reply.
Imagine that you have a little counter of unread messages somewhere. When you receive a new post, the counter goes up by one. When you receive a new reply, the counter goes up by one. But neither that new post nor that new reply is automatically added to the top of your timeline.
Now you click the counter of unread messages. Out comes a list of unread messages. Not the messages proper. A list, including who sent them and, if that's the case, whom they reply to (not as in whom they directly reply to, as in Carol in the above example, but who wrote the top post, as in Alice in the above example).
You can click on any item in the list. Imagine you do. You will leave the timeline view. You will be shown only that one conversation with the top post and the comments. And the view will focus on the new comment and flag it as seen, and the counter of unread messages will go down by one. You can scroll through the conversation and see the entire context in which that reply was posted.
This is what Friendica groups, Hubzilla forums, (streams) groups and Forte groups are geared towards. They aren't group add-ons to Mastodon, and they aren't geared towards integrating perfectly into Mastodon. Remember that Friendica groups are almost six years older than Mastodon itself.
I'm not sure how exactly Mastodon users receive replies from Friendica groups, Hubzilla forums, (streams) groups or Forte groups. One thing is certain: They will not visibly mention you. Another thing is certain: They will send you replies regardless.
I can only guess what happens: You do get replies. But you get them as new posts in your timeline. And you have to scroll down your timeline until you stumble upon them. If you really want to participate in groups, if you really want to see everything that happens there, you'll have to scroll, scroll, scroll, scroll, scroll down your timeline until you hit posts which you know you've seen before. You probably won't be notified about these replies.
(3/9)
# # # # # # # # # # # # # # # # # # #
Okay, here comes the twist. Here is where the group magic happens.
If you want to start a new thread in that group, you have to be a member of the group account. Connected to the group account. In Mastospeak, mutually follow the group account.
Then, if you send a new post that mentions the group account, and it is not a reply to another post, then the group account will automatically quote your post and send the quote-post with your post in it to all its connections (followers).
You know quotes Quote-posts Like, quote-tweets What half of Mastodon is so afraid of because it's used on Twitter only to harass and dogpile people That's what I'm talking about. Friendica has had these quote-posts for almost 16 years, and never have they been used for harassment and dogpiling, for never has anyone used Friendica as a drop-in replacement for Twitter. Friendica calls them "shares". And Friendica has used these quote-posts in groups for almost 16 years.
That is, within Friendica (and its descendants), one thing is a wee bit different: If you're on Friendica or Hubzilla or (streams) or Forte, you have to send a DM with a special mention (
But from Mastodon accounts and the like, it accepts public posts with
(2/9)
# # # # # # # # # # # # # # # # # # # # # # # # # # # # Okay, I guess here's some explanation necessary from a Mastodon point of view.
As for a Friendica group, you can think of it as a Mastodon account, but with a little twist. In order to join that group, you follow it. And if you have your own group, you have one Mastodon account that's your personal account and another Mastodon account that's the group.
However, Friendica is not a Twitter clone. It's a Facebook replacement, and it has been one long before cloning Twitter was considered the one thing the Fediverse does.
Now, Twitter has followers and followed. As does Mastodon because Mastodon is a Twitter clone.
But Facebook doesn't have followers and followed. It has "friends" which in Twitterspeak and Mastospeak are mutual followers. Thus, it's the same on Friendica.
Friendica doesn't have followers and followed as two fully separate things and mutuals as the state when you follow someone and they follow you back. It has connections which are always mutual.
So in order to really join a Friendica group, you must connect to it (Mastodon: follow it), and the group account must confirm the connection (Mastodon: follow you back).
It's basically the same on Hubzilla, (streams) and Forte. Only that on these three, much unlike on Mastodon and Friendica, the account, the login and the identity are not tied together into one thing. Imagine you could have as many Mastodon-accounts-as-in-identities on one Mastodon-account-as-in-login. Imagine you could switch back and forth between fully independent identities on the same server without having to log out and back in again. Only that Hubzilla, (streams) and Forte refer to a Mastodon-account-as-in-identity as a "channel" and to a Mastodon-account-as-in-login as an "account".
This means that on Hubzilla, (streams) and Forte, a group (Hubzilla: forum) is a channel with special settings. As a group owner, you have one account/login, and on that one account/login, you have your personal channel, and you have your group/forum channel, and you can switch between them while staying logged in.
(1/9)
# # # # # # # # # # # # # # # # #
Mein Publikum, das knnte jeder der ber zehn Millionen Fediverse-Nutzer und im Prinzip jeder im ganzen Web sein. Und wenn fr irgendjemanden irgendwo da drauen eins meiner Bilder eine Stimmung vermittelt, dann habe ich die womglich zu beschreiben, ganz egal, ob es nie meine Intention war, eine Stimmung mit einem meiner Bilder zu vermitteln.
Ich bin jemand, der Bildbeschreibungen sehr ernstnimmt und die ihm gegebenen Mglichkeiten dafr auch ausreizt, z. B. mein im Grunde gar nicht vorhandenes Zeichenlimit. , nur um meine eigenen Bildbeschreibungen immer weiter zu optimieren. Folglich betrachte ich alle meine heutigen Beschreibungen eigener Bilder als mehr oder weniger veraltet und suboptimal, weil ich seitdem dazugelernt habe.
Und , egal, wie lang die Bildbeschreibung dann wird, und egal, wieviel Zeit dafr draufgeht.
Ich habe eine Reihe von Bildern, die habe ich schon 2024 gemacht, die sind bis heute ungepostet, weil die Bildbeschreibungen noch nicht fertig sind. Das ist auch gut so, weil ich das Geschriebene zwischendurch noch einmal berarbeiten, aktualisieren und verstndlicher formulieren mute.
Das heit, den Inhalt eines Bildes zu beschreiben und zu erklren, ist schon ein gigantischer Aufwand fr mich. Ich htte einmal fast schon angefangene Bildbeschreibungen wieder gelscht und die Bilder selbst verworfen, weil ich nicht wute, wie ich Bilder von Weltraumnebeln in diesen Bildern nach meinen eigenen Standards adquat htte beschreiben sollen. Ich habe einige schne Bilder gemacht, werde sie aber nie posten, weil ich sie nicht beschreiben kann.
Beispiele fr Bildposts von mir inklusive mit jeweils zwei Beschreibungen pro Bild ("kurz" im Alt-Text + sehr lang im Post) in umgekehrter chronologischer Reihenfolge:
Bei Memes gehe ich nicht so extrem vor, weil meine Memeposts immer auf etablierten Templates basieren. Es gibt nur eine visuelle Bildbeschreibung, und die ist im Alt-Text. Aber im Post gibt es immer Erklrungen fr alles, von dem ich annehmen mu, da gengend Leute im Fediverse damit nicht vertraut genug sind, um sie ohne Erklrungen zu verstehen. Wenn ich auf Erklrungen verlinken kann, tue ich das, sonst schreibe ich sie selbst.
Einmal habe ich auf die gehrt, die sagen, Erklrungen drfen nicht verlinkt werden, sie gehren direkt in den Post. Das Ergebnis war ein Memepost mit neun Erklrungen in fast 25.000 Zeichen: . Danach habe ich damit wieder aufgehrt und statt dessen verlinkt, was zu verlinken ging. Alleine in diesem Post htte ich mit einem einzigen Link auf KnowYourMeme sechs Erklrungen und die Hlfte der Zeichen einsparen knnen.
Ich arbeite sogar an . Das wird, wenn es fertig ist, weit ber 40, wahrscheinlich ber 50 Einzelartikel haben. Im Grunde wrde das, was du geschrieben hast, noch einmal einen eigenen Artikel brauchen, aber soweit bin ich noch gar nicht.
Einige mgen vielleicht sagen, ich nehme Bildbeschreibungen viel zu ernst und zerdenke sie komplett.
Wrdest du sagen, ich tue das jetzt wieder, oder wrdest du sagen, was ich im ersten Absatz denke, ist absolut gerechtfertigt
Zu guter Letzt: Mir hat mal eine neurodivergente Person () gesagt, da meine monstrsen Langbeschreibungen nicht nur ntzlich, sondern im Falle dieser Person auch zum Bildverstndnis zwingend notwendig sind.
# # # # # # # # # # # # # # # # # # # # #
Artist: Long Island Sound
Title: Searching (Live Mix)
Genre: House - source: Deezer ()
Deezer: YouTube: SoundCloud:
K-Pop Star Chops Off Long Hair, Reclaiming His BTS Jungkooks Hyung Nickname
Since Mitra appears to implement (streams)/Forte features one by one and cast them into FEPs, that's three implementations already. Two if nomadic identity via ActivityPub is involved. And if Hubzilla happens to have it, too, we've got up to four implementations.
Yes, ActivityPub is only an optional add-on on Hubzilla and (streams), but an implementation is an implementation. And whatever they do on Nomad that federates has to get out through ActivityPub one way or another.
It'd be even more hilariously skewed, hadn't Mike discontinued the five apps between Hubzilla and (streams) on New Year's Eve 2022.
CC:
# # # # # # # # # # # # # # If Mastodon really tries to shape ActivityPub around Mastodon and only Mastodon, you can expect quite some opposition from and head-butting with players such as Flipboard, Ghost and especially Automattic (WordPress).
The same who must have pressured Mastodon into "better" support of Article-type objects. That's limited to Mastodon's previews now including the summary as well, but the full long-form HTML rendering with all bells and whistles which not only they wanted is something that Mastodon will never touch.
# # # # # # # # First of all, Friendica is a Facebook alternative. It was designed as such.
However, it was designed as a better-than-Facebook-itself Facebook alternative with a lot of useful extra features and without a lot of Facebook-typical cruft. And not as an all-out, 1:1 Facebook clone. It was made almost 16 years ago, in a time when a decentralised alternative to something didn't absolutely have to be a nearly identical clone.
Friendica does have groups . So does Hubzilla which was made by Friendica's own creator from a fork of a fork of Friendica, so they're similar.
However, groups on Friendica and forums on Hubzilla are a lot different from groups on Facebook, especially if you want to have your own group. On Facebook, groups are a wholly separate feature of their own.
On Friendica, a group is just another account, but configured differently. Likewise, on Hubzilla, a forum is just another channel (on Hubzilla, your identity is not your account and not tied to your login), but, again, configured differently. (streams) and Forte, the two still existing more recent Hubzilla descendants from still the same creator, have groups in much the same fashion as Hubzilla's forums.
Friendica groups are not limited to users on the same Friendica node. In fact, anyone anywhere on Friendica, on Hubzilla, on (streams), on Forte, on Mastodon, Pleroma, Akkoma, Misskey, any of the Forkeys etc. can join Friendica groups and Hubzilla forums and interact with them. Yes, you can join Friendica groups with your existing Mastodon account.
Basically, how they work (within the Friendica/Hubzilla/(streams)/Forte family and with a Mastodon translation) is:
- In order to join a group/forum, you request a connection.
(Mastodon: You follow the group account/forum channel.) - Your request is accepted.
(Mastodon: Your follow request is confirmed, and you're followed back. - Now you're a member.
- In order to start a new thread, you send a post to the group/forum, but you must mention it in such a way that your post becomes a DM.
(Mastodon: Most of the Fediverse, Mastodon included, doesn't know these special mentions, so Friendica groups and Hubzilla forums accept normal mentions from those server applications that can't direct-mention.) - The Friendica group account/Hubzilla forum channel will automatically be quoted-shared (Friendica)/shared (Hubzilla)/quoted (Mastodon lingo) to all other group/forum members.
If you want to start a new thread in a Friendica group or a Hubzilla forum from Mastodon, which you can, you have to know the order of things, keep it in mind and adhere to it:
Title
Group mention
Post text
So while Mastodon doesn't officially support titles, at least not when posting, you can give the thread a title by writing it above the mention and the post text below the mention.
A common Mastodon mistake is to first write the post text and then add the mention afterwards. However, if there is exactly one paragraph above the mention, and that paragraph is short enough, Friendica and Hubzilla will treat it as the title. Your start post might end up with a title, but not with a post text.
How exactly groups are handled on Friendica if you're the owner, I can't tell you. The last time I've used Friendica must have been either when Mastodon was still fairly new or even before Mastodon was even made. I've switched to Hubzilla as my preferred daily driver back then and never looked back.
I've read that Friendica has something like secondary accounts which you can attach to your existing account. This way, you can have your personal Friendica account and a group account on the same login, and you can switch between them without having to log out. But that must have been introduced long after I've quit Friendica.
On Hubzilla, something like this has always been possible: If you want to start a group, you simply create another channel on your account and configure it as a forum channel, either by choosing "Community forum" as the channel role or, if you know what you're doing, by choosing "Custom" as the channel role and then activating "Group actor" in the Custom channel role settings. The latter is also the only way to have a private forum.
Friendica lets you appoint additional admins/moderators, but only from the same Friendica node that your group is on.
As Hubzilla has a full implementation of OpenWebAuth magic sign-on, include server-side, you can promote any forum member on Friendica, Hubzilla, (streams), Forte and Mitra as extra forum admins.
# # # # # # # # # # # # # # # # # # #So there's that nasty bug on Sharkey that mangles hashtags in messages from Hubzilla and probably also Friendica, (streams) and Forte. They always look like this:
#Hashtag()
Basically, Sharkey receives fully standard Rich Text from Hubzilla. It manages to convert this Rich Text into its own Misskey-Flavored Markdown. But then its Markdown parser does not parse it and leaves the Markdown code visible to everyone. It simply doesn't expect there to be a hashtag character in front of an embedded link because, seriously, who'd ever do that and why!
Friendica would. In fact, Friendica does. It puts the hashtag character in front of the tag, as in outside the tag, as opposed to at the beginning of the tag. It has been doing that since its beginnings in 2010 because it was designed from the get-go to also federate with StatusNet from 2008. And StatusNet does hashtags the same way on its few remaining servers. In fact, so did Identi.ca from 2008, from which StatusNet emerged.
Hubzilla, (streams) and Forte do it, too, because they have inherited it from Friendica.
On StatusNet, Friendica, Hubzilla, (streams) and Forte, a hashtag in a message looks like this:
#
Notice how the hashtag character has the same colour as the rest of the post text. And not the same colour as the rest of the hashtag. This means that the hashtag character is not part of the link. (To Mastodon users who don't know this: If something in a "toot" has a different colour from the rest of the "toot", it's a link. Even if it doesn't show a URL in plain sight.)
On , Mastodon, Pleroma, Akkoma, Misskey, the various Forkeys and a whole lot of other Fediverse software, a hashtag in a message looks like this:
Notice how now the hashtag character has the same colour as the rest of the hashtag. This means that the hashtag character is part of the link.
But why did Identi.ca do hashtags differently from Twitter Because Identi.ca did hashtags before Twitter. AFAIK, when Identi.ca was launched, it had support for hashtags right away. About one year before Twitter.
The hashtag itself had already been invented by the Twitter community. Chris Messina had already codified it in 2007. But it wasn't until 2009 that Twitter actually introduced a technological implementation to support it.
Again, Identi.ca must have had hashtags as early as 2008, and there was no way that Identi.ca creator Evan Prodromou could possibly predict what Twitter would do the following year. So he did what he thought was right and what actually made sense to him.
But nowadays, everybody "knows" that Twitter had the world's very first hashtag implementation ever because nobody, even in the Fediverse, has ever heard of Identi.ca. I mean, the majority of Fediverse users "know" that the Fediverse started with Mastodon.
You know, just like Officer James Barrett "knew" that there is no intelligent life outside Earth only a few minutes before he became Agent J of the Men In Black.
This is also why just about all Fediverse software that does hashtags the Twitter way expects everything to do hashtags the Twitter way. It does not expect hashtags to be done differently. And when a message comes in from Friendica, Hubzilla, (streams) or Forte with hashtags in it, it fails at varying degrees of ungracefully.
Hashtags with the hashtag character outside the link are older than hashtags with the hashtag character inside that they're not only completely unexpected, that they cause software to malfunction, but the same software often can't even handle that malfunction. It's a miracle that the Friendica/Hubzilla family doesn't cause Fediverse servers to crash or even server databases to go corrupt by simply sending hashtags.
Mastodon used to be an exception of sorts, but only because, before version 4.0 from October, 2022, its HTML "sanitiser" actually ripped out any and all rich text code from incoming messages and left nothing but plain text behind. And then it didn't recognise hashtags in messages from outside Mastodon as hashtags at all.
When Mastodon 4.0 came and supported some rich text, including embedded links, it went haywire, of course. But then someone from Friendica and Hubzilla went in and complained about this malfunction and explained what happened, why it happened and why it was not Friendica and Hubzilla that did things wrong. Besides, if something utterly defaces "toots", then Mastodon developers do step in to stop it. After all, Mastodon has a few more of them at hand, paid, full-time professionals even. You have to give it that.
Which takes us back to Sharkey. Sharkey is developed by a small handful of individuals in their spare time. Granted, it's a soft fork of Misskey, so a lot of development work is done by the Misskey devs and taken over by the Sharkey devs, but they still have to weave the code changes coming from Misskey in and make them work with what's different on Sharkey.
So it turned out that (Link content warning: eye contact) . All that has happened since then until today was that Hazelnoot added two labels. But the bug report came with no explanations. In fact, it misattributed one of my Hubzilla posts as a Friendica post.
And in fact, it turned out that this is actually (Link content warning: Microsoft GitHub link, eye contact) . The bug report is a bit more elaborate, but the reporter still knew precious little about what's going on. So I wrote a comment in which I explained the bug from a Friendica/Hubzilla POV as well as what's going on on the technical side, and why the error has to be on Misskey's side.
I hope this will finally help get the bug fixed. Unfortunately, this fix would come too late for Iceshrimp. Iceshrimp-JS is a true Forkey, but in maintenance mode, so I guess only security patches and critical bugfixes will be merged from Misskey, if anything. And Iceshrimp.NET is a complete rewrite of a pre-this-fix Misskey fork, so the Iceshrimp devs probably don't know about this issue either. If it fails ungracefully upon receiving hashtags with the hashtag character outside, it will require its own bug report.
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #So there's that nasty bug on Sharkey that mangles hashtags in messages from Hubzilla and probably also Friendica, (streams) and Forte. They always look like this:
#Hashtag()
Basically, Sharkey receives fully standard Rich Text from Hubzilla. It manages to convert this Rich Text into its own Misskey-Flavored Markdown. But then its Markdown parser does not parse it and leaves the Markdown code visible to everyone. It simply doesn't expect there to be a hashtag character in front of an embedded link because, seriously, who'd ever do that and why!
Friendica would. In fact, Friendica does. It puts the hashtag character in front of the tag, as in outside the tag, as opposed to at the beginning of the tag. It has been doing that since its beginnings in 2010 because it was designed from the get-go to also federate with StatusNet from 2008. And StatusNet does hashtags the same way on its few remaining servers. In fact, so did Identi.ca from 2008, from which StatusNet emerged.
Hubzilla, (streams) and Forte do it, too, because they have inherited it from Friendica.
On StatusNet, Friendica, Hubzilla, (streams) and Forte, a hashtag in a message looks like this:
#
Notice how the hashtag character has the same colour as the rest of the post text. And not the same colour as the rest of the hashtag. This means that the hashtag character is not part of the link. (To Mastodon users who don't know this: If something in a "toot" has a different colour from the rest of the "toot", it's a link. Even if it doesn't show a URL in plain sight.)
On , Mastodon, Pleroma, Akkoma, Misskey, the various Forkeys and a whole lot of other Fediverse software, a hashtag in a message looks like this:
Notice how now the hashtag character has the same colour as the rest of the hashtag. This means that the hashtag character is part of the link.
But why did Identi.ca do hashtags differently from Twitter Because Identi.ca did hashtags before Twitter. AFAIK, when Identi.ca was launched, it had support for hashtags right away. About one year before Twitter.
The hashtag itself had already been invented by the Twitter community. Chris Messina had already codified it in 2007. But it wasn't until 2009 that Twitter actually introduced a technological implementation to support it.
Again, Identi.ca must have had hashtags as early as 2008, and there was no way that Identi.ca creator Evan Prodromou could possibly predict what Twitter would do the following year. So he did what he thought was right and what actually made sense to him.
But nowadays, everybody "knows" that Twitter had the world's very first hashtag implementation ever because nobody, even in the Fediverse, has ever heard of Identi.ca. I mean, the majority of Fediverse users "know" that the Fediverse started with Mastodon.
You know, just like Officer James Barrett "knew" that there is no intelligent life outside Earth only a few minutes before he became Agent J of the Men In Black.
This is also why just about all Fediverse software that does hashtags the Twitter way expects everything to do hashtags the Twitter way. It does not expect hashtags to be done differently. And when a message comes in from Friendica, Hubzilla, (streams) or Forte with hashtags in it, it fails at varying degrees of ungracefully.
Hashtags with the hashtag character outside the link are older than hashtags with the hashtag character inside that they're not only completely unexpected, that they cause software to malfunction, but the same software often can't even handle that malfunction. It's a miracle that the Friendica/Hubzilla family doesn't cause Fediverse servers to crash or even server databases to go corrupt by simply sending hashtags.
Mastodon used to be an exception of sorts, but only because, before version 4.0 from October, 2022, its HTML "sanitiser" actually ripped out any and all rich text code from incoming messages and left nothing but plain text behind. And then it didn't recognise hashtags in messages from outside Mastodon as hashtags at all.
When Mastodon 4.0 came and supported some rich text, including embedded links, it went haywire, of course. But then someone from Friendica and Hubzilla went in and complained about this malfunction and explained what happened, why it happened and why it was not Friendica and Hubzilla that did things wrong. Besides, if something utterly defaces "toots", then Mastodon developers do step in to stop it. After all, Mastodon has a few more of them at hand, paid, full-time professionals even. You have to give it that.
Which takes us back to Sharkey. Sharkey is developed by a small handful of individuals in their spare time. Granted, it's a soft fork of Misskey, so a lot of development work is done by the Misskey devs and taken over by the Sharkey devs, but they still have to weave the code changes coming from Misskey in and make them work with what's different on Sharkey.
So it turned out that (Link content warning: eye contact) . All that has happened since then until today was that Hazelnoot added two labels. But the bug report came with no explanations. In fact, it misattributed one of my Hubzilla posts as a Friendica post.
And in fact, it turned out that this is actually (Link content warning: Microsoft GitHub link, eye contact) . The bug report is a bit more elaborate, but the reporter still knew precious little about what's going on. So I wrote a comment in which I explained the bug from a Friendica/Hubzilla POV as well as what's going on on the technical side, and why the error has to be on Misskey's side.
I hope this will finally help get the bug fixed. Unfortunately, this fix would come too late for Iceshrimp. Iceshrimp-JS is a true Forkey, but in maintenance mode, so I guess only security patches and critical bugfixes will be merged from Misskey, if anything. And Iceshrimp.NET is a complete rewrite of a pre-this-fix Misskey fork, so the Iceshrimp devs probably don't know about this issue either. If it fails ungracefully upon receiving hashtags with the hashtag character outside, it will require its own bug report.
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # Fediverse-Serversoftware fr "Microblogging" (). Ein Fork von Misskey, das aus Japan kommt ().
Im Prinzip so etwas wie Mastodon und auch mit Mastodon voll verbunden, d. h. Mastodon-Nutzer knnen Misskey- und Sharkey-Nutzern folgen und umgekehrt und mit ihnen kommunizieren. Aber Misskey ist um einiges mchtiger und reicher an Features als Mastodon, und Sharkey ist noch einmal mchtiger und reicher an Features als Misskey.
So haben beide ein Zeichenlimit von 3000 Zeichen, wo Mastodon nur 500 hat. Und auf Sharkey ist es dann auch noch konfigurierbar, ohne wie bei Mastodon die Software selbst umbauen zu mssen.
(An dieser Stelle bruchte es eigentlich eine Mastodon/Misskey/Sharkey-Featurevergleichstabelle wie meine Mastodon/Friendica/Hubzilla/(streams)/Forte-Featurevergleichstabelle ().)
# # # # # # # # # # # # # # # # Find the latitdue and longitude of any place
. I have news for Mr , & for his master, Mr : will NOT be the "52nd State", any more than will be the 51st! We're sick of US , & want NO MORE OF IT!
la CREATURA
You get two posts today because I missed a few days and I didn't do a lot with this one.
I don't even know what this is, to be honest. Just......... lomg creatura
I guess I had a fun idea for a pose, but no character that would fit it, so I just drew whatever this thing is. Enjoy.
See more on Patreon and SubscribeStar -> <- Join my Discord server!
Irgendwie ist das doch nicht die bliche Verwendung von Hashtags in Beitrgen. Was ist der Hintergrund bei Hubzilla, dass das so gehandhabt wird
Das hat Hubzilla geerbt von Friendica, weil es umgebaut wurde aus einem Fork eines Forks von Friendica. Und Friendica hat es bernommen von StatusNet, weil es von vornherein mit StatusNet fderieren sollte. Und StatusNet hat es geerbt von Identi.ca.
Sie alle handhab(t)en Hashtags intern als Schlsselwrter, die keine Raute enthalten. Und sie stellen die Raute auerhalb des Link vor den Link, um zu signalisieren: Das hier ist ein Hashtag. Wenn man einen Post, einen Kommentar oder eine DM verschickt, wird aus dem Hashtag automatisch ein entsprechendes Konstrukt aus ungelinkter Raute plus Link aufs Schlsselwort generiert.
Das ist wie bei Namen: Auf allen war bzw. ist das kein Teil irgendeines Namen, nicht des Kurznamen, nicht des Langnamen. Der Kurzname, der Teil des Profil-Link ist, hat auch kein . Guck dir mal deine Erwhnung an: Das ist nicht Teil des Link, sondern steht vorm Link, und dein Langname ist erwhnt.
Warum "die" das anders gemacht haben als auf Twitter und Mastodon Ganz einfach: Weil "die" das vor Mastodon gemacht haben. Eigentlich sogar noch vor Twitter.
Identi.ca und StatusNet waren von 2008. Etwa acht Jahre vor Mastodon. Das war der eigentliche Urknall des Fediverse. Und StatusNet hatte meines Wissens damals schon offizielle Untersttzung fr Hashtags.
Warum hat es das nun anders gemacht als Twitter Weil es das vor Twitter gemacht hat.
Es war nmlich erst 2009, da Chris Messina offiziell Untersttzung fr Hashtags bei Twitter eingefhrt hat. Evan Prodromou, der Erfinder von Identi.ca, StatusNet und dem Fediverse, konnte unmglich etwa ein Jahr im voraus ahnen, wie Twitter mal Hashtags implementieren wird. Und die Twitter-Entwickler drften damals berhaupt nicht gewut haben, da auch nur Identi.ca existiert, geschweige denn, wie es Hashtags handhabt.
Friendica ging im Mai 2010 an den Start, etwa fnf Jahre und acht Monate vor Mastodon. Friendica basierte zwar auf einem eigenen Protokoll, war aber von vornherein in der Lage, sich mit StatusNet ber dessen eigenes OStatus-Protokoll zu verbinden. Praktischerweise hat der Friendica-Erfinder Mike Macgirvin gleich Identi.cas und StatusNets Handhabung von Hashtags bernommen. Zu diesem Zeitpunkt hatte Twitter Hashtags erst seit gut zehn Monaten.
Ende 2011 hat Mike Macgirvin Friendica geforkt, dann den Fork geforkt und diesen Fork namens Red (spter Red Matrix) dann ab 2012 komplett umgeschrieben. Zu diesem Zeitpunkt handhabte alles im Fediverse Hashtags noch auf dieselbe Art.
Um diese Zeit wurde StatusNet nach GNU social hardgeforkt, das wohl versuchte, mehr wie Twitter zu sein. Daher wurden auch die Hashtags wie auf Twitter ausgefhrt: mit der Raute als Teil des Schlsselworts und als Teil des Link. StatusNet verlor dann nach der 2012er Umstellung von Identi.ca auf pump.io seine Entwicklungsgrundlage und wurde 2013 kurzerhand nach GNU social gemerget, ohne aber die Hashtags wieder auf die alte Form umzustellen.
Im Mrz 2015 wurde erstmals Hubzilla verffentlicht, das entstanden war, indem die Red Matrix umbenannt und massiv erweitert worden war.
Erst im Januar 2016 kam dann Mastodon, Pleroma kurze Zeit spter. Weil beide ursprnglich alternative Frontends fr GNU social sein sollten, bernahmen sie von GNU social die Twitter-Hashtags.
Zu diesem Zeitpunkt sahen weder die neuen Entwickler, die Friendica seit Ende 2011 hatte, noch Mike Macgirvin es ein, warum sie ihre Software unbedingt an Mastodon anpassen sollten. Mike, der inzwischen zwei Nachfahren von Hubzilla betreut, sieht es bis heute nicht ein. Eher baut er serverseitige Gegenmittel gegen Mastodon in seine Software ein.
Misskey landete meines Wissens erst 2018 im Fediverse, nachdem es ActivityPub adoptiert hatte. Das hatte brigens Hubzilla als erstes, seit Juli 2017, und Mastodon als zweites, seit September.
# # # # # # # # # # # # # # # # # # # # # # #
Scaling long-running autonomous coding
-Running
How Long Is an Essay A Definitive Length Guide QA Realm
Tags: , , , , , , ,
Dorenas World, the oldest German-speaking grid and the third-oldest of all grids, is going to this week. Due to real-life influences, the schedule is somewhat cut short.All times are in grid time = PST.
Friday, January 16th (actual anniversary date)
11:00: DJ Anachron Young (open end)
Event location: Rock-House, Nihilon
hop://dorenas-world.de:8002/Nihilon/216/167/22
Saturday, January 17th
10:00: Reading by Rubeus Helgerud
11:00: Wolem Wobbit live "Still Alive"
Afterwards: DJ Rubeus Helgerud (open end)
Event location: Festival ground, Landing
hop://dorenas-world.de:8002/Landing/140/149/22
# # # # # # # # # #Dorenas World, the oldest German-speaking grid and the third-oldest of all grids, is going to this week. Due to real-life influences, the schedule is somewhat cut short.
All times are in grid time = PST.
Friday, January 16th (actual anniversary date)
11:00: DJ Anachron Young (open end)
Event location: Rock-House, Nihilon
hop://dorenas-world.de:8002/Nihilon/216/167/22
Saturday, January 17th
10:00: Reading by Rubeus Helgerud
11:00: Wolem Wobbit live "Still Alive"
Afterwards: DJ Rubeus Helgerud (open end)
Event location: Festival ground, Landing
hop://dorenas-world.de:8002/Landing/140/149/22
# # # # # # # # # # Die wollen kein soziales Netzwerk. Die wollen ein soziales Medium. Etwas, wo sie einfach nur Content rauspusten knnen, ohne mit irgendjemandem interagieren zu mssen.
Knnen sie auch im Fediverse haben: ein Marktschreierkonto auf (wenn's das da noch gibt).
Oder auf knnten sie Verbindungsanfragen automatisch akzeptieren und niemandem das Liken und Kommentieren und das Zusenden eigener Posts erlauben (weil sie ja keine Interaktion wollen, wobei das auf Mastodon & Co. keiner merken wird, da das alles nicht erlaubt ist). Zustzlich knnten sie die RSS-/Atom-Feeds ihrer eigenen offiziellen Pressemitteilungen abonnieren und als Channel Sources automatisch reposten, um fr mehr Content und mehr Aktivitt ohne mehr Arbeit zu sorgen.
# # # # # # # # # # # # # # #
LIVING COLOUR's WILL CALHOUN Hopes Band's Long-Awaited New Album Will Be Completed By The Spring
FANMEETING RECAP VERIVERY WARMS HEARTS AND LIGHTS UP SINGAPORE AT HELLO VERI LONG TIME FANMEETING
Das mit dem
# ist eine Hubzilla-"Spezialitt", die auf Hubzilla selbst nicht auftritt, von der also die allermeisten Hubzilla-Nutzer nicht wissen. , : Das kommt von der Bookmarks-App. Die erzeugt diese Zeichen, die man auf Hubzilla nicht sieht, sonst aber berall.Das mit dem kaputten Hashtag liegt daran, da Friendica und seine Nachfahren Hubzilla, (streams) und Forte bei Hashtags die Raute nicht mit zum Teil des Link machen.
Auf Twitter/ ist die Raute bei Hashtags Teil des Link: . Mastodon, Misskey, all ihre Forks und viele anderen Microblogging-Anwendungen haben das so bernommen.
Auf Friendica, Hubzilla, (streams) und Forte ist die Raute bei Hashtag nicht Teil des Link: #. Der Grund: Friendica ist kein Twitter-Ersatz, sondern eine Facebook-Alternative. Und Friendica ging schon im Mai 2010 an den Start mit genau diesen Hashtags. Das war, bevor Facebook Hashtags hatte, und das war, bevor es en vogue war, Twitter zu klonen.
Hubzilla ist umgebaut worden aus einem Fork eines Forks von Friendica. (streams) ist ein Fork eines Forks dreier Forks eines Forks (eines Forks) von Hubzilla. Forte ist ein Fork von (streams). Alles von Friendicas eigenem Erfinder aus der Taufe gehoben. Also haben sie alle Friendicas Verhalten geerbt, auch weil es keinerlei Veranlassung gab, das zu ndern.
Das Problem ist nun: Zum einen rechnet Sharkey nicht mit Hashtags, bei denen die Raute davor statt mit drin steht (das tut Mastodon auch nicht, aber Mastodon kann das einigermaen abfedern, seit da mal jemand einen Issue eingereicht hat). Zum anderen kann Sharkey augenscheinlich auch nicht damit umgehen, da irgendwelche Inhalte in irgendwas anderem als Misskey-Flavored Markdown formatiert sind.
Auf Hubzilla sind Posts, Kommentare und DMs intern in BBcode formatiert. PubCrawl, das die optionale ActivityPub-Anbindung zur Verfgung stellt, wandelt den BBcode allerdings in standardkonformes Rich Text Format um, das meines Wissens so auch in der offiziellen ActivityPub-Spezifikation empfohlen wird.
Mastodon nimmt das RTF, wandelt es in HTML um, schickt es durch seinen HTML-Sanitiser, der alles Unliebsame rausschmeit (vor Mastodon 4.0 hat der Sanitiser noch alles rausgeschmissen und nur noch Reintext briggelassen), und zeigt das Ergebnis dann zuverlssig an.
Sharkey scheint dagegen nur gebaut zu sein gegen sich selbst (sendet wohl MFM), Misskey (sendet wohl auch MFM), eventuell andere Forkeys (senden wohl auch alle MFM) und Mastodon (kann gar keine Textformatierung erzeugen und sendet daher auch keine). Es scheint nicht damit zu rechnen, da sich irgendwas an die Spec hlt und RTF sendet.
Irgendjemand sollte sich also mal mit Fehlermeldungen an die Misskey- und Sharkey-Entwickler wenden.
Hier mal ein Test (dieser Kommentar kommt auch von Hubzilla): Funktioniert das hier
- Stichpunktliste
- fett
- kursiv
- unterstrichen
Code
Sorry, jetzt mu ich selbst eine Zeile Hashtags einbauen, auch, um zuverlssig die Filter, die mglicherweise gerade auf Mastodon viele im Einsatz haben, auslsen zu knnen.
# # # # # # # # # # # # # # # # # # # # # #
High-Power Fast Charging Is The Leading Cause For EV Battery Degradation: Report
Batteries in electric vehicles that regularly use 100-plus-kilowatts fast chargers degrade faster than those that rely p
-range
Failed U.S. Military Effort in Africa is on the Chopping Block
The U.S. attack on Venezuela and abduction of its president Nicols Maduro was proof that after months of
:ArticlePost :Sunday :English :Article :Factiva :SmartNews :SocialFlow :NationalSecurity :World :11.00 :1000-1999
Because they're probably stuck at freshly-switched-from-the--iPhone-app-to-the-Mastodon-iPhone-app level of Fediverse knowledge. They probably don't simply believe that the Fediverse is only Mastodon. No, they must believe that the Fediverse is only one server, one website, namely mastodon.social. They might be unable to imagine that multiple Twitter-like websites that run the same code can communicate with each other. After all, they haven't heard of anything like this having happened before.
Which also means that the guys behind the Forkiverse think that their Forkiverse is every but as much a centralised, single-website walled garden silo as they think the Fediverse, i.e. mastodon.social, is. And that there are exactly two websites running Mastodon code now, namely mastodon.social, for which the Mastodon code was probably developed, and the Forkiverse.
If that's so, they're probably going to go completely insane once they discover that people on mastodon.social start leaving content in their Forkiverse. Or people from wholly different Mastodon servers, something they might not even expect to exist.
And that says nothing about how they'll react upon the first comment on a Forkiverse post from something that's very much, very obviously, very blatantly not Mastodon. Like Friendica or Hubzilla or (streams) or Forte. Something that does everything differently from Mastodon, from 33,000 times more characters to text formatting to bullet-point lists to headlines to very different-looking hashtags and mentions.
I mean, I know that Mastodon users who got used to a Mastodon-only Fediverse frequently lose their minds when they come across the first message that's obviously not from Mastodon, and whose author states and proves that this is not a Mastodon toot. And I've seen at least one tech journalist insist in Mastodon being an enclosed network itself and himself being right because he, very much unlike those filthy amateurs that drivel about Calckey and Friendica and Hubzilla and whatnot, is a journalist and therefore a professional.
But imagine you know next to nothing about Mastodon, other than that mastodon.social is a website that's an alternative to , and that it's running on an open-source server application that's also named Mastodon. And then you set up your own website with the same code. And you think it's every bit a walled garden as and as mastodon.social straight out of the box. And then you, as one of the admins and site owners, receive a comment on one of your posts that so very much blatantly not even a Mastodon toot.
Brix will be shat. This will hurt horribly.
# # # # # # # # # # # # # #Why does someone call one single Fediverse server, one single website "-verse"
Because they're probably stuck at freshly-switched-from-the--iPhone-app-to-the-Mastodon-iPhone-app level of Fediverse knowledge. They probably don't simply believe that the Fediverse is only Mastodon. No, they must believe that the Fediverse is only one server, one website, namely mastodon.social. They might be unable to imagine that multiple Twitter-like websites that run the same code can communicate with each other. After all, they haven't heard of anything like this having happened before.
Which also means that the guys behind the Forkiverse think that their Forkiverse is every but as much a centralised, single-website walled garden silo as they think the Fediverse, i.e. mastodon.social, is. And that there are exactly two websites running Mastodon code now, namely mastodon.social, for which the Mastodon code was probably developed, and the Forkiverse.
If that's so, they're probably going to go completely insane once they discover that people on mastodon.social start leaving content in their Forkiverse. Or people from wholly different Mastodon servers, something they might not even expect to exist.
And that says nothing about how they'll react upon the first comment on a Forkiverse post from something that's very much, very obviously, very blatantly not Mastodon. Like Friendica or Hubzilla or (streams) or Forte. Something that does everything differently from Mastodon, from 33,000 times more characters to text formatting to bullet-point lists to headlines to very different-looking hashtags and mentions.
I mean, I know that Mastodon users who got used to a Mastodon-only Fediverse frequently lose their minds when they come across the first message that's obviously not from Mastodon, and whose author states and proves that this is not a Mastodon toot. And I've seen at least one tech journalist insist in Mastodon being an enclosed network itself and himself being right because he, very much unlike those filthy amateurs that drivel about Calckey and Friendica and Hubzilla and whatnot, is a journalist and therefore a professional.
But imagine you know next to nothing about Mastodon, other than that mastodon.social is a website that's an alternative to , and that it's running on an open-source server application that's also named Mastodon. And then you set up your own website with the same code. And you think it's every bit a walled garden as and as mastodon.social straight out of the box. And then you, as one of the admins and site owners, receive a comment on one of your posts that so very much blatantly not even a Mastodon toot.
Brix will be shat. This will hurt horribly.
# # # # # # # # # # # # # #
SNOT Has Completed Five Songs With New Singer ANDY KNAPP Long-Awaited Album Information Coming 'Soon'
Als Nutzer kann man es aber nicht installieren, sondern nur als Serveradmin und dann wie schon angedeutet nur fr alle Nutzer gleichermaen.
Es funktioniert auch mit Mastodon.
# # # # # # # # # # # # # # # #
Once again, long nose = long cock
cock, nose = long cock,
The point is that if someone wants to connect to you from Hubzilla, they might have a very detailed profile, maybe even several profiles (this is possible on Hubzilla), but they only give permission to access their profile to their contacts or to certain contacts and not to the general public. So while there is a profile, you are not allowed to access it. Unlike Friendica, Hubzilla's Web UI doesn't even tell you up-front that you aren't allowed to access the profile. And, of course, neither does Mastodon's Web UI, and neither do any Mastodon apps.At the same time, they could actually be very active posters. But for privacy and security reasons, they don't post in public. All their posts have restricted permissions. Alternatively, they do post in public, but they only grant permission to see their stream of posts on their channel to their contacts or even only to certain contacts. Either way, you as a non-contact are not allowed to access their posts.
Imagine you, on Mastodon, could allow only your followers and followed to read your profile. And you could allow only your followers and followed to access the timeline on your profile page. Both is absolutely possible on Hubzilla. Or you only ever post to "followers only" and never in public, so your posts don't show up in your timeline.
Either way, there's a profile, and there are posts, but you are not allowed to access them. So to you, it appears like a blank and inactive account.
Still, Hubzilla does little to nothing in terms of accessibility. In its software family that spans a decade and a half, it's the only server application that requires coding to add alt-texts.
Friendica may have introduced a Mastodon-like entry field. (streams) and Forte allow for alt-texts to be stored with images in the built-in filespace so they're automatically added when an image is embedded into a post or a comment. On Hubzilla, the alt-text must still be manually grafted into the image-embedding BBcode. Even that information was only spread via hearsay until it was added to the official documentation last year or so.
So the reason why there's hardly ever any alt-text coming from Hubzilla is not because Hubzilla staunchly refuses to replace its own culture with Mastodon's (which it does, by the way, and for very good reasons). It's partly because adding alt-texts is so tedious and requires what amounts to "programming". And it's partly because since Hubzilla's post and comment editors have no UI elements for alt-texts, and neither do the file and image uploaders, hardly anyone on Hubzilla even knows about alt-texts and that it's possible to add them on Hubzilla in the first place.
Hubzilla's entire UI/UX is mostly stuck in 2012 with parts of it dating back to 2010. That was when accessibility didn't matter for hobbyist projects. And it was developed by someone who's much more of a protocol developer than a UI expert. There hasn't changed that much about it since back then except for new features having their UI elements glued on in sometimes seemingly random places.
# # # # # # # #
After cumming
! Falls du Hubzilla mal in Aktion sehen willst:Zunchst einmal, das hier ist mein Kanal:
Das hier ist mein ffentliches Profil:
Das Farbschema nebst Hintergrundbild ist brigens von mir. Das ist alles einstellbar. Das Layout und die Navigation habe ich auch ein bichen frisiert.
Es gibt einen ungefhr monatlich stattfindenden deutschsprachigen Hubzilla-Workshop. Der findet statt auf BigBlueButton, du brauchst also nur einen Webbrowser, ein Mikro und eine Abhre. Er hat einen eigenen Hubzilla-Kanal: . Dem kann man meines Wissens auch von Mastodon aus folgen. Alternativ kann man der Organisatorin folgen (Mastodon: Hubzilla: Friendica: ).
Folgenswert ist auch der schreibt fters mal ber Hubzilla. Er hat auch das komplette Hilfesystem fr Hubzilla auf Deutsch und Englisch neu geschrieben (), und er betreibt die Hubzilla KnowledgeDB () und ein deutschsprachiges Supportforum ().
Auf dem zweiten Workshop im Oktober 2025 hat Pepe zunchst einmal einen Vortrag gehalten ber den Einstieg in Hubzilla. Hier ist das Video:
Auf demselben Workshop habe ich einen Vortrag gehalten ber Privacy-Gruppen (= Mastodon-Listen auf Steroiden und Koks) und Kontaktrollen (gibt's auf Mastodon so nicht mal ansatzweise). Hier ist das Video:
Auf dem dritten Workshop im November ging es darum, wie auf Hubzilla gepostet wird. Das ist an sich schon ein gewaltig viel greres Thema als das "Trten" auf Mastodon. Da hat Pepe auch einen Vortrag generell ber das Posten gehalten (Videos scheint es nicht zu geben Prsentation: ) und ich einen ber die Unterschiede beim Posten zwischen Hubzilla und vor allem Mastodon (wieder kein Video Prsentation: ).
Der erste Workshop im September war eigentlich nur ein Testballon, knnte aber trotzdem interessant gewesen sein. Da ging es um verschiedene Einstellungen, um Hubzillas mchtige Filter und um verschiedene Tips & Tricks. Hier ist das Video:
Die nchsten zwei Workshops sind am Mittwoch, dem 28. Januar, und am Mittwoch, dem 11. Februar, jeweils um 19.30 Uhr. In beiden geht es um Hubzillas mchtiges und hochkomplexes Berechtigungssystem. Das ist so ein groes Thema, da wir beschlossen haben, es auf zwei Workshops auszudehnen. Das heit, den am 11. Februar verstehst du wahrscheinlich nur, wenn du am 28. Januar schon da warst.
# # # # # # # # # # #
Permissions meet groups
It gets really interesting when the permissions system is applied to groups. As the owner of a Hubzilla forum, you have the following options:
- You can control who can see the profile of the forum, i.e. what it is all about. For example, you can only allow confirmed members to see it. Or, in fact, you can only allow certain members to see it by assigning a specific contact role to them. Or you could make it Fediverse-specific: Only those who can be recognised as logged-in Fediverse users can see the profile. Or you can hide it altogether.
- You can control who can see the contacts, i.e. the forum members, all the same. Like, for example, only a chosen inner circle may be allowed to see the list of forum members, but Joe Average Forum Member is not.
- Likewise, you can control who can see what has already happened in the forum when visiting the group profile.
- You can choose to hide the whole forum from the directory, the place where people go to find new contacts (the mastodon.social equivalent is ), to keep the forum secret altogether by keeping people from finding it accidentally or by searching.
(streams) and Forte have four different types of group channels instead:
- Normal: public, group members may upload media to the group's file storage
- Limited: public, but group members may not upload media to the group's file storage
- Moderated: like Limited, but by default, posts and comments by new group members have to be approved by the admins members may have their permissions upgraded and post and comment without approval once they've proven themselves worthy
- Restricted: private, profile is only visible to group members, stream of posts and comments is only visible to group members, posts and comments are only sent to group members, but group members may upload media to the group's file storage
As I've already said, you can grant individual permissions to your contacts on your personal channel. But you can grant individual permissions to forum users on a forum channel just the same. You can have regular users. You can have users with certain extra privileges. You can use the permissions system to silence users without kicking and blocking them.
And you can use the permissions system to appoint extra forum admins/mods. You can grant contacts permission to administer your forum. Now, this requires for your channel to recognise visitors and their identities to see what permissions they shall have and to grant them these permissions. And this requires OpenWebAuth. So right now, you can only make forum members from Hubzilla, (streams), Forte, Friendica, Mitra and Tootik additional admins/mods. But you can.
(9/9)
# # # # # # # # # # # # # # # # # # # # #
Permissions, part 3: At post level
As I've already said, whenever you write a post to start a new thread, you also define the permissions of this post. Of this post and of all replies.
Let's translate this to Mastodon again.
You know the toot visibility button, I guess. Let's assume it looks and works somewhat different. Especially the visibility options.
"Public" still exists. It does what it says on the button: It makes your toot public. Oh, and now, it also makes all replies public. There's no replying to your toot with a DM.
The other three don't exist.
Instead, as the second option, you have "Only me".
Right below, all your lists are listed up. You can pick one of them. You can send your toot to everyone on one specific list of yours and to only those on that list, all without having to mention them. Better yet: Only those on that list are permitted to see your toot. And only those on that list are permitted to see any reply to your toot. Killer feature: They can see each other's replies, and they can reply to each other.
Below that, all groups that you follow are listed up. Again, you can pick one of them. This will have the effect that your toot will go to the group, and it will be forwarded by the group to all its members, but it will not go to your followers unless they're also in that group.
Below that, there's "Custom selection". This opens another window with each one of your lists and each one of your followed accounts, each with a green "Allow" button and a red "Don't allow" button. Here, you can put together a choice of lists and single accounts whom to send your toot to and a choice of lists and single accounts whom not to send your toot to. Again, only those who receive the toot are also permitted to see it, and only them are permitted to see any of the replies, and no-one can ever change these permissions.
What sense this makes
Imagine you have a list with a certain group of friends in it. One of them will soon celebrate their birthday, and you want to organise a birthday surprise for them. So you send a toot to that list with everyone in it, but without that person who'll soon celebrate their birthday so you won't ruin the surprise for them.
Or: Imagine you have lists according to which languages people speak. Like, you have a German list, and you have an English list. Then you can put together an audience for a German toot from lists and single followed users, but exclude the English list so that those who don't understand German anyway won't receive that toot.
By the way: This also covers DMs. And this means that DMs are actually private.
As Mastodon is right now, you can DM Alice, you can have a conversation with Alice, but Alice could mention Bob and pull him into the conversation. This also gives Bob the opportunity to read the whole thread because he has access to it now. Mastodon only defines to whom a message is sent, but not who is allowed to see it.
In this version of Mastodon, when you DM Alice, you only grant Alice permission to see your toot and everything else in the thread. Now, Alice can mention Bob all she wants, but she can't pull him into the thread. Bob won't even receive the toot with his mention in it. He is not permitted to see it. You have not granted him permission to see the start toot, and thus, you have not granted him permission to see any of the replies, including the one in which Alice mentions him. Alice cannot change any permissions in the thread. Neither can you, by the way. The moment you send the start toot, all permissions are permanently set in stone for the whole thread.
This also makes dogpiling by extra mentions in DMs impossible.
Also, this provides for very effective quote-post control. It isn't allowed to boost posts that aren't public, including replies. It isn't allowed either to Mastodon-style-quote, as in quote-post, posts that aren't public, including replies.
These DMs have another advantage of DMs on Mastodon-as-it-is-now: If you send a DM to Alice and Bob, Bob receives Alice's replies, and Alice receives Bob's replies, and the two can reply to one another.
Oh, by the way, there's another nifty button. A speech bubble. With this button, you can allow or disallow replies to your post. Mind you, again, this only works when you start a thread. You cannot allow or disallow replies to a reply that you post.
Now, how does Mastodon-as-it-is-now handle DMs from Hubzilla, (streams) and Forte It sees them as Mastodon DMs, and it treats them like Mastodon DMs. The downside is, if I send a restricted-permission post to Alice on Mastodon and Bob on Mastodon, both perceive it as a Mastodon DM. Both can only reply to and converse with me. They can't see each other's replies, and they can't reply to each other.
(8/9)
# # # # # # # # # # # # # # # # # #
Permissions, part 3: At contact level
Let's go one level further down. The second level of Hubzilla's permission system is per contact. On Mastodon, that'd be those whom you follow.
If Mastodon was like Hubzilla, you'd have the possibility to create permission templates which you can then assign to those whom you follow. (Hubzilla calls them "contact roles", by the way.)
Like, you could make one template for those whom you really trust. You grant all permissions in that template.
Then you could make one that's more privacy-oriented. You only grant permission to send you toots, fave and reply to your toots and send you DMs.
In theory, you could also make one for those whom you absolutely must follow, but whose toots you don't want. In this one, you only grant permission to fave and reply to your toots and send you DMs. This, however, only makes sense on something that works like Facebook, something like Hubzilla, where you can only confirm follow requests by also following back because connections are always mutual by default.
Then you could go to your list of followed accounts. And you could edit and configure them, one by one. You could choose which of these permission templates is assigned to them and thereby what you allow them to do. While you're already there, you could also, for example, add them to lists or remove them from lists.
There's one catch, though: If you grant a permission for your whole account, you automatically grant it to everyone whom you follow. You cannot forbid one of your followed something your account generally allows. So if you want to be able to choose whether someone is allowed to do something or not, you must not allow it for your whole account, and instead, you must allow it followed by followed.
(streams) and Forte make things a great deal easier than Hubzilla, by the way: They don't require such templates anymore. Instead, when you go edit a contact, you'll see one on-off switch for each permission, and you can turn each permission on or off right there, right then (provided it isn't inherited from the channel). You still have such templates, but they only serve to grant the same set of permissions to a whole lot of contacts without having to click single permissions on or off for all of them.
(7/9)
# # # # # # # # # # # # # # # # #
Permissions, part 2: At channel level
The top level of Hubzilla's permissions system is the whole channel. On Mastodon, that'd be your account and everything that happens on it.
Translated to Mastodon again, for each of the above permissions, your account would have seven or eight choices whom to grant the corresponding permission:
- Anyone on the internet (only available where this makes sense, it's mostly viewing permissions, but it also includes "Can fave and reply to your toots")
- Anyone in the Fediverse
- Either anyone on Mastodon or anyone using ActivityPub*
- Anyone on the same server as you (mastodon.social in your case)
- Anyone who follows you**
- Any mutual followers
- Only those of your mutual followers whom you've explicitly granted that permission
- Nobody but you yourself
*It's unclear what exactly this option means. See, Hubzilla is not based on ActivityPub. It is based on its own protocol, Zot. When it was created, it was the only server software that used Zot, so limiting permissions to Hubzilla and limiting permissions to whatever uses Zot had the same effect, seeing as Hubzilla could and still can also connect to a whole lot of other things using a whole lot of other protocols. So nowadays, "Anybody in this network" may mean anybody using Zot which means anybody on Hubzilla or (streams), or it may mean anybody on Hubzilla which means just that, excluding (streams).
**This translates to Mastodon badly. Basically, Friendica, Hubzilla, (streams) and Forte know three states of connection. Either a Mastodon follow request, that's a "contact". Or a mutual follower, that's a "confirmed contact" because it's listed on your connections page, and you have control over that connection. Or only you follow someone, that's a "confirmed contact", too, because, again, because it's listed on your connections page, and you have control over that connection. The concept of confirmed follower doesn't exist because confirming a connection request will automatically make it a mutual connection. Remember we aren't talking about Twitter followers and Twitter followed, but about Faceboook friends.
The choices on (streams) and Forte, translated to Mastodon, are:
- Anyone on the internet (only available where this makes sense, it's mostly viewing permissions, but it also includes "Can fave and reply to your toots")
- Anyone in the Fediverse
- Any mutual followers
- Only you and those of your mutual followers whom you've explicitly granted that permission
To stick with Mastodon equivalents, there are a few more settings on Hubzilla (as for (streams) and Forte, I've covered them in the previous comment already).
I guess you already know the switch that hides your account from Google and other search engines and the switch that makes your account automatically accept follow requests.
You know that you can mention anyone out of the blue on Mastodon, regardless of whether they follow you or you follow them or not, and they're always notified Imagine this being notified is optional. And off by default. On Hubzilla, both is the case.
Okay, so, next, you don't allow anyone on the internet to reply to your toots. But there's an option that "half-allows" this: Anyone on the internet can send replies to your toots, even if they don't have any Fediverse account at all. Now it comes: You have to approve these replies. You have a green button that you can click, and the reply becomes visible, and it's added to the thread to which it belongs. Before then, nobody can see the reply but you. You also have a red button, and when you click it, the reply is rejected and deleted.
There are two clear use-cases for this. One is when you want absolute control over who replies what to you. Then you don't allow anyone to reply to your toots, but you activate this option. When someone does reply, you can choose whether to let the reply through or delete it.
The other one is a use-case that doesn't work on Mastodon, namely when you want to run a Hubzilla channel as a fully public long-form blog with a target audience that isn't limited to the Fediverse, and you want everyone to be able to comment on your posts, even without having some Fediverse account and following you first, but you want to keep spam out.
Lastly, there's the option that if you don't allow everyone to see your images and other media at , these images and other media can still be seen attached to toots by those who are allowed to see the toots that they're attached to.
(6/9)
# # # # # # # # # # # # # # # # # #
Permissions, part 1: Introduction
Now allow me to explain Hubzilla's permissions system to you. From a Mastodon point of view again.
Hubzilla's permission system works on three levels. In Mastospeak, the first level is your entire account.
The second level is everyone whom you follow, individually. Like, you can go to your list of followed accounts and click on them and configure them. Among other things, you can assign to them a set of permissions that, usually, you'll first define. You'll probably have multiple such sets of permissions.
(Yes, this completely leaves out those who only follow you, and whom you don't follow back. Such a thing does not exist on Friendica, Hubzilla, (streams) and Forte. That is, it does, but you don't have a list of these, and you can't configure these, because they can't do much anyway as long as you don't follow them.)
And the third level is each toot that is not a reply, and then that toot forces its own permissions hard upon all toots that reply to it. If you reply to someone else's toot, your toot will have the same permissions as the start toot with no way for you to change them.
Translated to Mastodon, Hubzilla offers the following permissions:
- Can see your toots when visiting your Mastodon account at
- Can send their toots onto your timeline (I'm being serious here, you can literally follow someone and forbid them to send you their toots)
- Can see your profile
- Can see your lists of followers and followed when visiting your Mastodon account at
- Can see both the images and other media in your toots and the images and other media you've tooted at
- Can fave and reply to your toots (those of your toots that aren't replies)
- Can send you DMs
In addition, there are more permissions that don't translate to Mastodon because they cover features that Mastodon doesn't have:
- Can upload images and other files and modify existing files at
(because is not a managed cloud file storage, and the only way to add images or other media there is by you tooting them) - Can see the webpages you've built on your account
(because Mastodon doesn't have webpages) - Can see the pages in the wikis you've built on your account
(because Mastodon doesn't have wikis) - Can edit the webpages you've built on your account
(because Mastodon doesn't have webpages) - Can edit the pages in the wikis you've built on your account
(because Mastodon doesn't have wikis) - Can send you a toot by visiting your Mastodon account at and using the toot editor that's present there to send a toot straight to your "wall"
(because Mastodon doesn't have a wall, Mastodon doesn't have a toot editor on your account page for people who aren't you, and Mastodon doesn't have this entire feature) - Can like or dislike any element in your profile at
(because liking or disliking things in profiles is not possible on Mastodon) - Can chat with me
(because Mastodon doesn't have a chat) - Can automatically repost my toots through their account
(because Mastodon doesn't have this feature either) - Can do absolutely anything on my account that I can, just by visiting
(not possible for a whole lot of reasons)
Translated to Mastodon again, (streams) and Forte offer the following permission settings, some of which are yes/no switches, some are numbers or text fields:
- Automatically confirm follow requests (yes/no)
- Allow replies on your start toots from
- Manually allow disallowed replies (yes/no)
- Only allow replies on your start toots for so many days (number)
- Allow DMs from
- Allow to see your followers and followed
- Allow to full-text search your account
- Allow non-followed-non-followers to fave your toots (yes/no)
- Be notified about non-followed mentioning you (yes/no)
- Not if at least so many accounts are mentioned (number) (this is spam prevention)
- Receive toots from non-followed if they contain any of these hashtags (same as following hashtags, only that this is one text field and not a bunch of followed "accounts")
- Not if at least so many hashtags are in the toot (number) (again, this is spam prevention)
- Don't allow replies to replies from non-followed (yes/no) (reply guy filter)
- Show a timeline of your own toots (yes/no)
- Add your account to the directory (yes/no)
- Hide your account from Google and other search engines (yes/no)
- Delete toots and their replies from your timeline if you haven't interacted with them after so many days (number)
- Allow toots from your followed accounts that are replies in threads starting with toots from accounts that you don't follow
Again, there are permissions that don't translate well to Mastodon:
list
(Doesn't make sense on Mastodon because if someone wants to follow you, you do not have to follow them back on (streams) and Forte, confirming a follow request does make you follow them back)
(Mastodon doesn't have nomadic identity)
(Mastodon doesn't show whether you're online anyway, it doesn't even have this feature)/list
That said, some of these permissions don't make sense from a Mastodon point of view, namely those that handle what people can see when visiting your profile at . There would have be some way to identify them to grant them the permissions you've given them.
Hubzilla has such a way, as do (streams) and Forte. It's OpenWebAuth, a "magic sign-on" system created by the creator of these four for a Hubzilla fork that was backported to Hubzilla and inherited by (streams) and Forte. These three can recognise logins to grant guest permissions, and their logins can be recognised. There are a few more Fediverse applications whose logins can be recognised. This was actually also developed for Mastodon and ready to be merged in, but the patch was actually silently rejected.
(5/9)
# # # # # # # # # # # # # # # # # #
Events
Friendica, Hubzilla, (streams) and Forte have the option to announce events in new posts. Mastodon can receive and show these posts.
However, Mastodon has no way to handle the actual event part. Like, you can't confirm your participation in an event on Mastodon. Mastodon doesn't know events. Mastodon has no buttons or other UI elements for interacting with events. And Mastodon doesn't have an event calendar either which you'd add the event to when confirming your participation.
There are also events with no announcement post. For example, birthdays. Friendica, Hubzilla, (streams) and Forte have a dedicated birthday field in their profiles, much unlike Mastodon. For example, I have a "birthday" in my public profile. When someone on Friendica, Hubzilla, (streams) or Forte connects to me, and I confirm that connection, my "birthday" will be added to their event calendar, and they will be notified about my "birthday" every year. This might also work for users on PieFed which has an event calendar, too, although I'm not sure if PieFed understands these birthday fields.
(4/9)
# # # # # # # # # # # # # # #
Groups, part 3: Replying to a thread, and how conversations work
If you want to reply, just reply. It's good manners to mention whomever you're directly replying to, and even that only if you're replying to a reply. But you don't have to mention anyone to reach anyone. Even then, your reply will be boosted to everyone who has received the top post.
Even if you reply to Carol who has replied to Bob who has replied to Alice who has started a thread in the group.
Within Mastodon, you'd have to mention Carol so she receives and sees your reply, you'd have to mention Bob so he receives and sees your reply, you'd have to mention Alice so she receives and sees your reply.
Conversations on Friendica, Hubzilla, (streams) and Forte work much more like on Facebook: Your reply will go past Carol. Past Bob. Past Alice. Straight to the group account/channel. From there to Alice because she has started the conversation. And to Bob and Carol because they have received the quote-post of Alice's post. And to everyone else who has received the quote-post of Alice's post.
Now, how does everyone see your reply
At this point, it's important to say that a Friendica feed or a Hubzilla or (streams) or Forte stream looks vastly different from a Twitter feed or a Mastodon timeline and much more like a Facebook feed. Again, that's because Friendica was a Facebook alternative long before Twitter clones became the default. And Hubzilla, (streams) and Forte are direct descendants of Friendica with largely the same purpose. So no mimicking Twitter's behaviour here.
What does your Mastodon timeline look like Single posts with no context. And more single posts with no context. You receive a new post, it immediately shows up at the top of your timeline as a single post with no context. You have no idea how many unread messages you have. You want to see the context of a post, you have to click and click and click.
Facebook doesn't show you single-post-with-no-context piecemeal. Neither do Friendica, Hubzilla, (streams) and Forte. They always show you entire conversations with the top post and with all comments.
Imagine your Mastodon timeline. But instead of single posts with no context, you always see entire conversations with the top post and all replies that is, you actually only see the last three replies, but you can easily unfold the thread view and see everything.
Imagine whenever someone replies to a post that you already have in your timeline, you automatically receive that reply.
Imagine that you have a little counter of unread messages somewhere. When you receive a new post, the counter goes up by one. When you receive a new reply, the counter goes up by one. But neither that new post nor that new reply is automatically added to the top of your timeline.
Now you click the counter of unread messages. Out comes a list of unread messages. Not the messages proper. A list, including who sent them and, if that's the case, whom they reply to (not as in whom they directly reply to, as in Carol in the above example, but who wrote the top post, as in Alice in the above example).
You can click on any item in the list. Imagine you do. You will leave the timeline view. You will be shown only that one conversation with the top post and the comments. And the view will focus on the new comment and flag it as seen, and the counter of unread messages will go down by one. You can scroll through the conversation and see the entire context in which that reply was posted.
This is what Friendica groups, Hubzilla forums, (streams) groups and Forte groups are geared towards. They aren't group add-ons to Mastodon, and they aren't geared towards integrating perfectly into Mastodon. Remember that Friendica groups are almost six years older than Mastodon itself.
I'm not sure how exactly Mastodon users receive replies from Friendica groups, Hubzilla forums, (streams) groups or Forte groups. One thing is certain: They will not visibly mention you. Another thing is certain: They will send you replies regardless.
I can only guess what happens: You do get replies. But you get them as new posts in your timeline. And you have to scroll down your timeline until you stumble upon them. If you really want to participate in groups, if you really want to see everything that happens there, you'll have to scroll, scroll, scroll, scroll, scroll down your timeline until you hit posts which you know you've seen before. You probably won't be notified about these replies.
(3/9)
# # # # # # # # # # # # # # # # # # #
Groups, part 2: Starting a thread
Okay, here comes the twist. Here is where the group magic happens.
If you want to start a new thread in that group, you have to be a member of the group account. Connected to the group account. In Mastospeak, mutually follow the group account.
Then, if you send a new post that mentions the group account, and it is not a reply to another post, then the group account will automatically quote your post and send the quote-post with your post in it to all its connections (followers).
You know quotes Quote-posts Like, quote-tweets What half of Mastodon is so afraid of because it's used on Twitter only to harass and dogpile people That's what I'm talking about. Friendica has had these quote-posts for almost 16 years, and never have they been used for harassment and dogpiling, for never has anyone used Friendica as a drop-in replacement for Twitter. Friendica calls them "shares". And Friendica has used these quote-posts in groups for almost 16 years.
That is, within Friendica (and its descendants), one thing is a wee bit different: If you're on Friendica or Hubzilla or (streams) or Forte, you have to send a DM with a special mention (
!group instead of group on Friendica, !group on Hubzilla, (streams) and Forte) to the group account for this to happen. This automatically activates what's "mentioned only" on Mastodon and makes your post a DM.But from Mastodon accounts and the like, it accepts public posts with
group mentions. That's because Mastodon & Co. don't know !group and !group mentions.(2/9)
# # # # # # # # # # # # # # # # # # # # # # # # # # # # Okay, I guess here's some explanation necessary from a Mastodon point of view.
Groups, part 1: Membership
As for a Friendica group, you can think of it as a Mastodon account, but with a little twist. In order to join that group, you follow it. And if you have your own group, you have one Mastodon account that's your personal account and another Mastodon account that's the group.
However, Friendica is not a Twitter clone. It's a Facebook replacement, and it has been one long before cloning Twitter was considered the one thing the Fediverse does.
Now, Twitter has followers and followed. As does Mastodon because Mastodon is a Twitter clone.
But Facebook doesn't have followers and followed. It has "friends" which in Twitterspeak and Mastospeak are mutual followers. Thus, it's the same on Friendica.
Friendica doesn't have followers and followed as two fully separate things and mutuals as the state when you follow someone and they follow you back. It has connections which are always mutual.
So in order to really join a Friendica group, you must connect to it (Mastodon: follow it), and the group account must confirm the connection (Mastodon: follow you back).
It's basically the same on Hubzilla, (streams) and Forte. Only that on these three, much unlike on Mastodon and Friendica, the account, the login and the identity are not tied together into one thing. Imagine you could have as many Mastodon-accounts-as-in-identities on one Mastodon-account-as-in-login. Imagine you could switch back and forth between fully independent identities on the same server without having to log out and back in again. Only that Hubzilla, (streams) and Forte refer to a Mastodon-account-as-in-identity as a "channel" and to a Mastodon-account-as-in-login as an "account".
This means that on Hubzilla, (streams) and Forte, a group (Hubzilla: forum) is a channel with special settings. As a group owner, you have one account/login, and on that one account/login, you have your personal channel, and you have your group/forum channel, and you can switch between them while staying logged in.
(1/9)
# # # # # # # # # # # # # # # # #
Last updated: 2026-01-18
All text and images © eLoc8.is-fabulous.com