Search

Items tagged with: A11Y




Now you can listen to the talks of the CSUN Assistive Technology Conference 2023 directly on YouTube if you can't attend in person! 😀 👍

The CSUN Conference is an annual event organized by California State University, Northridge's Center on Disabilities. It brings together experts and enthusiasts from all over the world to discuss and showcase innovative assistive technologies and promote inclusion for persons with disabilities.

youtube.com/playlist?list=PLB7…

#accessibility #CSUN #assistivetechnology #a11y #AAC #Disability


Mona—a Mastodon app packed with customization features. Optimized for VoiceOver. Coming soon to App Store on iPhone, iPad, and Mac. Public Beta available. mastodon.social/@MonaApp #a11y #SocialMedia




I know some Microsoft #a11y folks follow me here: the Accessibility Assistant for Word is all well and good, but the absolutely wretched Style mechanics and Word->accessible PDF workflows have been borked for years and are directly responsible for generating enormous quantities of inaccessible content. Detecting contrast errors comes absolutely nowhere close to covering the waterfront. And I wish journalists covering this stuff would be more skeptical. theverge.com/2023/3/9/23632562…
#a11y



📝 New post! "The Web Needs a Native .visually-hidden"

The .visually-hidden/.sr-only copypasta is incredibly useful for #a11y… but I don't think it should be a copypasta any more. The web would benefit a lot from it being a web standard.
benmyers.dev/blog/native-visua…

#a11y




#a11y



#a11y



@Ulf I actually wouldn't recommend Debian for desktops at all, and I definitely wouldn't recommend it for beginners. Debian suffers terribly from stale packages, which people running servers seem to like, so it's more an LTS type of OS for server admins. Debian, even unstable, also tends to mix versions of components of desktop environments. I ran a Debian stable system for a time, and needed an upgrade to the latest GNOME for #a11y purposes. Looking at the packages, I saw two different versions of the components of the GNOME desktop, even in the stable branch. Upgrading to unstable gave me three versions of the components. Even experimental didn't help.

I'm actually more likely to recommend Fedora to new users, as it keeps everything grouped together by its major versions, has an easy to use installer, has flatpak enabled and working by default (flathub support coming to 38), has snap and podman available, has a predictable release lifecycle, and only withholds updates if they would break something. These days I use the MATE desktop, a11y and I just like the interface, and the only version mix I see is point releases of a couple of things where some packages see point releases upstream and others do not. Major versions are always in sync. Following GNOME developments, I see the same thing here. I have been running Fedora since 35, have upgraded quite smoothly all the way to 37, and haven't had any major problems. Maybe it lacks the polish of Elementary or Mint with their downstream modifications that make things look better and maybe more beginner-friendly, but Fedora is definitely good for both new users and oldheads like me, and it seems to work more closely with upstream developers, even though it is in actuality more of a corporate distro like Ubuntu. I especially like how it withholds nothing from us, giving us its own package management system, Flatpak, Snap and Podman. The only thing I find missing are the appImage tools that build appImages and the appImage launcher that automatically registers appImages on the system, but I'm hoping these things can be added at a later date.

Regarding appImage not having a central repository, there is AppImageHub, but the best part is its decentralized nature, where I can have a project website, offer my appImage for download right on the website, and I can even supply a checksum that can be verified so that anyone who wants to ensure they have my release and not some kind of compromised malware can verify it. As Flathub is essentially becoming its own corporate walled garden of a sort, complete with financial subscriptions, the beauty of appImage is in its decentralization, especially since no appImage ever has to be installed. They just work(tm).

I have no experience with Podman, so I can't make an argument for or against it, except that I did try playing with Docker containers and found them quite clunky for running server applications. For example, why should I run 5 Docker containers to get 5 websites working? That uses more RAM and more disk space than just setting up virtual hosts for the 5 sites. Then again, reverse proxies work with or without containers, but the Docker images are just so much larger and are harder to get running. AppImages are in fact larger than the system packages, but it seems running so many Docker containers is even larger. Still, if Podman makes this easier and less clunky, then I would certainly be willing to give it a shot. But I can more easily reverse proxy to an appImage than I can get a Docker container working at this point. Perhaps it's just me, as I like to take the easy route wherever possible.


#a11y






The Iconfactory's @gedeonm was welcomed by Double Tap, a podcast about #accessibility and the blind community, to talk about Twitterrific's removal from the App Store.

Ged chats about what happened, how it affects our fellow Twitter developers like @tapbots, and much more. Check it out. #a11y podcasts.apple.com/us/podcast/…






Please always add alternative text images every time you post them. On #Mastodon it is a standard code of conduct. Otherwise you exclude people who cannot see the images.

#a11y #accessibility #Alt4Me #AltText
@ivory


The #scrcpy utility is super useful. It is open source and available for free.
Connect your phone to your PC with USB or Wi-Fi:
✅ mirror the phone's screen to your PC
✅ use Windows Magnifier to zoom in on the phone
✅ copy paste text in both directions
✅ use the PC keyboard and mouse with your phone
✅ record the phone's screen while mirroring

Download `scrcpy` from...

github.com/Genymobile/scrcpy

#blind #lowvision #visuallyimpared #andoird #a11y


“Automation is not the enemy”
karlgroves.com/automation-is-n…

Karl argues a different point, which is not the opposite of Eric’s.

I agree automation is not the enemy, I also agree automation will not solve web #accessibility. It’s nice when #a11y practitioners agree on things.


#a11y