@Anya Karl Und gleichzeitig sind gefühlt sämtliche Alt-Text-Aktivisten genervt davon, wenn man darüber reden will, wie Bilder beschrieben werden sollen. Also nicht ob (weil jemand keinen Bock hat, Bilder zu beschreiben), sondern wie (weil jemand die eigenen Bildbeschreibungen bis zum Gehtnichtmehr optimieren und perfektionieren will).

Es heißt immer: "Nicht drüber labern, einfach machen!"

Aber wie zum Geier soll ich wissen, daß meine Bildbeschreibungen etwas taugen, wenn nicht nur Blinde und Sehbehinderte, sondern ganz besonders und allzuvorderst die Alt-Text-Aktivisten sich strikt weigern, mir zu erklären, wie eine gute Bildbeschreibung auszusehen hat? Was da die Mindeststandards gemäß Mastodon-Kultur sind? Oder was ihre eigenen Mindeststandards sind?

Ich stecke nun wirklich sehr viel Arbeit und Mühe und Hirnschmalz und vor allem Zeit in jede meiner Bildbeschreibungen. Meine eigenen Bilder beschreibe ich sogar jeweils zweimal, im Alt-Text und dann noch einmal sehr viel detaillierter im Post selbst mit Erklärungen und sämtlichen Text-Transkripten. Ein einziges Bild kann mich Stunden oder Tage kosten, und das ist kein Witz.

Woher soll ich wissen, ob das, was ich da schreibe, ausreichend ist oder tatsächlich noch nicht ausreichend oder maßlos übertrieben, wenn ich weder Feedback erhalte noch irgendjemand mit mir darüber reden will?

Statt dessen werde ich sowohl geblockt, wenn meine Bildbeschreibungen nicht optimal sind (möglicherweise auch, weil meine Bildposts dazu neigen, einige zigtausend Zeichen länger zu sein als das per Mastodon-Kultur vorgegebene fediverseweite Limit von 500 Zeichen), als auch, wenn ich darüber reden will, wie ich es richtig machen soll.

Und trotzdem wird von mir erwartet, daß ich das weiß. Ohne mir eine Chance zu geben, das in Erfahrung zu bringen.

Das "einfach" in "einfach machen" ist Blödsinn, wenn über einem das Damoklesschwert der persönlichen Angriffe und des massiven Reichweitenverlusts schwebt, wenn man es falsch macht.

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #MastodonKultur #Zeichenlimit #Zeichenlimits #ZeichenlimitMeta #CWZeichenlimitMeta #AltText #AltTextMeta #CWAltTextMeta #Bildbeschreibung #Bildbeschreibungen #BildbeschreibungenMeta #CWBildbeschreibungenMeta
Netzgemeinde/Hubzilla

@Arcadiagt5 One thing you should really avoid is line breaks in alt-text.

That's because alt-texts outside the Fediverse are always short and concise and not the extensive descriptions that are common on Mastodon. Hence, screen readers expect alt-texts to always be one paragraph each. Whenever there's a new paragraph, at least some of them think it's a new alt-text for a new image.

This is bad because screen readers tend to announce images and therefore start alt-texts by speaking, "Graphic" or something like that. But if your alt-text has multiple paragraphs, the screen reader will say, "Graphic," at the beginning of each paragraph.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #AltText #AltTextMeta #CWAltTextMeta #FediTips
Netzgemeinde/Hubzilla

@Mark Whybird Sounds like @Mona app basically behaves like the Mastodon pre-4.4 Web interface; in fact, I think I've read somewhere that it's still partly stuck on a Mastodon 3 level.

One issue with this is that the Mastodon pre-4.4 Web interface didn't automatically blur images in posts that have CWs. Instead, when you have images in a CW'd post, Mastodon flags the images sensitive. Mastodon's Web interface blurs images that are flagged sensitive, and I guess so does Mona.

However, most of the rest of the Fediverse doesn't support this Mastodon-specific, non-standard sensitive flag for images. In CW'd image posts from somewhere else than Mastodon, the images will generally not be flagged sensitive, Mastodon won't blur them, and Mona probably won't either.

For example, here on Hubzilla, I could make people click up to four times before they see an image. First, if they have NSFW installed, they have to click an automatically generated content warning. Next, they have to click a summary plus Mastodon-style content warning. Then they have to click a spoiler tag that reveals the blanked-out image. Lastly, they have to click the image to unblank it.

Mastodon/Mona users, on the other hand, will see the very same image below the very same post immediately, un-CW'd, unblurred.

This is why I won't go back to posting images here on Hubzilla and stick to (streams) for that: (streams) can set the Mastodon-specific sensitive flag by adding one or two particular hashtags to a post. At least I hope it still does that.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #CW #CWs #CWMeta #ContentWarning #ContentWarnings #ContentWarningMeta #Mastodon #Hubzilla #Streams #(streams) #MonaApp
Netzgemeinde/Hubzilla

@Mark Whybird The whole alt-text would be a bad idea. Especially if showing the whole alt-text under each image is set to on by default or even hard-coded for everyone's "convenience".

Some of us write or have written extremely long alt-texts. All of my most recent alt-texts are either precisely 1,500 characters or only a very few characters short of it. I'll have to limit my future alt-texts to only 512 characters, but I won't shorten my existing ones. And in the rare case that someone decided to boost one of my image posts to your timeline, you'd have a massive block of 1,500 characters of alt-text underneath each image. On a comparatively small iPhone display even (desktop user here).

Do you really want that?

By the way: How does @Mona app handle images in posts with CWs? Does it hide them behind the CW like Mastodon's Web interface since 4.4.0? Or does it keep them visible underneath the CW'd post like Mastodon's Web interface before 4.4.0? Because in the latter case, I couldn't possibly CW long alt-texts away (while I already CW my long posts away whenever I can, namely whenever they aren't replies).

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #AltText #AltTextMeta #CWAltTextMeta #CW #CWs #CWMeta #ContentWarning #ContentWarnings #ContentWarningMeta
Netzgemeinde/Hubzilla

@Der böse Hexe Njähähä 🧙‍♀️🪄⚡️ @Mina Es ist eben eine auf Mastodon weitverbreitete Fehlannahme, daß Mastodons Kultur die Kultur des ganzen Fediverse ist. Und daß Mastodons ungeschriebene Regeln im ganzen Fediverse gelten. Und falls nicht, dann hat dieser Zustand aber schnellstmöglich hergestellt zu werden.

Das liegt auch daran, daß auf Mastodon kaum jemand weiß, inwiefern das Nicht-Mastodon-Fediverse anders ist und anders funktioniert als Mastodon. Oder auch, daß es einige Sachen schon deutlich länger im Fediverse gibt als Mastodon. Daß das Fediverse eben nicht mit Mastodon anfing und auch nicht alles, was nicht Mastodon ist, als Extra nachträglich an Mastodon drangeklebt worden ist.

Im Grunde sind sich nur diejenigen dessen bewußt, die schon lange hauptsächlich oder ausschließlich etwas anderes benutzen als Mastodon. Vor allem die, die eben nicht von Twitter über Mastodon ins Fediverse gekommen sind.

Mastodon vs. Friendica


Das läßt sich sehr gut illustrieren im Vergleich zwischen Mastodon und Friendica. Mastodon ist eine puristische, spartanische Microblogging-Anwendung und versucht, ein Twitter-Klon zu sein. Friendica ist eine Social-Networking-Anwendung und Facebook-Alternative und gleichzeitig eine vollwertige Blogginganwendung mit allen Schikanen.

Mastodon ist von 2016. Friendica ist von 2010, gut fünfeinhalb Jahre älter als Mastodon. Als Mastodon startete, hat es sich mit Friendica verbunden und nicht umgekehrt.

Friendicas Kultur ist ungefähr so alt wie Friendica selbst. Mastodons Kultur, wie sie heute existiert, wurde dagegen geprägt Mitte 2022 von denjenigen, die im Februar und März von Twitter abgehauen sind, nachdem Elon Musk angekündigt hatte, es zu übernehmen.

Wagenburgmentalität vs. totale Föderation


Ein Killerfeature von Friendica war immer, daß es sich mit allen möglichen und unmöglichen Sachen verbinden kann. Mit dem ganzen Fediverse sowieso. Aber auch mit diaspora*, mit Tumblr, mit Libertree, theoretisch sogar mit Twitter, früher tatsächlich sogar mit Facebook, per E-Mail, crossposten nach WordPress geht auch und so weiter und so fort. Damit wirbt Friendica ja auch, daß das geht.

So war es schon immer ein bombenfester Teil von Friendicas Kultur, daß man Kontakte überall hat. Im ganzen Fediverse und über das Fediverse hinaus.

Im krassen Gegensatz dazu steht Mastodon, wo buchstäblich jeder, aber auch wirklich jeder Neuling lernt, daß es nur mit sich selbst verbunden ist. Es gibt Mastodon-Nutzer, die erst nach Jahren erfahren, daß das Fediverse nicht nur Mastodon ist und Mastodon mit noch ganz anderen Sachen verbunden ist.

Je länger es aber dauert, bis man das weiß, desto mehr gewöhnt man sich an ein reines Mastodon-Fediverse. Desto schwerer fällt es, sich an ein Nicht-nur-Mastodon-Fediverse zu gewöhnen. Desto eher will man sogar wirklich ein reines Mastodon-Fediverse haben.

Blöderweise wurde Mastodons aktuelle Kultur aufgebaut von Leuten, die selbst zu der Zeit glaubten, das Fediverse sei nur Mastodon. Sonst wäre Mastodons Kultur nämlich für den Rest des Fediverse offener. Und so ist in Mastodons Kultur quasi eingebrannt, daß alles, was nicht Mastodon ist, ein ungewollter Eindringling ist.

Wir waren zuerst da vs. wir waren wirklich zuerst da


Der Großteil der Mastodon-Nutzer glaubt, das Fediverse fing mit Mastodon an. Und so verhalten sie sich auch. Wir waren zuerst da, Mastodon war zuerst da, also ist Mastodon der Standard.

Die Friendica-Nutzer dagegen wissen, daß Friendica schon lange vor Mastodon da war. Viele Friendica-Nutzer sind ja selbst schon seit Zeiten dabei, als es Mastodon noch gar nicht gab. Folglich weigern sie sich, Mastodon als Ursprung des Fediverse anzuerkennen. Die meisten dürften nämlich wissen, daß der Ursprung des Fediverse StatusNet von 2008 war. Damit war Friendica übrigens auch verbunden.

500 Zeichen vs. gar kein Limit


Anderes Beispiel: Mastodon hat ein festgelegtes Zeichenlimit von 500. Jeder Mastodon-Neuling gewöhnt sich da erstmal dran. Wenn man dann erstmals über einen Beitrag stolpert, der länger ist, dann ist das zutiefst (ver)störend, vor allem, wenn man die offizielle Mastodon-Smartphone-App benutzt, die lange Beiträge nicht einklappen kann.

Folglich ist es auf Mastodon in die Kultur eingebrannt, daß Beiträge mit über 500 Zeichen schlecht sind. Und es ist eine ungeschriebene Regel auf Mastodon, Beiträge, die über 500 Zeichen lang sind, in Threads zu zerschneiden. Zugegeben, die meisten Mastodon-Nutzer haben eh keine andere Wahl.

Auf Friendica ist das ganz anders. Da gab es nie ein definiertes Zeichenlimit. Da sind die Leute es seit jeher gewohnt, soviel auf einmal zu posten, wie sie wollen und müssen. Folglich gehen einigen die zerschnipselten Beiträge von Mastodon gehörig auf die Nerven, weil das den Lesefluß stört.

Und so stehen auf der einen Seite Mastodon-Nutzer, die Friendica-Nutzer dazu zwingen wollen, Beiträge, die länger als 500 Zeichen sind, zu zerschneiden. Auf der anderen Seite stehen Friendica-Nutzer, die zum einen genau das eben nicht nötig haben und zum anderen Mastodon-Nutzern empfehlen, wenn sie öfters mal etwas Langes zu posten haben, an einen Ort im Fediverse umzuziehen, wo sie mehr als nur 500 Zeichen haben. Aber sie sollen um Gottes Willen aufhören mit dieser Schnipselei.

CWs vs. Zusammenfassungen plus NSFW


Noch ein Beispiel: das CW-Feld. Allgemeine Annahme auf Mastodon ist, daß es das so im ganzen Fediverse gibt und es somit auch Teil der Kultur im ganzen Fediverse ist, da vor potentiell verstörenden Inhalten zu warnen. Und das Feld im übrigen auch nur dafür zu nutzen.

Mastodon hat dieses Feld seit 2017.

Friendica hat dieses Feld seit 2010, seit es an den Start ging.

Aber: Auf Friendica war das nie ein CW-Feld. Auf Friendica war es schon immer und ist es heute noch ein Feld für Zusammenfassungen. Warum Zusammenfassungen? Weil es ziemlich viel Sinn ergibt, ein Feld für Zusammenfassungen zu haben, wenn man über 16 Millionen Zeichen auf einmal posten kann.

Und so ist in Friendicas Kultur eingebrannt, daß dieses Feld für Zusammenfassungen genutzt wird. Und nur für Zusammenfassungen.

Auf Mastodon ist genau dieser Sachverhalt derweil total unbekannt, auch weil kaum jemand auf Mastodon überhaupt weiß, daß Friendica existiert, und von denen, die das wissen, die meisten sich nicht vorstellen können, daß Friendica mit Mastodon verbunden ist. Also glaubt man, das Feld sei von Mastodon erfunden worden.

Aber wieso nur für Zusammenfassungen? Gibt's auf Friendica keine Inhaltswarnungen?

Doch. Aber die funktionieren völlig anders. Die werden nicht vom Autor eines Beitrags ausgestellt, sondern beim Leser vollautomatisch per Textfilter erzeugt. Auch das ist bombenfest in Friendicas Kultur eingebrannt, ebenso, daß man dann auch im Beitrag entsprechende Schlüsselwörter einbauen muß, damit das bei entsprechend sensiblen Lesern auch funktioniert.

Übrigens: Das kann auch Mastodon. Aber erst seit Oktober 2022, als Mastodons Kultur und Mastodons ungeschriebene Regeln schon in Stein gemeißelt waren. Und im übrigen wissen 99% von Mastodons Nutzern nicht, daß Mastodon das kann, und mindestens 80% nicht, daß Mastodon überhaupt Filter hat.

Folge:
  • Mastodon-Nutzer werfen Friendica-Nutzern vor, keine CWs zu setzen und das CW-Feld zu mißbrauchen (weil die Friendica-Nutzer das CW-Feld entweder für Zusammenfassungen oder gar nicht benutzen).
  • Friendica-Nutzer werfen Mastodon-Nutzern vor, das Zusammenfassungsfeld für irgendwelchen Blödsinn zu mißbrauchen (weil die Mastodon-Nutzer ihre kryptischen Inhaltswarnungen ins Zusammenfassungsfeld packen).
  • Mastodon-Nutzer werfen Friendica-Nutzern vor, unsinnige und/oder zuviele Hashtags zu verwenden (weil die Friendica-Nutzer genau das als Hashtags eintragen, was sie eigentlich ins CW-Feld eintragen sollen).
  • Friendica-Nutzer werfen Mastodon-Nutzern vor, keine Schlüsselwörter zum Auslösen von NSFW in ihre Beiträge einzubauen (weil die Mastodon-Nutzer gar nicht wissen, daß sowas irgendwo im Fediverse existiert).

Solange es Mastodon-Nutzer gibt, die das Fediverse für nur Mastodon halten, solange es Mastodon-Nutzer gibt, die Mastodon als alleiniges Maß aller Dinge ansehen, solange Mastodon-Nutzern beim Onboarding nichts vom übrigen Fediverse erzählt wird (der Einfachheit halber, oder weil diejenigen, die sie einladen, es auch nicht besser wissen), solange Mastodon-Nutzer Nicht-Mastodon-Nutzer systematisch diskriminieren und gleichzeitig vehement abstreiten, irgendjemanden zu diskriminieren, solange wird der Frust nicht abklingen.

Jetzt kann man natürlich als reiner Mastodon-Nutzer, basiert und mastodongepillt, ankommen und sagen: "Die Lösung liegt doch auf der Hand! Friendica muß mehr wie Mastodon werden. Nur 500 Zeichen, Zusammenfassungsfeld in CW-Feld umbenennen, dieses blöde NSFW abschaffen, alle Protokolle außer ActivityPub rausschmeißen, und alles wird gut!"

Tja, dann kommen aber die Friendica-Veteranen. Qua "wir waren schon gut fünfeinhalb Jahre vor euch hier" und qua "Friendica ist objektiv die bessere und leistungsfähigere Software und Mastodon eine künstlich funktionsreduzierte Krücke, die sich nur durch Propaganda, sektenmäßige Gehirnwäsche ihrer Nutzer und vorsätzliche Inkompatibilität mit dem übrigen Fediverse halten kann". Und sie sagen: "Mastodon sollte viel eher sein blödes Zeichenlimit abschaffen, das CW-Feld in das umbenennen, was es schon auf Identi.ca war, Unterstützung für in sich geschlossene Konversationen einführen, Gruppen nach etablierten Fediverse-Standards einführen, volles HTML-Rendering zulassen bis hin zu beliebig vielen eingebetteten Bildern mitten im Beitrag und auch dieses bräsige Folgen-und-Gefolgtwerden durch standardmäßig gegenseitige Verbindungen ersetzen. Dann wäre das ein Gewinn für das ganze Fediverse!"

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Zeichenlimit #Zeichenlimits #ZeichenlimitMeta #CWZeichenlimitMeta #CW #CWs #CWMeta #ContentWarning #ContentWarnings #ContentWarningMeta #Fediverse #Mastodon #Friendica #NichtNurMastodon #MastodonKultur #MastodonZentrizität #MastodonNormativität
@Halla Rempt Since you wanted criticism and advice, here it is. I'll add links to the corresponding pages in my wiki if there are any. (In case you're unaware: Parts of the Fediverse can do embedded links without a URL in plain sight. So if it has a different colour from the rest of the comment here, it's a link even if it isn't a URL.)

First of all: Don't start alt-text with "Photo of". Do mention any medium that isn't a digital photograph. But do not say if something is a digital photograph. It's generally considered the default medium on the Web, so mentioning it is redundant and needlessly inflates your alt-text.

Next: Don't use line breaks in alt-text. Yes, they make your alt-texts look prettier. But those who rely on alt-text can't see them anyway.

Besides, most screen readers expect alt-texts to be only one paragraph. They generally start reading out alt-text with something like, "Graphic." If there are multiple paragraphs, they'll take each paragraph for a separate alt-text and start reading out each one with, "Graphic."

Don't use the quotation marks on your keyboard in alt-text. Again, yes, they make your alt-texts look prettier. But, again, those who rely on alt-text can't see them anyway.

Besides, these quotes are not generally accepted as standard elements in alt-text. Hence, many frontends don't support them, not even in the Fediverse. Mastodon does.

But Hubzilla, for example, which is actually older than Mastodon (and which I'm commenting from right now), doesn't. Hubzilla keeps these quotes in alt-text as their HTML entity: &⁠quot;.

So, for example, you have this alt-text:
Photo of three books. These are manuals with grey covers, entitled "Owners Manual", "BASIC Users Manual" and "DOS Users Manual" The background is once again my painting table.

Hubzilla renders it as:
Photo of three books. These are manuals with grey covers, entitled &⁠quot;Owners Manual&⁠quot;, &⁠quot;BASIC Users Manual&⁠quot; and &⁠quot;DOS Users Manual&⁠quot; The background is once again my painting table.


Now, let's assume someone blind uses Hubzilla with a screen reader. The screen reader will read your alt-text out loud like this:
Photo of three books. These are manuals with grey covers, entitled and quot, Owners Manual and quot, and quot, BASIC Users Manual and quot, and and quot, DOS Users Manual and quot, the background is once again my painting table.

And then there are (streams) and Forte. The former is a fork of a fork of three forks of a fork (of a fork?) of Hubzilla by Hubzilla's own creator, the latter is a fork of (streams) by the same guy. These two internally use this very same quotation mark as an alt-text delimiter. This means that once they hit a quotation mark in an alt-text, they assume it marks the end of the alt-text.

Hence, they render your above alt-text like this:
Photo of three books. These are manuals with grey covers, entitled
And they continue right after the end of your alt-text while completely ignoring the rest of your alt-text.

While we're at it: If you really want to make sure that screen readers pronounce your acronyms correctly, write them in a way that ensures just that.

Let's take "BASIC" as an example. Some screen readers may pronounce it, "basic" because they recognise it as a word. Some screen readers may pronounce it, "bee ay ess eye see" because they spell everything in all caps out.

If you want all of them to read it out as a word, don't write it in all caps.

In contrast, if you wanted all of them to spell it out, you'd have to insert full stops like so: "B.A.S.I.C."

These are two exceptions of the rule that text must always be transcribed 100% verbatim.

Don't explain things in alt-text. Explanations must always go into the post text where everyone can access them.

Why? Because there are people who cannot access alt-text. Often due to physical disabilities. In order to access alt-text, at least one sufficiently working hand is required. And there are more than enough cases in which people do not have sufficiently working hands at all.

Also, GNU/Linux users who run graphical browsers on minimalist window managers such as i3wm that are entirely controlled by keyboard can't access alt-text either. They'd have to move a mouse cursor either to the little "ALT" button or until it hovers above the image. But they don't have mice or other pointing devices. They control their machines entirely by keyboard.

But if all these people can't access your alt-text, they can't read your explanations. At all. They're lost to these people.

Lastly: Keep your alt-texts and image descriptions strictly neutral. Alt-text is no place for personal opinions.

CC: @Alt Text Hall of Fame

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta
Jupiter Rowland - [email protected]

If there's such a thing as a universal character limit for alt-text in the Fediverse, it's not Mastodon's 1,500 characters.

It's Misskey's 512 characters.

That's also because Misskey has a bug that deletes alt-texts from outside if they're longer than 512 characters. So no matter how much work you've put into your long alt-text, Misskey users will think you haven't written any alt-text.

#FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #AltText #AltTextMeta #CWAltTextMeta #Misskey
Netzgemeinde/Hubzilla

@Halla Rempt I'm working on a very extensive wiki about how to describe images and write alt-texts in and for the Fediverse. It's still very incomplete, though. If you're interested anyway, here is the link.

I could still take a look at your alt-texts.

CC: @Alt Text Hall of Fame

#FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta
Jupiter Rowland - [email protected]

@Mina
Ich meine: So kompliziert ist das mit den Bildbeschreibungen auf Friendica ja auch nicht.
Ganz so straight-forward wie auf Mastodon ist es aber auch nicht. Und Friendica hat auch keine so vorbildlich detaillierte Dokumentation wie Hubzilla (wo das noch schwieriger ist).

Dazu kommt, daß Friendica immer noch zu einer gewissen Isolation von Mastodon neigt. Das wiederum kommt auch daher, daß ständig Mastodon-Nutzer Friendica-Nutzer dazu zwingen wollen, Friendicas Kultur über Bord zu werfen und statt dessen Mastodons Kultur anzunehmen. Wohlgemerkt, Friendicas Kultur ist mehr als ein Jahrzehnt älter als Mastodons Kultur und sehr viel besser an Friendicas Features angepaßt als Mastodons Kultur.

Wenn jetzt also ein Mastodon-Nutzer ankommt und von einem Friendica-Nutzer z. B. verlangt...
  • seine "Tröts" auf maximal 500 Zeichen zu beschränken und längere "Tröts" in Threads zu zerschneiden
  • das Abstraktfeld (das auf Friendica schon sieben Jahre länger ein Abstraktfeld ist als auf Mastodon ein CW-Feld) für CWs zu nutzen und nur für CWs und nicht für Zusammenfassungen
  • gleichzeitig mit Extra-Hashtags nicht mehr dafür zu sorgen, daß Beiträge automatisch hinter leserseitig individuell generierten CWs versteckt werden (was auf Friendica schon zwölf Jahre länger geht als auf Mastodon und wovon auf Mastodon niemand weiß, daß es überhaupt geht)
  • oder gar das Aussehen der Erwähnungen und Hashtags an den Mastodon-"Standard" anzupassen (was gar nicht geht, weil das auf Friendica hartgecodet ist)
...dann wird der Friendica-Nutzer definitiv nicht mitspielen. Wenn er schon dabei war, als es Mastodon noch gar nicht gab, erst recht nicht. Eher wird er dann großzügig diejenigen Mastodon-Nutzer blockieren, die ihn zu solchen Sachen zu zwingen versuchen. Ich kenne sogar jemanden auf Friendica, der jeden, der längere Beiträge in kurze Schnipsel zerschneidet, sofort und ohne Umschweife blockt.

Folglich wird der Friendica-Nutzer noch weniger davon mitbekommen, was auf Mastodon abgeht.

Weil es aber praktisch kein Zeichenlimit auf Friendica gibt, gibt es natürlich auch die super-simple Variante, die Beschreibung einfach in den Text des Posts zu setzen.
Kann man machen. Dann riskiert man aber, auf den Deckel zu kriegen, weil es im Alt-Text keine adäquate (= garantiert handgeschriebene, 100% akkurate und hinreichend detaillierte) Bildbeschreibung gibt.

Früher war es ja auch noch so, daß Mastodon hinter CWs nur den Post-Text verbarg, nicht aber das Bild. Wenn man ein Bild gepostet hat mit CW, dann konnten Mastodon-Nutzer nicht auf den ersten Blick sehen, daß im Post eine Bildbeschreibung ist. Damit gerechnet haben sie auch nicht, weil sie sich nicht vorstellen konnten, daß jemand eher die 500 Zeichen im "Tröt" für die Bildbeschreibung nimmt als die 1500 im Alt-Text, und auch nicht gesehen haben, daß der Post von Friendica kam und eben nicht von Mastodon. Also gingen sie davon aus: Wenn im Alt-Text keine Bildbeschreibung ist, dann ist da gar keine.

Inzwischen hat Mastodon das für sein Web-Frontend geändert. Ich glaube aber, es dürfte immer noch etliche Smartphone-Apps geben, die Bilder nicht hinter CWs verstecken.

Genau deswegen beschreibe ich meine eigenen Bilder auch immer zweimal: einmal sehr umfangreich im Post selbst und dann noch einmal zusätzlich im Alt-Text. Dabei reize ich im Alt-Text die 1500 Zeichen aus, die Mastodon bietet (weil Mastodon längere Alt-Texte abschneidet), auch wenn ich selbst im Grunde auch für Alt-Texte kein Zeichenlimit habe (ich selbst bin auf Hubzilla und poste meine Bilder auf (streams)). Im Post brauche ich mir über Zeichenlimits keinen Kopf zu machen.

Gut, eigentlich müßte ich die Alt-Texte auf 512 Zeichen beschränken, weil Misskey und die Forkeys längere Alt-Texte gänzlich löschen. Aber zumindest Misskey schneidet lange Posts bei ca. 8000 Zeichen ab, und die Forkeys werden ähnlich funktionieren. Das heißt, *key-Nutzer werden so oder so meine Posts an der Quelle lesen, denn 8000 Zeichen reichen mir nicht für einen Bildpost (außer vielleicht, wenn es ein Meme ist).

CC: @Der böse Hexe Njähähä 🧙‍♀️🪄⚡️

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Zeichenlimit #Zeichenlimits #ZeichenlimitMeta #CWZeichenlimitMeta #CW #CWs #CWMeta #ContentWarning #ContentWarnings #ContentWarningMeta #AltText #AltTextMeta #CWAltTextMeta #Bildbeschreibung #Bildbeschreibungen #BildbeschreibungenMeta #CWBildbeschreibungenMeta #FediverseKultur #MastodonKultur #Mastodon #Friendica #Hubzilla #Streams #(streams)
Netzgemeinde/Hubzilla

@@reiver ⊼ (Charles) :batman: @silverpill This is simply because little is written about Forte on the Web.

However, I was there when Forte was born back in September, 2024. I was on (streams) back then. Mike Macgirvin had implemented FEP-ef61 in the "nomad" branch of the streams repository a few months ago to test it. When he was confident enough, he merged the "nomad" branch into the regular "dev" branch. In July, 2024, he merged the "dev" branch into the "release" branch, causing the FEP-ef61 implementation to be rolled out to daily-driver (streams) servers.

However, it was a maze of Nomad and Zot6 and non-nomadic ActivityPub and FEP-ef61 identities for everything that boiled over. (streams) wouldn't federate with anything anymore, not even with itself. My two still existing (streams) channels, @Jupiter Rowland's (streams) outlet and @Jupiter's Fedi-Memes on (streams), were both affected by this. They were amongst the very first (streams) channels created on an account with FEP-ef61 DID support.

Mike would spend half of the summer trying to figure out what had happened and how to fix it. Even while (streams) was still broken, Forte was born in August, 2024 when Mike forked the streams repository and ripped all traces of Nomad and Zot6 support out, probably also in order to get rid of the corresponding IDs and facilitate debugging.

This means that FEP-ef61, which had literally caused this whole mayhem and which has to be considered responsible for Forte's very existence, was a) implemented in the streams repository when it was forked into Forte and b) not removed from Forte post-fork. It would not have made any sense to remove FEP-ef61 when one reason why Forte was made at that point in history was in order to debug FEP-ef61.

Sidenotes: Mike managed to fix (streams). This whole issue burned him out so much that he officially quit developing Fediverse software, effective September 1st, 2024, midnight. He still carries on working on both (streams) and Forte because nobody else does, what with how many people even use them.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Streams #(streams) #Forte #FEP_ef61
Netzgemeinde/Hubzilla