The following is the text copied from the reddit post in the /r/blind sub reddit.

Moderators of r/blind—along with moderators in other communities who use assistive technologies and Reddit users with accessibility expertise—had a Zoom meeting with representatives at Reddit on Friday, June 16, 2023. While the call was promising in that Reddit invited us to be part of continuing dialog and demonstrated some well-conceived accessible designs for Reddit users, we came away with serious concerns which Reddit was either unable or unwilling to address during the meeting.

Reddit is currently prioritizing accessibility for users rather than for moderators, and representatives were unwilling to provide timelines by when Reddit’s moderation tools would be accessible for screen reader users. Further, Reddit representatives seemed unaware that blind moderators rely on third-party applications because Reddit’s moderation tools present significant accessibility challenges. They also seemed unaware that the apps which have so far received exemptions from API pricing do not have sufficient moderation functions. u/NTCarver0 explained that blind moderators will be unable to ensure safety for our communities—as well as for Reddit in general—without accessible moderation systems, and asked Reddit representatives how blind moderators were supposed to effectively moderate our communities without them. Reddit representatives deferred the question, stating they would have to take notes and get back with us. A fellow moderator, u/MostlyBlindGamer, also pointed out that blind moderators who are unable to effectively moderate the subreddit and thus will become inactive may be removed at Reddit’s discretion per policy, and that such removal would leave r/Blind with no blind moderators. Reddit representatives also deferred comment on this issue.
Reddit representatives refused to answer questions concerning the formal certifications, accreditations or qualifications of employees tasked with ensuring universal accessibility. These certifications demonstrate that a professional has the knowledge necessary to create universally-accessible software and/or documents. Because Reddit cannot confirm that employees tasked with universal accessibility hold appropriate certifications or that the company will provide for such training and certification, we have concerns that employees do not have the appropriate knowledge to effectively ensure access for all assistive technology users both at present and in the future. Reddit has also indicated there are not currently any employees who work full-time on accessibility. This is a necessity for any organization as large and influential as Reddit.
Reddit representatives had previously disclosed to r/Blind moderators that an accessibility audit had been performed by a third-party company, however they refused to answer questions as to what company performed the audit or how the audit was conducted. Answers to these questions would have allowed us to determine whether the audit was performed by an accredited organization known for credible and thorough work. Reddit also could not answer questions as to what assistive technologies, such as screen readers, screen magnifiers, dictation softwares, etc., were used during the audit. Bluntly, we cannot know the thoroughness or scope of the audit—and therefore the extent to which Reddit is aware of the accessibility barriers present in their website and apps—without this information.
During the previous meeting, Reddit representatives raised a question regarding perceived disparities between the accessibility of the iOS and Android apps, suggesting the audit did not confirm that the accessibility failings in the iOS app are much more severe than those present in the Android app. During the latest meeting, u/MostlyBlindGamer explained that the iOS app has no labels for the ubiquitous and essential upvote and downvote buttons while the Android app does. This question raises the concern that Reddit representatives may not have a full and actionable understanding of the issues at stake or, in fact, the exact accessibility failings in their apps.
Reddit representatives narrowly defined the scope of the latest meeting less than an hour ahead of it, explicitly excluding third-party apps and API pricing from the conversation. They did acknowledge that this made it difficult to adequately prepare for the meeting.
Reddit refused to define the term “accessibility-focused app,” alleging that this was outside  the scope of the meeting. This term is not industry-standard and was instead created when Reddit carved out an exemption in their upcoming API policies for third-party apps used by blind people to access the platform. Without this definition, we are unable to ascertain whether apps that have not been approved but are nevertheless relied upon by community members qualify for an exemption.
Reddit gave no firm commitments as to when accessibility improvements would be rolled out to the website or apps. However, it is obvious that the Reddit website and apps will not be ready for disabled users—and especially moderators—by July 1.

In general, moderators of r/Blind who attended the call came away with mixed impressions. Reddit seems to be somewhat aware of the myriad accessibility barriers present in their applications and website, and the company appears to be laying the groundwork to fix issues which they are aware of. This is excellent news. However, we also feel that Reddit does not know what it does not know, and this lack of knowledge is exasperating, disheartening, and exhausting. We also came away frustrated that Reddit representatives were either unwilling or unable to answer prudent and pertinent questions which would allow us to determine not only how we can best keep our community safe and healthy, but also whether Reddit is truly prepared to commit to ensuring accessibility for all disabled users both now and in the future. Finally, we hope that our concerns—especially those pertaining to moderation—will be addressed expeditiously and satisfactorily, thus assuring that r/Blind can operate effectively well into the future. Despite our concerns, we remain open to continued dialog with Reddit in the hope that it will foster a more accessible platform.

  • AnonymousLlama@kbin.social
    link
    fedilink
    arrow-up
    54
    ·
    1 year ago

    Kbin seems to be continually looking into updating things but I doubt accessibility / vision support is high on the priority list right now, the issues tracker is almost 300 long.

    • Badabinski@kbin.social
      link
      fedilink
      arrow-up
      41
      ·
      edit-2
      1 year ago

      I wonder if we could find/contact/contract a developer with an accessibility focus. I’m planning on leaving some moderately significant donations in a few days (damn settling periods and bank holidays making that slow), and maybe there could be a community fundraising effort to get an accessibility expert in to submit some PRs. I made a big fuss out of accessibility on Reddit in the lead up to the protest, and it feels hypocritical of me to not keep pushing for it now. Not sure if Ernest would be interested in that or not, but it seems like it might be a good idea.

      • density@kbin.social
        link
        fedilink
        arrow-up
        16
        ·
        1 year ago

        I think that would be great!

        Not that it wouldn’t be worthwhile anyway, but as a general thing, changes which greatly improve accessibility for some tend to be positive for everyone. I think that above post really demonstrates that. The /r/Blind users were using the same 3rd party apps as everyone else. Contrary to what reddit is trying to say, there are not particular “accessibility”-only apps. Like there’s no daisy reddit. Being accessible was part of the general high quality, thoughtful design. And now they are being told to use the same low quality, shitty tools which nobody else wants to use, but they can’t use. Accessibility goes hand in hand with quality. No news to you I’m sure.

        I would be shocked (and sad) to learn if the devs here wouldn’t appreciate PRs from a knowledgeable contributor along these lines. I think it could be hard to prioritize doing these things already because of how many bazillions of communications are coming in from people who are already using the platform. And if the main dev doesn’t have expertise in this area it is also easier to apply oneself to the many problems you do know how to solve rather than going off on a research project… (I have no idea about the skills of the kbin devs.)

        • jdp23@kbin.social
          link
          fedilink
          arrow-up
          13
          ·
          1 year ago

          Agreed, great idea. Maybe a code bounty for this?

          Ernest says he’s definitely interested in accessbility – he replied when I originally posted “Don’t tell people “it’s easy”, and six more things Kbin, Lemmy, and the fediverse can learn from Mastodon”, which has a section on accessibility. But there are a heck of a lot of other priorities so boosting this would be very helpful.

          Here’s a post from @weirdwriter noting that kbin’s fairly good for accessibility. but I know there are some problems – here’s a bug I filed last week.

          • ernest@kbin.social
            link
            fedilink
            arrow-up
            28
            ·
            1 year ago

            @jdp23 I remember that, and it’s still high on my priority list. In recent days, the instance has been growing so rapidly that I’m focused on keeping it running until the infrastructure is in place. That will happen very soon, and then I’ll be able to focus on that and many other aspects that I had to postpone.

            • Badabinski@kbin.social
              link
              fedilink
              arrow-up
              6
              ·
              1 year ago

              Thanks for all you do! I do devops shit for a living and I can’t imagine what it’s like to keep the lights on in a situation like this. I’m just really excited for what it feels like this place will become, as are so many others here.

          • @jdp23 Yes. Accessibility is a good start on KBin but more still needs to be done. Like, for example, I would wrap all comments to a post in a nested list item that is ordered so that way we can tell which comment is a hierarchy to another comment. I am also a little worried that others will submit code requests and additions that are not as successful as his original design, and then it’s approved, and then this one’s accessible thing is not as accessible anymore thanks to a third party contribution. Not saying that it will happen. I’m just worried because I’ve seen it happen previously

      • One of the easiest things to do is honestly just to learn how to use something like VoiceOver and fix stuff that feels broken. Broke my wrist a while back and had to rely on Talon Voice for getting around my computer cause I couldn’t type, was a huuuuuuge eye opener and made it much easier to write accessible software lol.

      • ribboo@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        Mlem seem to have accessibility as an important focus from what I’ve gathered

    • FaceDeer@kbin.social
      link
      fedilink
      arrow-up
      24
      ·
      edit-2
      1 year ago

      I’ve never messed with web code before, but I am an experienced professional programmer and I think I can safely say that filing an issue that basically just reads “Kbin needs better accessibility for the blind” would not be particularly useful or welcome.

      But what would be very useful indeed would be filing a long, detailed issue that starts with “Kbin needs better accessibility for the blind” and then goes on at great length with bullet-point lists and detailed paragraphs on exactly what it is that needs to change on Kbin to make it more accessible to the blind.

      There’s a great example right in the quoted article regarding Reddit’s iOS app, for example - the upvote/downvote buttons there need to be labelled with alt text. A fully sighted developer might never think of something like that but it would likely be pretty trivial for them to fix.

      So if there’s any visually impaired users reading this, or users who have experience with making web pages accessible to the visually impaired, I bet that an hour or two of your time compiling a list of such things would be a great use of time.

      Edit: Well, it looks like the issue that’s basically just “Kbin needs better accessibility” was filed. There’s plenty of room for comments to be added, though!

      • AnalogyAddict@kbin.social
        link
        fedilink
        arrow-up
        7
        ·
        1 year ago

        As a UX designer with a specialty in accessibility, I’d break up requirements even smaller. Accessibility is an ongoing process (like security,) not an achievement.

        A dev can get pretty far just using Lighthouse to audit code, then running through with a free screen reader and with keyboard only. But accessibility can seem daunting if you try to make it one huge ticket.

        The best way in my mind is to build basic accessibility testing into every ticket, the way you should do with security concerns, and then have a designer or QA run periodic audits to generate specific update tickets.

        • Gone Quill@sh.itjust.works
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          And much like security, you have to design accessibility into the app. It can’t be a feature you implement later once everything else is in place. The fact that Ernest is taking this seriously from the start tells me that while he won’t hit 100% of the targets 100% of the time, the notion that accessibility won’t be a focus because there’s bigger fish to fry doesn’t quite ring true. If he’s thinking about these things, he’s going to be approaching requested features with the idea in mind that the new feature should work for people with accessibility needs first, and be pleasant to use for everyone second

      • Adama@kbin.social
        link
        fedilink
        arrow-up
        5
        ·
        edit-2
        1 year ago

        Just for starters (knowing that they can be changed with themes) is color contrast

        For example up top whether I have subscribed, all, etc selected isn’t clearly obvious.

        I mean I can “tell” if I look really closely but there isn’t enough contrast.

        There’s some great SASS tooling for identifying if the colors you have meet the recommended WCAG guidance for contrast/visibility.

        Alt text and descriptions for items visual elements too.

        While it’s hard to enforce across the fediverse I do like how I’ve seen some people post memes and write descriptive text of what is in the panels.

        Here’s one I commented on.

        https://beehaw.org/post/632458

      • Badabinski@kbin.social
        link
        fedilink
        arrow-up
        5
        ·
        edit-2
        1 year ago

        Yep, this would be fantastic. Ditto goes for the apps. If anyone with experience developing accessible apps wants to help the Artemis dev, that would be awesome. I’m 100% backend, usually in Go or Python, so I don’t have much to contribute personally :(

      • There’s a great example right in the quoted article regarding Reddit’s iOS app, for example - the upvote/downvote buttons there need to be labelled with alt text.

        Good lord I didn’t realize how bad the app was. This is like… basic stuff I feel like lol.

        • density@kbin.social
          link
          fedilink
          arrow-up
          2
          ·
          1 year ago

          Agree. Previous comment is too forgiving. No alt tags on essential interface items is sloppy as shit. No excuse.

      • ChickenLadyLovesLife@lemmy.world
        link
        fedilink
        arrow-up
        4
        ·
        1 year ago

        There’s a great example right in the quoted article regarding Reddit’s iOS app, for example - the upvote/downvote buttons there need to be labelled with alt text.

        This is actually the core problem with accessibility in iOS apps. VoiceOver (the text-to-speech engine in iOS accessibility) automatically reads out the Title property of a button - which developers almost never set for image-based buttons because it’s of no use to anything but VoiceOver. Instead VoiceOver reads out the name of the image file used for the button; if you’re lucky the file name is “UPVOTE.png” and it sort of works, but more likely it’s something like “RESOURCE007.jpg” and completely useless.