home.social

#cwcharacterlimitmeta — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #cwcharacterlimitmeta, aggregated by home.social.

  1. @Martin Rundkvist I've written an article with several feature comparison tables between
    • Mastodon
    • Friendica
    • Hubzilla (rebuilt from a fork of a fork of Friendica by Friendica's creator)
    • (streams) (fork of a fork of three forks of a fork (of a fork?) of Hubzilla by the same creator)
    • Forte (fork of the streams repository by still the same creator

    https://hub.netzgemeinde.eu/item/0a75de76-eb27-4149-b708-f20b2f79d392

    A few goodies:

    • Mastodon:
      500 characters; requires source code modifications to get more
      Friendica:
      16,777,215 characters
    • Friendica:
      Can render and create the full gamut of HTML text formatting
      Mastodon:
      Can only create plain text; can only render a small subset of HTML text formatting
    • Friendica:
      Have as many images pro post as you want
      Embed them within the text
      Mastodon:
      Limited to 4 images
      Images can only be file attachments
    • Friendica:
      Shows you all content in the Fediverse just like the author intended it
      Mastodon:
      "Sanitises" away half the formatting, all embedded images and all images except for the first four, just for the sake of purist microblogging
    • Mastodon:
      Timeline consists of single messages with no context
      Friendica:
      Timeline consists of complete conversations, all the way back to the start post, with all branches (ignores and blocks notwithstanding)
    • Mastodon:
      Conversations consist of toots and more toots, loosely strung together with mentions
      Replies only reach those who are visibly mentioned
      Friendica:
      Conversations consist of exactly one post and otherwise comments
      Replies go from the replier to the thread starter and from there to all participants in the conversation without having to mention anyone
    • Friendica:
      Has groups built in (groups are accounts with special settings)
      Mastodon:
      Has no support for groups whatsoever, much less its own groups
      Most Mastodon users don't even know that the Fediverse has groups
    • Friendica:
      Lets you federate with the whole Fediverse
      Lets you federate with diaspora*
      Lets you include and remote-control a Bluesky account
      At least used to be able to do the same with a Tumblr account or a Twitter account
      Lets you crosspost to Dreamwidth, Libertree, LiveJournal and XML-RPC-based blogs like WordPress
      Mastodon:
      Just barely so federates with the Fediverse
      Tries to make everything that isn't Mastodon look broken
      Would love for the Fediverse to be only Mastodon
    • Mastodon:
      Makes the whole Fediverse look like Mastodon
      Friendica:
      Shows you which server software a message came from

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #CharacterLimit #CharacterLimits #CharacterLimitMeta #CWCharacterLimitMeta #Mastodon #Friendica
  2. CW: Account getting away with way subpar alt-texts only because it's too niche with too few followers; CW: long (over 1,700 characters), Fediverse meta, alt-text meta, image description meta, character limit meta
    I've just discovered a certain Mastodon account that seems to automatically post images of Second Life avatars. It can be lucky to only have eight followers, one of them being a search engine, the others being Second Life users.

    If it had more follower, it would certainly already have met the wrath of the wider Mastodon community, especially the Mastodon HOA, for breaking Mastodon's unwritten rules.

    And I'm not even talking about nigh-nudity in some of the images with no warning, no image flagging, no hashtag. I'm talking about the alt-texts that are vastly below Mastodon's requirements and quality standards for alt-texts.

    Granted, all things considered, the requirements for good image descriptions by Mastodon's standards have to be extremely hard and tedious to meet, at least by my personal estimations. In fact, they have to be impossible to meet on Mastodon itself due to its tiny character limit, and if this account was somewhere where it could meet these requirements, it'd probably be blocked by loads of Mastodon accounts for its excessively long posts due to the long image descriptions.

    But if more Mastodon users knew it right now, it'd probably be blocked by many more Mastodon accounts than follow it.

    If you post from virtual worlds into the Fediverse, you simply cannot win in the long run. You'll lose either way.

    #SecondLife #Metaverse #VirtualWorld #VirtualWorlds #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta #CharacterLimit #CharacterLimits #CharacterLimitMeta #CWCharacterLimitMeta #Mastodon #MastodonHOA #MastodonCulture
  3. @Chao-c'
    Friendica is missing polls altogether and the stunt with language auto-detection is damaging built-in translation feature in Mastodon.

    Mastodon has no concept of enclosed conversations which is damaging threaded conversations at least on Hubzilla, (streams) and Forte, as they were created by Mike Macgirvin for Mistpark (now Friendica) in 2010. Mastodon has no chance whatsoever to implement FEP-171b "Conversation Containers" because it lacks even the bare basics.

    This is the very reason why Mike Macgirvin (creator of Friendica and Hubzilla and still maintainer of (streams) and Forte) has introduced yet another server-wide anti-Mastodon countermeasure named FedUp to both (streams) and Forte. Its effect is that it blocks all Fediverse server software that doesn't understand enclosed, one-post-several-comments conversations and the principle of all comments always going directly to the original poster who then forwards them to all other participants in the conversation.

    (streams) and Forte already have the server-wide User Agent Filter that can block entire Fediverse server applications by their user channel. It was created and mostly marketed as a way of blocking Threads without a URL list, without constantly having to add new URLs to a list because Threads changed its URLs. But it's just as capable at entirely blocking all present and future Mastodon servers, and Mike even describes it as such.

    Also, want to know the reason why Mike still keeps Nomad-based (streams) alive in spite of also having ActivityPub-based Forte with almost feature parity? It's because ActivityPub is optional on (streams) at channel level. The ActivityPub switch can be used as a last-resort anti-Mastodon countermeasure even though its side-effects are tremendous. The most important (streams) group, a support group, by the way, used to have ActivityPub off with the very purpose of keeping obnoxious Mastodon users out. It only turned ActivityPub on when it also became the unofficial support group for Forte.

    As I've said elsewhere: It isn't Mastodon that's the ActivityPub reference implementation of ActivityPub with everything that's different being broken. Mike Macgirvin has built all his ActivityPub implementations by the book, and so have Hubzilla developers Mario Vavti and Harald Eilertsen, two months before Mastodon itself had ActivityPub support. In the meantime, Mastodon's developers deliberately and intentionally break compatibility with the rest of the Fediverse to fool Mastodon users like you into considering the non-Mastodon Fediverse broken.

    I would also appreciate longer HTML files as kind of "media attachments" and not body of the post. The main problem is perhaps that Mastodon chose to ignore the post title field altogether and does not allow markup in post body (but there is entire huge fork called Glitch, which supports markup, but perhaps markup is what you want in longer texts, kind of attachments - but not short on-wall posts?)

    The solution for this would lie in the dichotomy between Note-type objects (tweets are supposed to be this) and Article-type objects (longer posts are supposed to be this).

    Mastodon supports both in a way. But it only renders Note-type objects. Even then, it still throws away the title and all attached images except for the first four. Its HTML sanitiser removes half of the text formatting, including embedded images. As for Article-type objects, it shows them as a small "toot" with the title and a link to the original. Only recently, probably also under pressure from commercial players like Ghost, Mastodon added the summary which it otherwise uses as the CW field.

    But this is highly inconvenient. Hardly any Mastodon user can be bothered to click or tap the link to the original. They don't understand that there's a Fediverse post behind that link, much less that if they comment on the "toot" with the link, they comment on the post behind the link itself. Besides, what's behind the link won't show up on their Mastodon interface. Instead, if they're on a phone, their browser will open.

    From this stems a debate that's as old as Mastodon's participation in the Fediverse. A prime example of culture clash.

    The developers and users of Friendica, Hubzilla, (streams) and Forte want Mastodon as well as all its apps to fully render all their contents in the timeline. Including the title, including all text formatting, including as many embedded images as there are, as images actually embedded within the text, of course. The very same thing happens where they are. It's normal for them. It's the standard for them. It's part of their culture. What Mastodon does on their Note-type objects is crippling and defacing, and what Mastodon does on their Article-type objects is silencing to the point of wholesale censorship of several competitors.

    On the other hand, the Mastodon devs refuse to add full HTML rich text rendering to Mastodon, and the Mastodon users don't want it anyway. In fact, many Mastodon users are highly disturbed by there being "toots" that are longer than 500 characters, and some are disturbed by there being any text formatting (displaying support for which was only introduced in October, 2022 with Mastodon 4.0, by the way). Their culture is that of purist microblogging in plain text with no more than 500 characters. It's already too much what Mastodon and its apps show already now. Thousands upon thousands of Mastodon users would go and block each and every server that sends anything over 500 characters if they knew that this is an option.

    At the same time, hardly anyone on Mastodon even takes into consideration that whatever "long posts" come from has something like a culture of its own in the first place. It can't be culture if it isn't Mastodon's.

    As I mentioned in the previous answer, Hubzilla just does too many things differently and focuses on experience of local users of instance - not on federated interoperability.

    Seriously?

    Hubzilla has had full-blown nomadic identity since almost four years before Mastodon came out.

    Hubzilla is almost as much an omni-federational monster as Friendica.
    • It has optional ActivityPub support, unlike Mastodon almost strictly by the official W3C specification, and it has had ActivityPub support before Mastodon had it.
    • It used to have optional StatusNet support which is how Mastodon federated with it immediately.
    • It can optionally federate with diaspora*; Mastodon can't do that.
    • It can optionally federate via ActivityPump, the protocol that replaced StatusNet on Identi.ca; Mastodon can't do that.
    • It can optionally cross-post to Dreamwidth, Libertree, LiveJournal and WordPress. It has been able to do either years before WordPress got its ActivityPub plug-in. Mastodon can't do either.
    • It still has the optional technology to bidirectionally connect to 𝕏; Mastodon doesn't have that.
    • It still has an optional built-in XMPP client; Mastodon doesn't have that.

    Mastodon is simply lights years ahead.

    I sincerely hope that you only mean that Mastodon is ahead of others in terms of easy on-boarding of clueless newbies. And not that Mastodon is generally ahead of Hubzilla technologically and in features.

    If the latter, I'll gladly prove you wrong.

    I would prefer moderation to be more collective responsibility, so posts can receive perhaps kind of negative points, and people can choose to join shared blocklists and so, instead of relying of some superhero capabilites of moderators (which I don't have).

    The problem with this is blind faith in those who maintain the blocklists.

    Big blocklists tend to be automatically generated from smaller blocklists, letting everything from each one of these blocklists in, only weeding out double entries, if at all. Single persons have unlimited power over who is allowed to interact with thousands upon thousands of Mastodon servers and who isn't.

    Now imagine that someone who maintains a popular blocklist is too disturbed by non-Mastodon content. It's too long, it doesn't follow Mastodon guidelines, it goes against Mastodon's culture, so it has to go. And then they start adding every single server URL from which obvious non-Mastodon content comes to their blocklist. Or they even use a script to harvest FediDB and Fediverse Observer for URLs of servers of certain non-Mastodon Fediverse applications and automatically add them to their blocklist.

    And all of a sudden, almost entire non-Mastodon Fediverse server applications are completely blocked from thousands upon thousands of Mastodon servers just because they aren't Mastodon, just because they don't act like Mastodon. Essentially, just because one individual wants the Fediverse to be only Mastodon "again" (which it never was).

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Mastodon #MastodonCentricity #MastodonNormativity #Friendica #Hubzilla #Streams #(streams) #Forte #CharacterLimit #CharacterLimits #CharacterLimitMeta #CWCharacterLimitMeta #Conversations #FEP_171b #ConversationContainers #Blocklist #Blocklists #BlocklistMeta #CWBlocklistMeta
  4. @william ⁂ maggos In this regard, Mastodon has only got one major advantage: It has an official app.

    Phone users used to see Twitter as a phone app that they loaded from their app store. Mastodon is the only *blogging thing in the Fediverse that they can load from their app store.

    This is one reason why just about all Mastodon newbies use the official app and why they're on mastodon.social (it's the default in the official app, and since they don't know what this setting does, they leave it on default).

    Mastodon even gets away with an official app that's far from good, much less fully features. All the newbies don't have anything to compare with. If Mastodon is a phone app to them, then the official app's feature set is Mastodon's feature set. If a feature isn't implemented in the official app, then Mastodon doesn't have it. I dare say that well over 80% of all Mastodon users have never in their lives used Mastodon's Web UI.

    If someone takes the step and moves from the official Mastodon app to Ivory or Mona or IceCubes or Tusky or Fedilab or something like this, it's almost always the first time in their lives that they use an online service through an app that has a different name than the online service. Many people couldn't even imagine doing that.

    This means that if Friendica and Hubzilla want to be more successful, growing beyond Mike's old "if you build it, they'll come" credo and advertising more isn't sufficient. People must be able to load Friendica/Hubzilla onto their phones from their app store. This requires an official app named "Friendica"/"Hubzilla" with a native, up-to-date iOS UI in the Apple App Store and one with a native, up-to-date Android UI in the Google Play Store. The existence of an official phone app in the Apple App Store and the Google Play Store is essential for being considered existent in the first place.

    A commonplace attitude on Friendica and even more so on Hubzilla is that both can be installed as a PWA. But seriously, 99.9% of all phone users don't even know that PWAs exist. They don't know what that is. Not to mention that they expect and demand a native mobile UI in the style of their phone OS and not a generic Web UI.

    Now, what would this app have to look like?

    If the advantages of Friendica and Hubzilla over Mastodon are to be emphasised and underlined, and if this app is to become people's one and only daily driver UI, it will have to be fully featured. Minus the settings for the Web UI (e.g. the theme settings and the PDL editor on Hubzilla), minus stuff that you'll never need if you only ever use the phone app and never the server UI (e.g. Webpages on Hubzilla), but otherwise fully featured. This would also demonstrate just how vastly more powerful Friendica and Hubzilla are than Mastodon.

    The obvious downside is that such an app would be a feature monster. Bigger and more feature-laden than any Android e-mail app or OpenStreetMap editor.

    There has been some talk about building an official Hubzilla phone app. Some Hubzilla users have proposed an app that only offers the very basics. However, their idea behind this is not to make the app easier for newbies to use, but to make it easier for the developers to build. They're often still stuck in the early 2010s when phone apps for websites were considered gimmicks. They think that people will only use the app when they're out and about, and when they're back home, they'll sit down behind their computers and use the Web interface. Thus, phone apps only need the most basic features implemented.

    But 2026 is not 2011. The huge majority of Mastodon users only use Mastodon through a phone app. Even when they're at home. As I've said: If the app doesn't have a feature, the whole product doesn't have the feature, regardless of whether or not the feature is implemented in the server backend and even in the Web frontend.

    Besides, even Friendica's basic features that you'll need all the time are a lot. Hubzilla's basic features that you'll need all the time are even more numerous.

    Shall people be limited to posting in public when they're on a phone because the phone app doesn't have any permission settings?

    Shall people be limited to posting to their contacts when they're on a phone because someone decided that support for groups would make the phone app too complex?

    Shall people wait until they're home, and they've got some time to fire up a computer, open a Web browser and log onto the Web interface to accept connection requests because the phone app doesn't have any connection settings? What if they don't have a computer?

    Let's face it, social networking itself is a complex thing. And I mean actual social networking. Not misusing glorified SMS as a social network. Real social networking. Facebook-level social networking. Google+-level social networking. MySpace-level social networking.

    Thus, a social networking phone app with all features necessary for real social networking has to be complex. This isn't a Friendica/Hubzilla issue. Don't believe that the official Facebook apps are simple.

    This is also why so many prefer 𝕏 over Facebook. Facebook is complex. Facebook isn't just register, follow, post. 𝕏 is much more simple. 𝕏 is glorified SMS. 𝕏 is literally just register, follow, tweet. Facebook is rocket science whereas 𝕏 is for dumb-dumbs.

    And it's because Mastodon is so lacking that it's for dumb-dumbs by Fediverse standards. In fact, if you don't read those panicky "it's too complicated because you have to know what a server is" posts, if you just load the app and create an account, Mastodon, through the official app, is for dumb-dumbs by all standards.

    However, those who actually are on Facebook are willing to put up with something more complex. They need something more complex than glorified SMS for dumb-dumbs. They need the extra features that Facebook has that 𝕏 doesn't, even if these are the very features that deny Facebook the "for dumb-dumbs" attribute.

    Send them to Mastodon, and they'll be irritated and even repelled because this feature isn't there, and that feature isn't there, and that feature is cut down beyond recognition, and they can't find any interesting people (not because Mastodon is decentralised, and the interesting people are on other servers, but because Mastodon's directory sucks arse in comparison with Facebook's), and what's with that stupid character limit?

    On Friendica and Hubzilla, this feature and that feature have been there for longer than Mastodon itself, that feature is even more powerful than on Facebook proper, interesting people are being shoved into their faces once they've filled out their profile, even more so once they've got some connections, and there is no character limit worth speaking of.

    But as long as Friendica and Hubzilla don't have official, fully daily-driveable phone apps named "Friendica" and "Hubzilla" respectively, they simply don't exist.

    Granted, there's another obstacle. Many Mastodon users say the Fediverse needs a Facebook alternative. If you tell them about Friendica and its descendants, some will be very thankful because they've genuinely never heard of any of these.

    Others will tell you that they know Friendica and maybe even Hubzilla. But they also say that none of these are Facebook alternatives. For when they say, "alternative," what they really mean is, "1:1 clone, just with a different name and decentralised and with ActivityPub and without spying and without the recent enshittification and without the evil CEO, otherwise absolutely identical."

    One big aspect of this is that, as they say, the Fediverse needs an alternative to Facebook Groups. Friendica groups are exactly that because they were designed to be exactly that. Hubzilla forums, (streams) groups, Forte groups, all just that. But according to these people, they don't count because they aren't handled in precisely the same way as Facebook groups. Facebook groups aren't separate accounts. And different equals bad.

    What really has me shake my head is that those who want a 1:1 Facebook clone continue to use Mastodon as a Facebook alternative. Even though Friendica and its family are vastly closer to Facebook regardless. Even though Mastodon not only doesn't have groups at all, but it doesn't even have any support for external groups. Is shouting into the void with a bunch of hashtags and hoping the right people will hear you really that much better than a Friendica group or a Hubzilla forum or maybe a PieFed community?

    By the way: Just how faithful a Twitter clone is Mastodon really, seeing as Misskey and the Forkeys have the odd Twitter feature that Mastodon still lacks, seeing as even Mastodon gradually becomes more complex than 𝕏, much more so than when-it-still-was-good Twitter?

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #CharacterLimit #CharacterLimits #CharacterLimitMeta #CWCharacterLimitMeta #Fediverse #Mastodon #Friendica #Hubzilla #Streams #(streams) #Forte #Misskey #Forkey #Forkeys #PieFed #Privacy #Permission #Permissions #Groups #FediverseGroups #FediGroups #App #PhoneApp #iPhoneApp #iOSApp #AndroidApp #SocialNetwork #SocialNetworking #Twitter #𝕏 #Facebook #FacebookGroups
  5. CW: Misskey only allows for 512 characters of alt-text which is bad for my image posts; CW: long (over 8,600 characters), Fediverse meta, Fediverse-beyond-Mastodon meta, alt-text meta, character limit meta, content warning meta
    Just the other day, I found something out. Something very inconvenient about Misskey and maybe also the Forkeys.

    It should be commonly known that Misskey has a local limit of 3,000 characters for posts (which it refers to as "notes"). What is not so well-known is that Misskey has a limit of about 8,000 characters, probably 8,192 or so, for inbound messages, ironically fewer than this post is long. Also, it has a limit of 512 characters for alt-text, both locally and in-bound.

    Mastodon has a character limit for in-bound content, too, at least for Note-type objects (not for Article-type objects because it refuses to render them fully and links to the original instead). To my best knowledge, it rejects messages with over 100,000 characters. As for its 1,500-charater limit for alt-text, it enforces that by truncating alt-text that's longer.

    Misskey, in contrast, truncates everything that exceeds its limits while still letting it in. If your post is longer than the inbound limit of ca. 8,000, all excess characters are chopped off and thrown away. If your alt-text is longer than 512 characters, all excess characters are chopped off and thrown away.

    I don't know which Forkey behaves how in this regard, seeing as all Forkeys I know about have a configurable local post character limit that can be adjusted to well over 8,000. But even if the inbound limit is configurable, too, I don't think any *key admin cranks it over 60,000 or over 70,000 or over 100,000. It's simply unimaginable that someone, anyone, could ever post that much at once if your idea of the Fediverse is pure microblogging.

    Also, I don't know what *key users do when they come across a truncated post or what blind or visually-impaired *key users do when they come across a truncated alt-text. Do they even suspect that it's a truncated copy of something that's longer at its source and then go check the source? Either way, it's very inconvenient.

    It's especially inconvenient for me. My longest posts by a gigantic margin are image posts with original images. They always have a long image description block in the post itself that tends to be tens of thousands of characters long. It contains highly detailed visual descriptions of all images in the post. It contains all explanations necessary to understand the post, the images and the descriptions. It contains verbatim transcripts of all bits of text within the borders of the image that I can read, no matter whether or not my audience can.

    In addition, each image has a shorter description in the alt-text, along with a bit that announces the long description, including where to find it. I even used to explain how to get to that description for Mastodon users for whom the summary and content warning hides the post text, but not the images, depending on which Mastodon version and frontend they use. This alone took up several hundred characters in the alt-text. All in all, I got to a point in which my alt-texts always ended up either at precisely 1,500 characters or just a few characters short.

    I myself am not really bound to character limits. I used to post images here on Hubzilla where I have over 16.7 million characters for the post, including all alt-texts. Now I post them on (streams) where I have over 24 million characters. I could theoretically write alt-texts as long as I want to, seeing as, unlike on Mastodon, they aren't separate text fields; instead, they're being woven into the image-embedding markup code in the post text.

    Still, I stick to a maximum of 1,500 characters for alt-text to keep Mastodon from truncating it. If you post images into the Fediverse, the main audience for your alt-text is on Mastodon, and most of them don't understand that there's something, anything, out there in the Fediverse that does not work exactly like Mastodon. And 1,500 characters can be tight already.

    But if I have to stay within Misskey's limits, I can hardly post images anymore. At least not with appropriate descriptions and explanations.

    Since late 2024, I have been working on-and-off on a series of fairly simple avatar portraits or rather their image descriptions. The idea is for the long description to consist of a preamble that starts with a general summary, followed by explanations, then followed by visual descriptions of what all images in the post have in common. Next come the individual descriptions of each image. Each post shall have three or four images with three or four portraits each, all in the same pose, all with only minor differences in outfits, all with a neutral, bright white background.

    In addition, of course, each image shall have an alt-text, and none of the alt-texts shall depend on each other.

    Now, the problem is that I have to describe three or four individual portraits in each alt-text. I'm actually struggling to squeeze such a description plus the note that announces the long description into 1,500 characters, especially if I want to fulfill Veronica Lewis a.k.a. Veronica With Four Eyes' requirements for outfit descriptions to a tee in the alt-text as well (https://veroniiiica.com/how-to-write-alt-text-for-casual-outfits/, https://veroniiiica.com/writing-image-descriptions-for-red-carpet-outfits/; see also https://veroniiiica.com/how-to-write-alt-text-image-descriptions-visually-impaired/ and https://veroniiiica.com/how-to-create-visual-descriptions/).

    But in 512 characters so that even Misskey users won't get a severely truncated version? This is absolutely impossible. Even if I limit the long description announcement to some 100 characters, even if I didn't walk people through how to get to the long description, I'd have fewer than 140 characters on average to describe each individual outfit.

    The long description won't fare any better. Currently, the preamble starts with some 14,000 characters of explanations, most of which are necessary to understand the visual descriptions. But when Misskey goes and truncates the post at the 8,000-something mark, Misskey users won't even get to any visual description because all visual descriptions would be chopped off.

    What makes matters worse is that the preamble grows the longer, the easier to understand I make it and the less I leave people with unexplained technical or jargon terms which you shouldn't use in image descriptions at all anyway. So the next time I go through it and rewrite it to make it easier to understand, I'll also make it even longer than it already is.

    But what if I simply cut all the explanations? For one, I'd leave people to their own devices to understand extremely obscure niche content. They won't. My explanations aren't 14,000 characters long because I've artificially inflated them, but because there is so much to know before you understand the post and the images and the descriptions.

    Besides, the visual descriptions alone won't fit into 8,192 characters either. What I currently have is over 5,000 characters of common visual description for all portraits in all images plus about 2,500 characters of individual visual description for the three portraits in the first image. That's over 7,500 characters altogether already. And I still have to describe nine portraits in another three images. The post will end up with some 15,000 characters of visual descriptions unless they grow longer when I simplify them again.

    I guess users of Misskey or any Forkey will still have to put up with truncated alt-texts and truncated long descriptions in the future. But my future image posts will contain a paragraph at the beginning that explains that the post and/or the alt-text may be truncated on Misskey and the Forkeys, and that both are uncut at the source. Still, this means that *key users will have to put up with the extra hassle of opening my original post at a source with a quite cumbersome UI. And I've got my doubts that this UI is really accessible.

    Unfortunately, this also means that *key users won't get any hashtags along with these posts. But then again, the handling of Identi.ca-style/Friendica-style hashtags with the number sign outside the link is broken on all *keys and will remain so for the foreseeable future.

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Misskey #Forkey #Forkeys #Calckey #Firefish #Sharkey #CherryPick #Iceshrimp #Iceshrimp-JS #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta #CW #CWs #CWMeta #ContentWarning #ContentWarnings #ContentWarningMeta #CharacterLimit #CharacterLimits #CharacterLimitMeta #CWCharacterLimitMeta #A11y #Accessibility