How did they not get sued already? Was it just because users had access to 3rd party apps?
How did they not get sued already? Was it just because users had access to 3rd party apps?
This is by design. Software developers are hardly "engineers". They build what the business wants, quickly, and worry about the "properly" after product-market fit is found (or so they're told). This dynamic would be upended if software engineering were licensed.
And that's not even counting all the jobs like sales engineer, mud engineer (oil business), etc. that are really more engineering-adjacent jobs (if that).
When I took the engineer in training exam--never had a reason to follow through on a PE, it basically required things like a four-year engineering degree, working under someone for some number of years, passing the PE exam, and presumably signing code of ethics, etc. For certain jobs, it is pretty much a requirement past some level but mostly doesn't matter a lot.
I get paid the same not to fight. More even, because I’m a team player.
It's by someone at a higher level deciding that they care about accessibility (or that they care about not getting sued), and introducing constraints which their designers and engineers must work within, and making compliance with the constraints part of the QA process.
Thankfully for Reddit they found the product market fit 10 years ago.
They're just a bad software company.
[1] https://www.boia.org/blog/the-robles-v.-dominos-settlement-a...
Reddit doesn't sell to the USG or any US schools or etc.
What started as spatial triage on mobile is now the universal design language everywhere, and it sucks.
It is not they cant do it right, they do want to do it right because they need to monetize the site to appease the VC's,
Anything that can prevent that, including accessibility, goes
Reddit is large enough that if they don't have a positive response for that sub then they're just a total disgrace. Who TF wants to make it harder for blind people to live their lives? Only evil corpo fuckers, that's who.
<button type="button">My Label</button>
or something like that?Buttons that miss a label are often an icon without text and label (e.g. a delete button with a trash icon).
https://developer.mozilla.org/en-US/docs/Web/Accessibility/A...
However a button that looks like this:
<button type="button">
<img src="/delete.png" alt="Delete post" />
</button>
Is not. Screen readers will read the simple text on the button, but any descendants of the button will be considered purely presentational (even if as in the example above the img tag includes an 'alt' attribute, it won't be read).Modern screen readers will now often parse text content out of the button even if there are descendants, but this behaviour is not reliable or according to spec.
To fix:
<button type="button" aria-label="Delete post">
<img src="/delete.png" alt="Delete post" />
</button>
There are other techniques as well such as using CSS to hide text (not with 'display: none' though, which also hides from screen readers, meaning this often feels a bit hacky) or using a hidden element with text content and aria-labelledby to reference the element's ID.This is a pretty good walk through: https://www.sarasoueidan.com/blog/accessible-icon-buttons/#a...
Sara is good source for accessibility information but I think you've misinterpreted that post. If an icon button uses an `img`, making the image's `alt` the name of the button works well. If the button's icon comes from an inline SVG, background image, or icon font, I recommend Sara's first technique, visually hidden text within the `button`; names from text nodes are more robust than from attributes (`alt` being an exception, in part because it has been around far longer).
the interface is a mess, accessibility concerns or not. It's truly an equal opportunity offender in all the worst case.