Search

Items tagged with: accessibility


@changeling @blindscribe

Hey, I read fedi.tips/mastodon-and-fediver… as I was looking for someone to write to about the fact that hashtags on Mastodon default to *remove* camel case if you select the drop-down reference when typing a hashtag.

New here and wondering if I can lend my voice to a related discussion or reach out to someone to promote camel case hashtags as a default.

#Accessibility


Consider hiring The Social #AudioDescription Collective for your next in-person or digital event. SADC believes in diversity and the human voice. Their AD reflects the multi-cultural and multi-racial world we live in. Many SADC team members are POC, Disabled, visually impaired, women, and or LGBT+. Their credits include movie trailers, music videos, documentary films, + a variety of other content. Learn more and make contact at adcomrade.wordpress.com/ #blind #accessibility


Google publishes the source code for their TalkBack screen reader. GrapheneOS maintains a fork of it and includes it in GrapheneOS with the help of a blind GrapheneOS user who works on their own more elaborate fork. Eventually, we'd like to include more or all of their changes.

TalkBack depends on a text-to-speech (TTS) implementation installed/configured/activated. It needs to have Direct Boot support to function before the first unlock of a profile. Google's TTS implementation supports this and can be used on GrapheneOS, but it's not open source.

We requested Direct Boot support from both prominent open source implementations:

RHVoice: github.com/RHVoice/RHVoice/iss…
eSpeak NG: github.com/espeak-ng/espeak-ng…

eSpeak NG recently added it but it's not yet included in a stable release and their licensing (GPLv3) is too restrictive for us.

RHVoice itself has acceptable licensing for inclusion in GrapheneOS (LGPL v2.1), but has dependencies with restrictive licensing. Both these software projects also have non-free licensing issues for the voices. Neither provides close to a working out-of-the-box experience either.

Google's Speech Services app providing text-to-speech and speech-to-text works perfectly. Their proprietary accessibility services app with extended TalkBack and other services also works fine. However, many of our users don't want to use them and we need something we can bundle.

There aren't currently any usable open source speech-to-text apps. There are experimental open source speech-to-text implementations but they lack Android integration.

We also really need to make a brand new setup wizard with both accessibility and enterprise deployment support.

GrapheneOS still has too little funding and too few developers to take on these projects. These would be standalone projects able to be developed largely independently. There are similar standalone projects which we need to have developed in order to replace some existing apps.

AOSP provides a set of barebones sample apps with outdated user interfaces / features. These are intended to be replaced by OEMs, but we lack the resources of a typical OEM. We replaced AOSP Camera with our own app, but we still need to do the same with Gallery and other apps.

Google has started the process of updating the open source TalkBack, which only happens rarely. We've identified a major issue: a major component has no source code published.

github.com/google/talkback/pul…

Google has been very hostile towards feedback / contributions for TalkBack...

This is one example of something seemingly on the right track significantly regressing. Another example is the takeover of the Seedvault project initially developed for GrapheneOS. It has deviated substantially from the original plans and lacks usability, robustness and security.

In the case of Seedvault, GrapheneOS designed the concept for it and one of our community members created it. It was taken over by a group highly hostile towards us and run into the ground. It doesn't have the intended design/features and lacks usability, security and robustness.

All of these are important standalone app projects for making GrapheneOS highly usable and accessible. What we need is not being developed by others and therefore we need to the resources including funding and developers to make our own implementations meeting our requirements.

#grapheneos #privacy #security #android #mobile #accessibility #texttospeech #speechtotext #talkback #blind #backup




I like the early #accessibility tips from fedi.tips/mastodon-and-fediver… especially the bits at the end where admins can add CSS to help support their authors to create better content.

I wonder if there are more tools to help authors create more accessible content. #ATAG 2.0 is really powerful, yet old school social media hasn't adopted it.


I always find videos about #accessibility super interesting. Here are two videos from ProRail showing how one can use Dutch railway stations when blind or visually impaired:

In Dutch: yewtu.be/watch?v=aZYx_q5bIsk
In English: yewtu.be/watch?v=X54WMxb2Wgw

Accessibility is really important and needs to be given more attention.


An article on how to write an effective #AltText #ImageDescription for #accessibility...

MAIN POINTS:

• describe the image only, not the photographer credits or keywords
• write a description appropriate to the context (ex., a post about photography vs. a celebrity)
• make it as concise as possible, except if you are transcribing text in an image
• no need to start with "An image of..." as the screen reader says that by default
• end with a period to provide a pause

axesslab.com/alt-texts


I'm not blind or have impaired vision, so take this with a grain of salt (feel free to correct me), but people who put nondescript one sentence alt texts are almost worse than those who put no alt text.

At least if I'm about to boost a picture without, glitch-soc will warn me about it. If a picture has an alt text like "screenshot of my tweet", that's less than useless but it will slip through the alt text detector.

Write good alt text ffs. Describe the picture. Not a title or a TLDR, a proper description. If it's text, copy the text into the image description. If it's selfies, don't write "a selfie of me", describe your selfies. Describe film scenes, descripe paintings, descripe charts and infographics. You have, on this instance at least, 1500 characters to describe your pictures. Do it.

And if 1500 isn't enough, you can add a second picture to keep describing it.

#feditips #accessibility #alttext




If you're like me, then you were really happy to learn about Mastodon's enthusiastic support for image descriptions, and you were really eager to join in.

Then you went to actually write something and realized you have no idea how to present visual information in a way that is helpful/enjoyable to those who are #VisuallyImpaired or #Blind.

I found this guide really informative: uxdesign.cc/how-to-write-an-im…

Of course, I'd also love to hear any additional tips y'all might have!

#Accessibility


I almost wish I had found Mastodon before I did, because I feel what I'm about to share would've done well there, but heck, I'm gonna try this anyway. Folks, this is a petition we've had going for a couple weeks now asking Blizzard to bring native blind accessibility support into Hearthstone since our accessibility mod is being sunsetted. Now here's the thing, we've technically gotten their attention. We've technically won. They've announced they will be attempting to do so. However I believe continuing to boost this petition is still important, because it signifies how important others think accessibility is. Hearthstone Access, the accessibility mod that allowed us to play Hearthstone, helped us to fall in love with a game, adn we don't want to lose it forever. So, just to boost the signal... Could you please sign? chng.it/NwgBxyMyhp #Hearthstone #Accessibility #HearthstoneAccess #Petition




Why are people joining issue or specific Mastodon servers? I'm interested in many issues, and am curious about ones tied to #OpenSource #Sustainability & #Accessibility, but unsure how or why people choose.

Are certain instances going to be seen as being more legitimate? How will sustainability be managed as numbers grow? What happens if I move & that instance shuts down?

Some info here:
blog.joinmastodon.org/2019/06/…




Just learned about this really cool theme park in Texas specifically designed for kids with disabilities. Apparently this guy was having tons of trouble finding a theme park able to accommodate his daughter Morgan who has multiple disabilities. Eventually, he soled his successful business and spent $50,000,000 to build his own.
It's got 25 different attractions, tons of events, thousands of positive reviews ETC.
morganswonderland.com
#accessibility #A11Y #disability #blind #VisionImpaired #VisuallyImpaired #Deaf #DeafBlind #Autistic #Autism #CerebralPalsy #Wheelchair #WheelchairUser #ThemePark #ThemeParks



As "#accessible" drag and drop (with accessible in quotes as I haven't personally verified the claims) is added to #React Aria and React Spectrum, I'm happy to see drag-and-drop get some #accessibility love at the framework level. However, I'm not convinced that aiming for parity always creates the most efficient, usable experiences in this area.

For many use cases, there are alternative approaches legitimately better suited to how people actually operate their devices, across various assistive technologies and input methods. For instance, dropdowns with type-ahead, offering more of an opportunity to browse before committing, rather than constantly navigating back and forth across drop zones which could be far apart.

The article highlights challenges in finding a preexisting holistic system, without delving into the possible reasons for that being the case until now. User feedback is also not a panacea; are you asking someone to evaluate whether they can use a thing? Or whether that thing is a good idea, and/or if a better thing could theoretically exist?

react-spectrum.adobe.com/blog/…

#a11y



The latest episode of my #Podcast, @MosenAtLarge, has nearly an hour discussing how #Blind people like me use Mastodon and how to get started. I discuss some MastoDos and MastoDon'ts in general and focus on #accessibility on several platforms including the web interface, #Pinafore, and #Metatext. It's in any podcast app. The #audio is at mosenatlarge.pinecast.co/episo…. The #transcript is at mosen.org/malp0206transcript/
Hope blind people find it helpful and sighted people find it interesting.


If you are interested in improving the #accessibility of Mastodon, take a look at the issue queue github.com/mastodon/mastodon/i…+

If there are issues you've found that aren't there, are they part of the instance of Mastodon that you are using, or part of the core open source project? Custom themes can get in the way.

Posting #a11y bugs is important in moving ahead any open source project.


In the next episode of my #podcast, Mosen at Large, I'm devoting an hour to Mastodon from a #blindness perspective. As well as discussing some important cultural issues, I'll provide an audio demonstration of using the #web interface and the Metatext #iOS client with a #ScreenReader. A transcript will be available too, for maximum #accessibility. It will be available everywhere you get podcasts. More details here. mosen.org/malppreview0206/


While we're on the topic: This is another issue that could really help #accessibility : github.com/mastodon/mastodon/i…
This one seems easier to implement, but I personally rate the emoji issue higher, since emoji are in much more common use while you're reading your feeds!



Please try to make sure screen reader #accessibility stays preserved. That the UI elements are clearly labelled and can be used with keyboard alone.


If you are working on a project which I might be a good fit for, feel free to reach out to me at LauraKBuzzOfficial@Gmail.com

I am happy to discuss consultancy projects, and see if I am a good fit for your project.

#a11y #accessibility #gaming




During Global Accessibility Awareness Week this year, I was invited to give a talk for Eidos Montreal / Square Enix West, all about how disabilities often intersect, and needs can overlap in unexpected ways Devs need to consider.

twitter.com/EidosMontreal/stat…

#a11y #accessibility #gaming



My name is Laura Kate Dale, and I am an author, accessibility and queer representation critic and consultant, video game critic, streamer, and all around content creator.

Below is a thread of my various projects, and how you can support my ongoing work.

#accessibility #a11y #trans #gaming #author


Back on my groove at refactoring at-spi2-core, finally. Getting closer to being able to replace libdbus usage with gdbus. #accessibility


Good news for the @Mastodon #iOS app‘s #VoiceOver support. @jedfox has been on a roll these last few days and has added some really awesome #accessibility related pull requests to the public repository. Hope they all get merged soon and new TestFlight builds be made available so we can test them out before release. Among the fixes is the compose button, custom actions, better labels in the compose screen, and more.

Hope @Gargron or @zeitschlag can approve and merge them soon. #a11y


How’s everyone spending their Sunday? If you care about an #accessible and #inclusive #NewZealand and haven’t yet done so, consider making a submission on the #Accessibility for New Zealanders Bill. It’s do nothing legislation that could set accessibility back for a generation. Disabled people deserve better. Submissions close tomorrow. You can read my submission here. mosen.org/AccessibilityBillSub…