If you're looking for real-life people posting about real-life topics, go look somewhere else. This channel is never about real life.
Even if you see me on Mastodon, I'm not on Mastodon myself. I'm on Hubzilla which is neither a Mastodon instance nor a Mastodon fork. In fact, it's older and much more powerful than Mastodon. And it has always been connected to Mastodon for as long as Mastodon has existed.
I regularly write posts with way more than 500 characters. If that disturbs you, block me now, but don't complain. I'm not on Mastodon, I don't have a character limit here.
I rather give too many content warnings than too few. But I have absolutely no means of blanking out pictures for Mastodon users.
I always describe my images, no matter how long it takes. My posts with image descriptions tend to be my longest. Don't go looking for my image descriptions in the alt-text; they're always in the post text which is always hidden behind a content warning due to being over 500 characters long.
If you follow me, you may notice that I'll follow you back, and then I'll unfollow you again. That's because we don't have unidirectional "following" here on Hubzilla, only bidirectional "contacts". I can't just allow you to follow me. I have to approve a full bidirectional connection. But if you don't post anything interesting, and I don't know you from OpenSim, and you're on something that has unidirectional "following", I'll delete you from my contact list again. If you may post something interesting occasionally, I may keep the connection, but I'll probably filter it heavily. Yes, I can filter individual contacts here on Hubzilla.
If you're on Friendica, Hubzilla, (streams) or Forte, all of which have bidirectional "contacts", I have to keep the connection. But I'll either not grant you permission to send me your posts (I can do that, yes), or I'll filter you.
My "birthday" isn't my actual birthday but my rezday, the day that my first avatar appeared in-world for the first time.
If you happen to know German, maybe my "homepage" is something for you, a blog which, much like this channel, is about OpenSim and generally virtual worlds.
#OpenSim #OpenSimulator #VirtualWorlds #Metaverse #SocialVR #fedi22
I want to discuss alt-texts and image descriptions to get them right myself. To improve and optimise them both for all those who need them in some way and for those who enforce them.
I want to know the alt-text activists' quality standards. So I can exceed them.
#AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta
The other one is enormous degrees of magnitudes longer than anything most Fediverse users have ever read in the Fediverse. It also contains all explanations necessary to understand the image and its description, and if there's text anywhere within the borders of the image, readable or not, it contains verbatim transcripts of said text.
The nature of my original images requires such long descriptions. Besides, the only way to really be safe from the alt-text police of the Mastodon HOA is to overcomply with whatever minimum standards for good image descriptions anyone of them may have.
On the other hand, the self-same Mastodon HOA is likely to sanction me for the self-same posts. The reason: The posts are way too long. They exceed the limit of 500 characters that's so deeply engrained into Mastodon's culture that many Mastodonians are eager to defend it. Even if I hide them behind a summary with a content warning about the post being long. If I were to appease these Mastodonians, I'd have to underdescribe my images, and I wouldn't be able to explain them at all.
Speaking of underdescribing, I think at least some members of the alt-text police actually don't let image descriptions in the post count. What counts is only the image description in the alt-text. It must be accurate, it must be sufficiently detailed, and it must contain all the text transcripts. In fact, I wouldn't wonder if they demanded sufficient explanations in the alt-text, not knowing that explanations in alt-text are actually a big no-no.
Even if all requirements of a good alt-text by alt-text police standards are met or even exceeded by the image description in the post, chances are the alt-text police will still sanction me if the alt-text doesn't meet these criteria.
When it comes to my original images, even squeezing all that into the 1,500-character limit for alt-texts imposed by Mastodon is pretty much impossible. Squeezing it into the 512-character limit for alt-text imposed by Misskey and its forks is even more impossible.
The only winning move is to not play at all. Curiously, some people are even upset about me rarely posting any images. Although they don't follow me. Although the channel that I use for original images (@Jupiter Rowland's (streams) outlet) has next to no reach, so even if I were to post images again, practically nobody would notice. Although it doesn't even seem that there's much interest in that kind of images in the first place.
But apparently, according to some, posting images with only rudimentary alt-text whipped up in a minute, no long description and no explanations is always so much better than not posting images because it takes so much time and effort to describe them.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta #AltTextPolice #MastodonHOA #CW #CWs #CWMeta #ContentWarning #ContentWarnings #ContentWarningMeta #CWContentWarningMeta #CharacterLimit #CharacterLimits #CharacterLimitMeta #CWCharacterLimitMeta #500Characters #MastodonCulture
When an image post doesn't describe or explain everything you need described or explained, so you have to ask the author for details or explanations or try to look stuff up yourself?
When a post is 10,000, 20,000, 50,000 characters long or more?
Or both?
Pleast boost/retoot/renote/share/repeat for a larger sample size!
#AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta #CharacterCount #Poll
#[Hashtag](https://hub.netzgemeinde.eu/search?tag=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:
#Hashtag
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:
#Hashtag
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) this bug has already been filed to the Sharkey devs in October, 2024. 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) a Misskey bug which has been filed in January, 2024, two years ago. 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.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Hashtag #Hashtags #HashtagMeta #CWHashtagMeta #Twitter #𝕏 #Fediverse #Mastodon #Pleroma #Akkoma #Misskey #Forkey #Forkeys #Sharkey #Iceshrimp #Iceshrimp-JS #Iceshrimp.NET #Identi.ca #Laconi.ca #StatusNet #Friendica #Hubzilla #Streams #(streams) #Forte
@@Heidentweet@todon.eu There are actually several alt-text guides on the Web that recommend against mentioning race in image descriptions.
Why?
Because mentioning race, as opposed to mentioning the skin tone, may be perceived as racist. And assuming someone's race is as racist as it ever comes.
Have some sources with links and, for your convenience, excerpts:
https://www.cooperhewitt.org/cooper-hewitt-guidelines-for-image-description/ 4. Ethnicity and skin-tone
When describing the skin tone of a person use non-ethnic terms such as “light-skinned” or “dark-skinned” when clearly visible. Because of its widespread use, we recommend the emoji terms for skin tone as follows: 🏻 Light Skin Tone, 🏼 Medium-Light Skin Tone, 🏽 Medium Skin Tone, 🏾 Medium-Dark Skin Tone, 🏿 Dark Skin Tone. Also, where skin tone is obvious, one can use more specific terms such as black and white, or where known and verified, ethnic identity can be included with the visual information: Asian, African, Latinx/o/a (also see gender), etc.
https://www.sandstormdesign.com/blog/website-accessibility-101-5-best-practices-writing-alt-text-images Descriptions of skin color, not necessarily race or ethnicity. Use descriptions like light-skinned, medium-skinned, medium-light skinned, medium-dark skinned, or dark-skinned.
https://apln.ca/best-practices-for-writing-image-descriptions/ Objectivity and People
Describe what you can see such as physical appearances and actions rather than intentions based on your interpretations. We as humans tend to shy away from discussing ethnicity, race, gender, disability, and age for fear that we would misjudge and use the wrong language but remember that whether you want to or not, you can immediately see these characteristics when you look at a photo. This is information that people with print disabilities should receive, so that all readers have access to the same information and can therefore make their own interpretations.
In order to be objective, we suggest using the following terminology to describe skin tone:
Light Skin ToneMedium-Light Skin ToneMedium Skin ToneMedium-Dark Skin ToneDark Skin Tone This is the same system that is used to label emojis with different skin tones. You can also use terms such as Black, white, South-east Asian, Middle Eastern, etc. but only if this information is also given in the surrounding text.
The same, by the way, goes for gender. A person's gender must never be assumed because that's sexist.
A person's gender may only be mentioned under either of four conditions: The person is identified, and their gender is known from a definitely reliable source.The person is identified, they themselves have publicly declared their gender, and this is known, too.The person is identified, and they declare their gender in the context of your post.The person both gives the appearance of a certain gender and performs that self-same gender in the image. https://www.cooperhewitt.org/cooper-hewitt-guidelines-for-image-description/ 3. Gender
No assumptions should be made about the gender of a person represented. Although, where gender is clearly performed and/or verifiable, it should be described. When unknown, a person should be described using “they, them” and “person” and their physicality expressed through the description of their features, which inadvertently tend to indicate masculine or feminine characteristics. The use of masculine and feminine are problematic and should be avoided unless necessary for describing the performance of gender.
https://www.sandstormdesign.com/blog/website-accessibility-101-5-best-practices-writing-alt-text-images Descriptions of gender presentation instead of assuming someone’s gender. Use descriptions like female-presenting instead of woman, female-presenting child instead of girl, or male-presenting instead of man. There are many different words used for gender expression!
https://apln.ca/best-practices-for-writing-image-descriptions/ Objectivity and People
[...]
You can identify the subject as male or female, man or woman, if it can be clearly identified. Try to describe the physical characteristics and avoid using the terms “masculine” or “feminine” since it is more interpretive than descriptive. There is a delicate balance to strike between inclusive language and robust description; do your best, and ask for opinions from others if you need to.
#Long #LongPost #CWLong #CWLongPost #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta #AltTextTips #ImageDescriptionTips #FediTips
..."short" (still fairly long) alt-text + fully detailed long description in the post text...
...to describing them three times...
...same as above, but I'd keep these two descriptions to myself, just in case, plus an actually short alt-text (512 characters or fewer for Misskey compatibility or even 200 characters or fewer) that'd be the only description that I'd publish right away?
There would be no excessively long alt-text (at least not right away). There would be no tens of thousands of characters of long description in the post (at least not right away) although I couldn't guarantee that the post won't exceed 500 characters.
At the same time, this would give me "notes" that I could source if someone asked me to describe some detail. And if some Mastodon alt-text activist came and complained that my description is lacking all over, I could replace the short alt-text with the already existing long alt-text and add the long description to the post text right away.
Granted, my workload would increase some more. Most of it might end up for nothing most of the time. And nobody would get text transcripts unless they'd ask for them because I couldn't possibly fit them all into just a few hundred characters.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta #A11y #Accessibility
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