Find the latitude of any place.  

Testing out my butt plugs! Didnt

Testing out my butt plugs! Didnt want this to be too long so only showing the biggest one but it took a long time to get there!

No, and I never will.
See, my original images are renderings from extremely obscure 3-D virtual worlds. First of all, I have very good reasons to write my image descriptions that long see here:
Besides, how is someone supposed to accurately describe my images who has never even heard of the underlying technology of these worlds, much less the specific places which my images show, not to mention the contents of the images
See, in my long descriptions, I also give all necessary explanations so people neither have to look up anything themselves nor ask me anything to understand the images and the descriptions. For example, I don't simply mention where an image was made. I explain it, and I explain it at multiple levels (explanations of explanations etc.) because the topic at hand is so obscure.
People who know nothing about the images can't give any explanations because they know nothing about the images.
For example, tell me how you'd describe the object to the right of the avatar in this image: . Then we'll both laugh. And then I'll give you a copy of how I've actually explained and described it.
Lastly, other people would describe my images by looking at the images. I'm far ahead of that. I describe my images by going in-world and looking at the real deal. I can see vastly more details. I can and do transcribe text of which people who look at the image don't even know it's there because it's so tiny.
This also enables me to identify far more elements in the image than complete laypeople who only have an 800x533 image to look at. I can tell you, quote from an actual image description, "there are two identical aa palms in square terracotta pots with wide rims" while nobody else can even spot the plants in the first place, much less identify them.
# # # # # # # # # # # Not Hard
Two and a half years ago, I racked my brains on how to describe four images of nebulae within three images. In descriptions that'd end up almost 40,000 characters, over 25,000 characters and almost 10,000 characters long respectively. I almost decided against posting these images because I felt incapable of describing these details appropriately.
I still think these detail descriptions are far away from being as good as they could possibly be, also because there's another image in the image which I've described in almost 4,700 characters.
It took me two days to research for and write these descriptions, one day for the first image, the other day for the other two.
Link to the post in question (caution, the image descriptions are extremely outdated by my current standards):
In all seriousness, I've rendered images that I intended to post, and I ended up not posting them because I couldn't realistically describe them. I've even refrained from making images of other scenes, simply because there was no way I could possibly describe them appropriately.
Not Hard. LOL.
Oh, and by the way: I'm working on a wiki about alt-texts and image descriptions with a special focus on the Fediverse. I expect it to have some 50 pages or more, and I have more than 50 references for the wiki now. Here's the link to the wiki:
Not Hard.
# # # # # # # # # # # # # # # Literally doesn't work for me.
I put a huge effort into describing my original images twice each. My alt-texts must be among the longest in the Fediverse, and those are the short descriptions. The long descriptions in the posts themselves regularly exceed every last pre-defined character limit in the Fediverse by magnitudes.
Reactions: none. Especially no repeats (that's how we call boosts over here). At least not for my original image posts and very rarely for my meme posts.
Examples of original image posts (even though they may not have originated on Mastodon, they're still in the Fediverse, and they've shown up on Mastodon users' timelines):
(post hidden behind summary/CW, images hidden behind spoiler tag)

(post hidden behind summary/CW)

(post hidden behind summary/CW)

I haven't posted any new original images in 2025 and none in this year either because the descriptions for a series of images I've made in 2024 aren't done yet. But I've got my doubts that anything will change in this regard.
# # # # # # # # # # # # # # # Long

Le nombre denfants a explos et un nombre significatif dentre eux taient dtenus depuis plus de 100 jours, souligne , conseillre juridique en chef de .Sources : ,

On we follow

Man walking up the long, steep mountain trail.It was a fantastic hike today with amazing clouds!

Long train in California desert

Un bilan probablement sous-estim, prcise qui sappuie sur les tmoignages de 21 ex-dtenues. titre de comparaison, 237 prisonniers sont morts entre 1967 et 2023.

dnonce une politique systmique et institutionnalise de mauvais traitements, dans un contexte de dtention administrative massive, sans accusation ni procs.

Au moins 84 sont mortes dans les prisons depuis le 7 octobre 2023, aprs avoir subi des mauvais traitements incluant violences physiques, sexuelles et psychologiques, privations de nourriture et refus de soins, selon .

Ce sont quelques cas extraits du dernier rapport de sur les violences subies par les otages . dtient 9 000 . La moiti d'entre eux sont emprisonns indfiniment sans inculpation ni procs.

Non ci ritireremo nellombra -Haul

So ist das. Es zeigt aber auch sehr deutlich den Unterschied zwischen dem Fediverse in der westlichen Welt und dem Fediverse in Ostasien.
So, wie bei uns im Westen das Fediverse im wesentlichen Mastodon ist, ist in Ostasien das Fediverse im wesentlichen *key. Die kennen auch Mastodon, aber das spielt da nur eine untergeordnete Rolle. Etwas, was dem Platzhirsch Misskey das Wasser nicht reichen kann, hat da einfach keine Chance.
In Ostasien gibt's im wesentlichen zwei Grnde fr Forkeys. Zum einen ist Misskey eigentlich verbuggt bis zum Gehtnichtmehr. Die Bugs sind bekannt. Die Bugs sind in Issues auf GitHub dokumentiert. Aber es passiert einfach nix. Man knnte Pull Requests einreichen, mit denen ein Bug sofort aus der Welt geschafft werden knnte. Die werden aber einfach nicht gemerget.
Was machst du also Du machst aus deinem Entwicklungsfork, mit dem du deinen Patch gebaut hast, ein eigenes Projekt mit eigenem Namen und haust das als direkte Konkurrenz zu Misskey raus. Also als Soft-Fork, wo du ab und an mal Commits von Misskey rberholst und bei dir einpflegst. Oder wenn du an Misskeys Weiterentwicklung eh nicht glaubst, gleich als Hard-Fork, wo du letztlich die ganze Weiterentwicklung selbst machst.
Zum anderen gibt's immer wieder Ideen, wie die Usability von *key verbessert oder in andere Richtungen getrieben werden knnte. Das kann man natrlich nicht unbedingt mit Misskey selbst machen. Also macht man dafr eben einen Fork.
Die Featuritis westlicher Art in japanischen und sdkoreanischen Forkeys kam doch eigentlich erst richtig auf, als man in Ostasien bemerkte, da zum einen Misskey im Westen populrer wurde (immer mehr englische Notizen auf Misskey-Instanzen, immer mehr englische Issues auf GitHub, wo frher mal alle japanisch waren, etc.) und zum anderen Misskey im Westen geforkt wurde (ein Blick in die Liste der Forks des Misskey-Repository gengt).
Im Westen sind die Grnde fr Forkeys etwas anders gelagert. Erstens wollten vermutlich besonders die ganz frhen westlichen Forkeys die sthetik verndern. Ich meine, vor ein paar Jahren hatte Misskey noch diese typische knallbunte sthetik von Shibuya und Akihabara und Manga und japanischen Verkaufsautomaten. Die Amis und Europer wollten eher ein sachlicheres Aussehen haben, das Maid-Caf in eine Studentenkneipe umgestalten, ungewohnte Melonenbrause durch gewohnte Cola ersetzen.
Zweitens, wo man schon mal dabei war: Features, Features, Features. Man war beeindruckt davon, was Misskey konnte, was das eigentlich als Standard und Goldstandard geltende Mastodon nicht konnte. Aber da ging noch was, da war noch Luft nach oben. Und weil verschiedene Entwickler verschiedene Vorstellungen hatten, was jetzt ein Forkey an Features haben soll, standen wohl einige Zeit vor allem FoundKey und Calckey in Konkurrenz zueinander.
Zu den Sachen, auf die sie sich einigen konnten, war, da ein hartgecodetes Zeichenlimit von 3000 genauso Kse ist wie ein hartgecodetes Zeichenlimit von 500 auf Mastodon. Deswegen hat doch so ziemlich jeder Mastodon-Fork, der was auf sich hlt, ein konfigurierbares Zeichenlimit. Und jeder Forkey, der was auf sich hlt, auch.
Drittens: Bugfixes. Allerdings nicht nur von Misskey-Bugs, die von den Forkeys geerbt wurden, sondern ebenso von Bugs, die mit der Featuritis Einzug gehalten haben. Deswegen war Sharkey ("Hauptsache, erstmal Features") vs. Iceshrimp ("Hauptsache, erstmal Stabilitt") das neue FoundKey vs. Calckey.
Viertens, das habe ich noch gar nicht erwhnt: ein nicht cishet-normatives Fediverse. Sogar eine Nische im Fediverse ganz ausdrcklich fr Transpersonen, deren serverseitiger Unterbau selbst von Transpersonen entwickelt und gepflegt wird. Warum Weil der Admin von misskey.io, der grten Misskey-Instanz berhaupt, durch das Shadowbanning entsprechender Begriffe mal eine gewisse Homophobie, Transphobie und generelle Queerphobie impliziert hat. Wohlgemerkt, der Admin von misskey.io, nicht irgendeiner der Entwickler von Misskey. Aber damit stand Misskey als Ganzes und wohl auch die ganze japanisch-sdkoreanische Forkey-Szene doof da.
Hajkey hatte ich ja schon erwhnt. Von einer Transfrau entwickelter Forkey fr eine von einer Transfrau gegrndete Instanz. Noch offensichtlicher geht's fast schon gar nicht mehr: Hajkey war inspiriert von und benannt nach dem IKEA Blhaj, dem plschigen Transgender-Wappentier. Und auch Sharkey wurde von trans Instanzadmins angeschoben, um eine Pro-2SLGBTQQIA+-Alternative zu Misskey mit besonderem Fokus auf Transpersonen zu haben, die Misskey selbst in den Schatten stellt. Ich meine, warum ist das Maskottchen von Sharkey ein Anime-Mdchen in einem blauen Haianzug
Sharkeys Ziel drfte auch gewesen sein, einen Fediverse-Allesknner zu bauen. Egal, was man im Fediverse machen will, egal, was man fr Features braucht, sie sollten auf jeden Fall auch erhltlich sein von trans Entwicklern und nicht nur von Cishet-Mnnern. Wohl auch deshalb wurde Sharkey aufgeblht zu einem Featuremonster, das im Rahmen der Mglichkeiten von *key Friendica und sogar Hubzilla Konkurrenz zu machen versucht. Transpersonen sollten anstelle dieser beiden Anwendungen, die praktisch komplett von Cishet-Mnnern entwickelt und gepflegt werden, mit mglichst wenig Einschrnkungen auch Sharkey nutzen knnen.
Das Problem im Westen ist nur, Entwickler zu finden und zu halten. Wie gesagt, in Fernost dominiert *key alles. Hier im Westen ist *key eine Nische. Hier ist alles Nische, was nicht Mastodon ist. Ein erheblicher Teil der Fediverse-Nutzer kennt nur Mastodon, glaubt gar, das Fediverse sei nur Mastodon. Ein paar mehr glauben, das Fediverse sei nicht viel mehr als Mastodon, PeerTube und Pixelfed. Geschtzt mindestens die Hlfte aller Fediverse-Nutzer glaubt, Mastodon sei die einzige auf Microblogging ausgelegte Anwendung im Fediverse.
Dazu kommt die Konkurrenz. Neben Mastodon gibt's ja nicht nur *key. Auch Pleroma und Akkoma wollen ein Stck vom Kuchen abhaben, und die drften mindestens so bekannt sein wie *key. Daneben gibt's noch sehr viele weitere Projekte in sehr vielen weiteren Grenordnungen von snac2 ber GoToSocial bis Mitra, die alle dasselbe wollen wie Mastodon und die *keys.
Entsprechend verteilen sich dann auch die fhigen Entwickler. Die meisten forken entweder Mastodon, um daraus etwas zu bauen mit Features, die "das Fediverse" dringend haben mte, die aber schon Misskey lngst hat. Nur haben sie von Misskey nie gehrt und auch nicht von Pleroma oder Friendica oder sonstwas. Oder sie fangen ihre eigene Microblogging-Anwendung an mit denselben Beweggrnden und demselben Basiswissen bzw. Mangel daran. Ich schtze, von denen wissen auch einige bis heute nicht, da es Misskey und Pleroma gibt. Oder sie bauen irgendwas ganz anderes direkt gegen Mastodon.
Unter denen, die Misskey kennen, gibt's nicht viele fhige Entwickler. Das sieht man ja auch an den Smartphone-Apps: Reine Mastodon-Apps kommen gefhlt im Monatstakt. Aber es hat eine Ewigkeit gedauert, bis es auch nur eine einzige App gab, die direkt auf Misskey und die Forkeys ausgelegt war, geschweige denn stabil und nicht nur auf Japanisch und vielleicht noch Hangul verfgbar. Das heit auch: Die paar wenigen fhigen Entwickler, die Misskey kennen, sind entweder schon irgendwo eingebunden oder gebrannte Kinder (oder Ostasiaten, die kein Englisch knnen, was die Kommunikation ziemlich erschweren wrde).
Wer also Mitstreiter frs eigene Projekt sucht, vor allem so vertrauenswrdige, da die dann auch committen drfen, wird keine finden. Gleichzeitig ist es aber absoluter Wahnsinn, einen Soft-Fork von Misskey alleine ohne jegliche Hilfe zu pflegen und weiterzuentwickeln, insbesondere, wenn der an Fahrt aufnimmt und von mehr und mehr Leuten genutzt wird. Genau daran ist Firefish letzten Endes eingegangen.
Im Grunde braucht es heutzutage gar nicht mehr diesen Wust an Forkeys, jedenfalls nicht im Westen. Das heit, im Grunde knnte CherryPick rein technisch die meisten Anforderungen erschlagen, und noch dazu soll es bombenstabil sein. Nur hat man dann etwas, das so aussieht, wie Matcha oder Melonenbrause schmeckt, und wo die meisten Commits, die nicht von Misskey kommen, auf Japanisch oder Hangul beschrieben sind.
# # # # # # # # # # # # # # # # # # # # Soweit ich wei, war es so (man mge mich wiederum korrigieren kursiv sind die "Forkeys hheren Grades", die nicht von Misskey geforkt wurden):

Ein paar andere *keys:

Siehe brigens auch die Delightful Fediverse Experience: und .
Verglichen damit ist die Familie von Mistpark bis Forte schon wieder bersichtlich, vor allem, wenn die anderen mehreren Dutzend toten Forkeys mit dazugeholt werden. Immerhin stammt von Mistpark bis Forte ber etwa 15 Jahre alles vom selben Schpfer, der einfach nur sein eigenes Zeug geforkt hat.
# # # # # # # # # # # # # # # # # # # # # # # # # # # #

Lee Na Young, Jung Eun Chae, And Lee Chung Ah Relax Together After A Long Day In New Drama Honour Poster

Scaling long-running autonomous coding

-running

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.
# # # # # # # # # # # # # # # # # # # # #

Artist: Long Island Sound
Title: Searching (Live Mix)
Genre: House - source: Deezer ()
Deezer: YouTube: SoundCloud:

exposure photography

K-Pop Star Chops Off Long Hair, Reclaiming His BTS Jungkooks Hyung Nickname

In a hilarious twist of fate, this gives (streams) and Forte an unfair advantage. They're nearly identical, they have the same maintainer, but they're two separate implementations, also seeing as Forte uses ActivityPub for nomadic identity, and (streams) doesn't and still uses its own Nomad protocol for it.
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:
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 ().)
# # # # # # # # # # # # # # # #

. 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
# # # # # # # # # #
Last updated: 2026-01-24






donate