@Regezi An sich ja. Aber:

Erstens, wie gesagt, sind praktisch alle, die der Gruppe beitreten würde, auf Mastodon und nur auf Mastodon, und das unterstützt keine Gruppen. Die paar, die nicht auf Mastodon sind, sind fast alle auf Misskey oder einem Fork davon, und die unterstützen auch keine Gruppen.

Das heißt im Umkehrschluß: Wo es Gruppen gibt, interessiert sich keiner für Barrierefreiheit im Fediverse. Noch weniger Leute kennen da die Mastodon-Kultur und die ungeschriebenen Mastodon-Regeln. Das heißt, mit denen, die da schon sind, kann man das Thema Barrierefreiheit im Fediverse auch nicht diskutieren, weil man ihnen erst alles von Grund auf erklären muß. Du kannst mir glauben, ich habe das auf Lemmy versucht und bin krachend gescheitert, weil niemand wußte, worüber ich da eigentlich redete.

Zweitens wissen die allermeisten Fediverse-Nutzer gar nicht, daß es im Fediverse überhaupt Gruppen gibt, geschweige denn, daß man denen auch von Mastodon aus beitreten kann. Selbst Guppe Groups kennt kaum mehr jemand, und da gibt es Gruppen zum Thema Barrierefreiheit, nur eben nicht mit dem Fediverse als Fokus.

Drittens: Selbst wenn Mastodon-Nutzer einer Gruppe beitreten, ist die Handhabung von Gruppen von Mastodon aus immer noch sehr kompliziert, vor allem das Starten von Threads. Das ist ja auch kaum irgendwo dokumentiert, also weiß das keiner. "Threadtitel, leere Zeile, Gruppe erwähnen, leere Zeile, eigentlicher Post" ist a) unbekannt, b) zu kompliziert, c) kann sich das keiner merken, und d) weiß auf Mastodon sowieso fast niemand, was ein Titel im Fediverse-Kontext ist.

Und viertens ist es auf Mastodon leider viel zu wahrscheinlich, daß die Leute Beiträge in Threads überhaupt nicht mitbekommen. Über Antworten in Threads in Gruppen werden sie meines Wissens nicht benachrichtigt. Die landen einfach als einzelne Beiträge irgendwo auf der Timeline. Wenn du aber 3000 Leuten folgst, die dir in Summe fast im Sekundentakt deine Timeline vollpumpen, kommst du nie und nimmer dazu, alles zu lesen. Die meisten Mastodon-Nutzer nehmen von dem, was auf ihren Timelines passiert, nur einen winzigen Bruchteil wahr, nämlich soviel, wie sie Zeit und Bock haben, nach unten zu scrollen.

*So ausgeprägt erscheint mir das Desinteresse für Konversationsverläufe gefühlt bislang nicht...

Das hat wenig mit Desinteresse zu tun.

Vielmehr gibt es viele, die wissen gar nicht, daß das geht, geschweige denn, wie. Der Button ist in einem Menü versteckt. Und wenn man nicht weiß, daß es dieses Feature überhaupt gibt, ist man auch nicht heiß darauf, es zu benutzen.

Für die, die es kennen, ist es unpraktisch, es unterbricht den Doomscrolling-Flow auf der eigenen Timeline, und es zieht Zeit ab vom eigentlichen Immer-weiter-runter-Scrollen.

Oder was glaubst du, warum wir zwei hier im Moment nur miteinander diskutieren? Warum sich nicht noch jemand anders einklinkt?

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #AltText #AltTextMeta #CWAltTextMeta #Bildbeschreibung #Bildbeschreibungen #BildbeschreibungenMeta #CWBildbeschreibungenMeta

@Regezi Der Vorschlag ist löblich, aber der 1:1-Austausch mit genau einer einzigen Person bringt mir herzlich wenig außer den persönlichen Ansichten dieser einen Person.

Und Mitleser gibt's auf Mastodon praktisch nicht, zumal 99% der Nutzer nur Einzelbeiträge wahrnehmen und sich nie die Mühe machen, sich mal einen ganzen Thread anzusehen. Auf Diskussionen ist Mastodon technisch gar nicht ausgelegt, sondern nur aufs Rauspumpen von Tröts, die die eigenen Follower lesen oder eben nicht lesen, weil sie keinen Bock/keine Zeit haben, so weit nach unten zu scrollen. Gruppen kann es nicht, noch nicht mal Konversationen, schon gar nicht, ohne jeden Teilnehmer jedes Mal zu erwähnen. Nur ist eben so ziemlich jeder im Fediverse, der auf irgendeine Art und Weise etwas mit digitaler Barrierefreiheit am Hut hat, auf Mastodon und nur auf Mastodon.

Klar würde ich mich mit Casey austauschen wollen. Aber das bringt mir nur etwas, wenn Casey und ich dabei gleichzeitig in einer Konversation mit entsprechend vielen anderen Nutzern sind.

Ich will, daß genau dieselben Leute (Blinde, Sehbehinderte, Experten für Barrierefreiheit, Alt-Text-Polizei, Mastodon-Nutzer, die mit Bildbeschreibungen kämpfen, Was-anderes-als-Mastodon-Nutzer, die mit Bildbeschreibungen kämpfen) nicht nur meine Fragen lesen, sondern gleichzeitig auch alle Antworten. Und zwar, ohne da erst hinscrollen zu müssen.

Ich will nicht, daß jeder von denen einzeln nur mit mir 1:1 diskutiert, weil sie voneinander die Kommentare nicht wahrnehmen. Denn dann hält jeder seine eigenen Ansichten für die alleinige Weisheit, weil niemand von irgendjemand anderem irgendwelche anderen Ansichten liest.

Ich will, daß alle mit allen diskutieren. Im selben Diskussionsfaden. Und daß alle von allen die Kommentare sehen und darauf reagieren. Ich will, daß alle voneinander lernen. Ich will aus diesem kollektiven Lernprozeß selbst lernen und das Beste daraus mitnehmen.

Ich will z. B. fragen, ob Text in Bildern transkribiert werden muß, wenn er nicht lesbar ist, ich aber sehr wohl ganz genau weiß, was da geschrieben steht.
Ich will, daß Alice das liest und sagt, nein, brauchst du nicht.
Ich will, daß Bob sowohl meine Frage als auch Alices Antwort liest und auf Alices Antwort antwortet, eigentlich stimmt das schon, die Regel ist, alles an Text im Bild muß transkribiert werden, und wenn man diese Regel wortwörtlich auslegt, dann, ja, dann muß ich auch unlesbaren Text transkribieren, wenn ich das kann.
Ich will, daß Carol sowohl meine Frage als auch Alices Antwort als auch Bobs Antwort liest und antwortet, nicht lesbarer Text gilt nicht als Text und darf nicht transkribiert werden. Es darf eh nur das beschrieben werden, was im Bild, so, wie es gepostet ist, sichtbar ist, und nicht lesbarer Text ist eben nicht als Text sichtbar. Letztlich muß Text eh nur transkribiert werden, wenn er im Kontext des Post von Bedeutung ist. Beispielsweise, wenn eine ganze Zeitungstitelseite transkribiert wird, muß der Preis der Zeitung nicht transkribiert werden.
Ich will, daß Dave sowohl meine Frage als auch Alices Antwort als auch Bobs Antwort als auch Carols Antwort liest und antwortet, wenn Text nicht lesbar ist, dann sollte er, sofern möglich, erst recht transkribiert werden, und vielleicht interessiert das ja jemanden, was da steht, Kontext hin oder her. Gerade eben auch, weil das Thema, über das ich Bilder poste, so verdammt neugierig macht.
Ich will, daß Alice den gesamten bisherigen Thread liest und sagt, wenn da viele kleine Textstücke im Bild sind, dann ist das doch totaler Overkill, jedes einzelne davon zu transkribieren.
Ich will, daß Dave ihr vorwirft, diejenigen unter den Bus zu werfen, die sich eben für all diese Details interessieren.
Ich will, daß Bob sagt, Regel ist Regel, das gehört definitiv transkribiert, und Dave will ja auch Transkripte lesen. Was also heißt, daß Bob auch Daves Antwort gelesen hat.
Und so weiter. Also genau das, was in Foren passiert, was in Facebook-Gruppen passiert, was auf Reddit passiert usw. Was also überall passiert, nur nicht auf Twitter und Mastodon.

Genau das ist nämlich auf Mastodon nicht möglich. An vielen anderen Orten im Fediverse sehr wohl, aber ausgerechnet auf Mastodon nicht, und zwar aus einer ganzen Anzahl an Gründen, die auf bewußte Designentscheidungen zurückgehen.

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #AltText #AltTextMeta #CWAltTextMeta #Bildbeschreibung #Bildbeschreibungen #BildbeschreibungenMeta #CWBildbeschreibungenMeta

I'm daily-driving Hubzilla, and I have been doing so under various independent identities since it was still fairly new (second half of the 2010s).

By default, Hubzilla doesn't look much different from what Friendica looked like in 2012 when Hubzilla started out as a Friendica fork named Red. However, very very recently, third-party themes have started emerging.

The default UI, the Redbasic theme, is quite convoluted and can be confusing. That's because work done on it over the last 13 years was almost limited to slapping more UI elements to it somewhere. Configuration is split between the Settings page in the channel menu, cogwheel icons towards the left of the navbar on some pages and even a few (partially actually essential) settings exclusive to /settings/features, a page for which there is no link on the UI anywhere (unless you have the newbie links on). And configuration is important; using Hubzilla at default settings makes even less sense than using Friendica at default settings.

On top of this, Hubzilla is highly modular, similarly to Friendica. There are dozens of "apps" which the hub admin can activate or deactivate for everyone, and in addition, some "apps" are on by default on new channels (if they're on for the whole hub), and some are off. This means that some optional features are activated by turning settings on whereas others are activated by "installing" an "app" as a user.

On top of even this, one of the "apps" that are off by default is Pubcrawl, Hubzilla's ActivityPub connector. Hubzilla has to be the only Fediverse server application on which ActivityPub has to be activated manually. That's because Zot6 (Hubzilla's version of the Nomad protocol, formerly known as Zot) doesn't interact as smoothly with non-nomadic protocols as (streams)' more current version of Nomad. Back in 2015, Hubzilla was geared towards purely nomadic operation. Since then, the Fediverse has changed a lot (and not into the direction which was desired in conjunction with Hubzilla's development), but Hubzilla hasn't in this regard.

And "installing" the ActivityPub "app" is only one of the things highly recommended to do before you even only post something or connect to someone.

Even if you're used to Friendica, Hubzilla's learning curve can and probably will be staggering. That's because Hubzilla is even more complex than Friendica. It's Friendica with a content management system, a groupware server, a whole new concept of identity and the second-most powerful permissions system in the whole Fediverse.

The first huge difference between Friendica and Hubzilla: On Friendica, like almost everywhere else in the Fediverse, your account/login is your identity. On Hubzilla, your identity is independent from your account/login.

For starters, you can have multiple independent channels on one account where one channel corresponds to one Friendica account, only without its own login. You can switch back and forth between all channels on one account without logging out. Friendica, Mastodon and everything else that doesn't understand the Nomad protocol (i.e. everything that isn't Hubzilla or (streams)) understands Hubzilla's channels as separate accounts.

This is not to be confused with Friendica's multiple profiles per account. Hubzilla has multiple profiles per channel, too, which can be assigned both to privacy groups (think "lists") and individual contacts. You can have multiple identities, with multiple profiles each if so desired, on one account.

But you cannot only have multiple channels on one account on one hub. You can have the exact same channel on multiple hubs with one account each. This is called "nomadic identity", something that Bluesky claims to be working on pioneering, but that has actually been first implemented by Friendica's and Hubzilla's creator as early as 2012 as the ultimate safety net against unannounced server closure.

Nomadic identity is basically a live, hot, near-real-time backup of an entire channel with almost everything on it ("almost" because the one thing that isn't mirrored is which apps you have installed on your channel) on another server instance. And it's bidirectional. You can actually log onto your clones and use them like the main instance, e.g. if the hub with the main instance is offline. Whatever you do there will be mirrored to your main instance and your other clones if you have more than one clone. And you can declare one of your clones the new main instance and thereby demote your previous main instance to clone status.

Another difference is that permissions are everything on Hubzilla. Hubzilla has the second-most powerful permissions system in the Fediverse, only barely behind (streams) and Forte. Permissions are granted on three levels: for the whole hub, for individual contacts, per conversation.

On a hub level, there are four so-called channel roles which define what the channel generally permits: Public (social networking with a lot of permissions granted right away), Personal (social networking with fewer permissions granted), Community forum (public group) and Custom (adjust all channel-level permissions yourself, one by one).

You can grant permission for others to

• see your channel stream, i.e. what you've posted, including the entire conversations
• send you their posts
• see your default, public profile (all other profiles aren't public anyway because you have to assign them to privacy groups or individual contacts)
• see your contacts
• look onto your file server and see your images and other files (including when they're embedded in a post, comment or PM; this can be overridden with a special setting outside the channel role configuration that allows those to see images embedded in posts, comments or DMs who are also allowed to see the corresponding post/comment/DM)
• upload files to your file server or change existing files on your file server
• see the webpages on your channel (I'm not even kidding, you can optionally have static webpages on your channel; the official Hubzilla website itself is a webpage on a Hubzilla channel)
• see the pages in your wikis (I'm still not kidding, you can have multiple wikis with multiple pages each on your channel)
• create and edit webpages
• edit pages in your wikis
• post directly to your wall (as in open your channel page in their browser, find a post editor on top of the channel stream and write a post there that goes directly to you)
• like, dislike and/or comment on your posts (whether someone is allowed to comment on your comments depends on who is allowed to comment in the thread with your comment in it, and commenting on DMs is always allowed)
• send you DMs
• like or dislike any of your entire profiles or any element in any of your profiles
• chat with you (if you have the Chat app installed; Hubzilla only)
• use your channel as a channel source (most likely Hubzilla/(streams)/Forte only)
• administer your channel (sounds scary, but makes sense if your channel is a forum because that's how you add extra moderators)

You can grant these permissions to

• the general online public (only where this makes sense, of course, namely where this doesn't absolutely require a login anywhere in the Fediverse)
• anyone in the Fediverse
• anyone on Hubzilla (not sure if this extends to (streams))
• anyone on the same hub as you (not sure how this behaves on cloned channels, i.e. whether only those on the same hub as your main instance are permitted or also those on the hubs where you keep your clones)
• your connections (including connections pending approval; not sure if it includes those who request to connect to you, for whom you delete the request, and who then only follow you)
• your approved connections
• only those of your approved connections whom you specifically grant that permission by assigned contact role
• only yourself

The next level is permissions per contact. These are granted by so-called "contact roles" which contain the same permissions as the channel, but only with "yes" or "no" as the options because the contact role defines whether a contact is granted a specific permission or not. Permissions granted by the channel are automatically also granted by all contact roles and cannot be revoked, except on a channel level. Each contact is always assigned one contact role.

Lastly, you can grant permissions on a content level. For example, a new post can be public or restricted to

• one of your privacy groups (again, think "lists"; these are an optional, off-by-default app, by the way)
• those whom you have assigned one specific non-default profile to
• one group/forum
• any selection of individual contacts
• only you yourself

At least on servers that understand these permissions, all those who are permitted to see the post are also permitted to see all comments and comment themselves.

That is, optionally (that's an off-by-default app again), you can disallow comments on specific posts altogether.

For viewing files and folders in your file space, there are the permissions mentioned above which control who in general and which contacts specifically are permitted. In addition, you can define access permissions like those for posts to individual folders or files.

All this ties in with OpenWebAuth, a single sign-on system developed for Zap, a now defunct fork (of a fork?) of Hubzilla, in 2018/2019 and backported to Hubzilla in 2019 or 2020. Friendica has client-side OpenWebAuth support, i.e. Friendica's logins are recognised by OpenWebAuth. Hubzilla has full support, i.e. not only are its logins recognised, but it recognises logins itself.

Speaking of the file space: It can be connected via WebDAV. As if that isn't enough, Hubzilla has two calendar systems. One is Friendica's federated event calendar. One is a CalDAV calendar server that shares the same frontend. And, as another optional app, Hubzilla even offers a CardDAV addressbook server.

As indicated above, Hubzilla has even more to offer:

• (optionally) articles, i.e. long-form, non-federating posts; this can be used for blogging without sending the posts themselves through the Fediverse; same viewing and commenting permissions per article as per post; can be formatted with Hubzilla's extended BBcode
• (optionally) planning cards, basically articles with some extra features; can be formatted with Hubzilla's extended BBcode
• (optionally) wikis, multiple ones per channel with multiple pages each; can be formatted with Hubzilla's extended BBcode or Markdown, but one markup language must be defined for the whole wiki; can be collaborated on
• (optionall) static webpages; can be formatted with Hubzilla's extended BBcode, Markdown or plain HTML; can be collaborated on

As for external federation, Hubzilla is second only to Friendica itself. It does not have Bluesky integration or a WordPress cross-poster, and OStatus support was removed years ago with the release of Hubzilla 6.

How fast it is depends not so much on the software (Hubzilla requires fewer server resources per channel than Mastodon does per account, though) as it does on the underlying server (hardware, configuration, MySQL/MariaDB vs PostgreSQL etc.). Still, the Zot code from 2012 (and what evolved from it) seems to be more optimised than the DFRN code from 2010, so that Hubzilla may actually be quicker than even Friendica.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Hubzilla

@Hiker @[Friedi Rūpintojė♡] @Christiane Brauch :calckey: @crossgolf_rebel - kostenlose Kwalitätsposts Und vor allem dann auch noch diese "Weisheit" mit Zähnen und Klauen zu verteidigen.

Die allermeisten Nutzer im Fediverse kennen in der Praxis nur Mastodon. Sie kennen das ganze Fediverse nur aus Mastodon-Sicht und durch die Mastodon-Brille. Für sie sind Sachen völlig normal und legitim wie,

• "Mastodon" zu sagen, wenn man das ganze Netzwerk meint
• "Fediverse" zu sagen, wenn man nur die Serveranwendung Mastodon bzw. deren Instanzen meint
• Leuten außerhalb des Fediverse nur von Mastodon zu erzählen und entweder das Fediverse zu verschweigen oder direktweg wortwörtlich zu behaupten, das Fediverse bestünde nur aus Mastodon
• zusätzliche Onlinedienste nur und ausschließlich auf Mastodon auszulegen und zum gesamten restlichen Fediverse inkompatibel zu machen, dann aber womöglich trotzdem "Fediverse" oder "Fedi" in den Namen einzubauen
• zusätzliche Onlinedienste zwar generell fürs ganze Fediverse oder große Teile davon brauchbar zu machen, aber nur "Mastodon" oder "Masto" in den Namen einzubauen
• zusätzliche Onlinedienste fürs Fediverse von vornherein nur für Mastodon zu bauen, auch wenn sie allen nutzen könnten
• Mastodon als alleinigen Goldstandard im Fediverse und Maßstab für alle anderen Fediverse-Serveranwendungen darzustellen
• sogar Unterschiede, die andere Fediverse-Serveranwendungen zu Mastodon haben, als Bugs oder Designfehler zu erachten, die abgestellt gehören (außer die jeweilige Serveranwendung hat in der Verwendung null Überschneidung mit Mastodon, und dann sehen sie sie als Zusatz an, der nachträglich an Mastodon drangeklebt wurde, z. B. PeerTube, Pixelfed, Funkwhale, Castopod)

Was dagegen im Fediverse aus ihrer Sicht absolut nicht okay ist und bekämpft gehört:

• darauf hinzuweisen, daß das Fediverse mehr ist als nur Mastodon
• darauf hinzuweisen, daß man selbst nicht auf Mastodon ist
• gegenüber Mastodon-Nutzern Fediverse-Serveranwendungen auch nur zu erwähnen, die nicht als Erweiterung zu Mastodon angesehen werden (siehe oben)
• auf Leute zu antworten, die einen nicht erwähnt haben und denen man auch nicht folgt
• mehr als vier Hashtags, egal, wie man die rechtfertigt
• Textformatierung in irgendeiner Form, weil Textformatierung in Mikroblogging nichts zu suchen hat und Mastodon-Nutzer selbst ihre Tröts nicht formatieren können
• nicht an jeden Post oder Kommentar genau die CWs dranzubauen, die irgendein individueller Mastodon-Nutzer braucht
• das CW-Feld (auch) für etwas anderes als CWs zu nutzen, weil Mastodon das CW-Feld ja erfunden hat, und zwar als solches
• mehr als 500 Zeichen in einem Post
• überhaupt irgendwelche Features zu nutzen, die Mastodon nicht hat (oder von denen sie nicht wissen, daß Mastodon sie auch hat), deren Nutzung Mastodon-Nutzer aber mitbekommen
• generell irgendwas zu machen, was in der Mitte 2022 neu definierten Mastodon-Kultur so nicht vorkommt und so nicht vorgesehen ist

Wer im Fediverse nicht auf Mastodon ist, wird nicht unerheblich diskriminiert. Derweil behaupten sehr viele auf Mastodon, daß niemand im Fediverse dafür diskriminiert ist, welche Serveranwendung man nutzt, und zwar, während sie selbst weiterhin unbewußt oder gar absichtlich Nicht-Mastodon-Nutzer weiter diskriminieren.

Das kommt übrigens tatsächlich daher, daß diese Leute selbst am Anfang "wußten", daß das Fediverse nur Mastodon ist. Folglich haben sie sich an ein in sich geschlossenes reines Mastodon-Netzwerk gewöhnt und monate- oder gar jahrelang gefühlt in einem in sich geschlossenen reinen Mastodon-Netzwerk gelebt. Und das war schön.

Dann aber haben sie auf die harte Tour erfahren, daß das Fediverse eben nicht nur Mastodon ist. Im allgemeinen sind sie irgendwann auf einen Post oder Kommentar gestoßen, der sich auf verstörende Art und Weise von dem unterschied, was sie von Mastodon gewohnt waren. Der hatte mehrere tausend Zeichen. Oder Fett- oder Kursivschrift, und es war keine Unicode-Trickserei. Oder die Erwähnungen sahen "irgendwie komisch" aus, also verstörend komisch.

Wie auch immer: Dieser Post oder dieser Kommentar war so dermaßen kein Mastodon-Tröt, daß sie vor Schreck Ziegelsteine gekackt haben. Sie waren so gestört und verstört, daß sie das auf gar keinen Fall tolerieren konnten und nie angefangen haben, es zu tolerieren. Sie wollen, daß das Fediverse wieder nur Mastodon ist. Was es übrigens nie war. Oder zumindest, daß sich alles andere komplett an Mastodon anpaßt und wie Mastodon wird (oder wahlweise gefediblockt wird) und sich das ganze Fediverse zumindest wie nur Mastodon anfühlt.

Und dann heißt es, daß "Haltet einfach eure Schnauzen und macht alles ganz genau so, als wärt ihr selbst auf Mastodon" nicht diskriminierend sei. Als Mastodon-Nutzer darf man sowas äußern und muß es sogar.

Als Nicht-Mastodon-Nutzer läuft man im Fediverse dagegen, sobald Leute auf Mastodon von einem etwas mitbekommen, auf Eierschalen oder gar durch ein Minenfeld, weil es dann doch wieder irgendwelche ungeschriebenen mastodonzentrischen Regeln gibt, die auf Mastodon "jeder" kennt und beherzigt, von denen aber außerhalb von Mastodon nie jemand gehört hat.

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #NichtNurMastodon #MastodonKultur #MastodonZentrizität #MastodonNormativität

@David Mitchell :CApride:

Mostly, just imagine you’re telling your friend over the phone about image you’re looking at and what they would need to know.

Let's just say I'm a bit critical about that because, in my opinion, it doesn't work in the Fediverse.

Jupiter Rowland schrieb den folgenden Beitrag Fri, 04 Oct 2024 23:30:02 +0200

You can't describe images in Fediverse posts like over the phone

Allegedly, a "good" advice for image descriptions is always to describe images like you'd describe them to someone on a landline phone.

Sorry, but that's non-sense. At least for anything that goes significantly beyond a real-life cat photo.

If you describe an image through a phone, you describe it to one person. Usually a person whom you know, so you've at least got a rough idea on what they need described. Even more importantly, you can ask that person what they want to know about the image if you don't know. And you get a reply.

If you describe an image for a public Fediverse post, you describe it to millions of Fediverse users and billions of Web users. You can't know what they all want, nor can you generalise what they all want. And you can't even ask one of them what they need described before or while describing, much less all of them. In fact, you can't ask at all. And yet, you have to cater to everyone's needs the same and throw no-one under a bus.

If I see a realistic chance that someone might be interested in some detail in one of my images, I will describe it. It won't be in the shorter description in the alt-text; instead, it will be in the long description which I've always put directly into the post so far, but whose placement I'm currently reconsidering. If something is unfamiliar enough to enough people that it requires an explanation, I will explain it in the long description.

Right now, only meme posts are an exception. They don't need as much of a visual description as long as I stick to the template, and a poll has revealed that people do prefer externally linked third-party explanations over my own ones blowing the character count of the post out of proportion. This is the one time that I can safely assume that I actually know what most people want.

@accessibility group @a11y group

#Long #LongPost #CWLong #CWLongPost #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta #Inclusion #A11y #Accessibility

CC: @Monstreline @Claire (sometimes Carla) @qurly(not curly)joe

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta #QuotePost #QuoteTweet #QuoteToot #QuoteBoost