top of page
Writer's pictureWhizzystack Solutions

Equivalent Experiences: Thinking Equivalently

Updated: Jun 27, 2020

Constructing identical expertise could mean dynamical the means you think that regarding development and style, and potentially reevaluating your existing work. during this article, we’ll address common accessibility problems, and the way to best set about up them thus everybody will effortlessly access your content.

This is the second of two articles on the topic of how digital.

This is the second of two articles on the subject of however digital accessibility is enlightened by equivalency. Previously, we've got learned concerning the underlying biases that inform digital product creation, what identical expertise isn’t, the combination effects of inaccessible style and code, and powerful motivating forces for doing higher.


In this article, I will be able to discuss learning the way to embrace identical, comprehensive mentality. I will be able to additionally offer sensible, sturdy ways that to enhance your internet sites and web apps by providing solutions to common, everyday barriers cited by the individuals I interviewed.

Setting a standard

Setting a regular The Web Content Accessibility Guidelines (WCAG ) outlines in conscientious detail a way to craft accessible digital experiences. whereas a protracted and dense document, it's unbelievably comprehensive — to the purpose wherever it’s been written as a global commonplace. For over ten years, we’ve had a globally arranged, canonical definition of what constitutes as usable.

Can we?

If you would like a bit facilitate constructing the initial mental framework the WCAG gets at, an issue I perpetually raise myself once creating one thing is, “How would i exploit this if…” It’s an issue that gets you to examine all the biases that may be moving you within the moment.


Examples might be:

How would I use this if...

o ...I can’t see the screen?

o ...I can’t move my arms?

o ...I’m sensitive to flashing and strobing animation?

o ...English isn’t my primary language?

o ...I have a limited budget for bandwidth?

o ...I’ve set a large default type size?

o ...and so on.

Introduction


If you’re looking for a more approachable resource for how to dig into what the WCAG covers, the "Inclusive Design Principles" would be a great place to start. The seven principles it describes all map back to "WCAG success criterion".

Its considered best if we learn from people who are actually using it.


You don’t need to apply my words in this. Below there are some basic problems

Wayfinding

  • Headings

Heading elements are incredibly important for maintaining an equivalent, accessible experience.


When made with talent and care, heading parts enable screen reader users to quickly verify the contents of a page or read and navigate to content relevant to their interests. This is often resembling however somebody may quickly flit around, scrolling till one thing that appears pertinent comes into read.



Justin Yarbrough voices poorly-authored heading elements as a concern, and he’s not alone.


WebAIM’s screen reader survey cites headings because the most vital thanks to realize data. This survey is well-worth being attentive to, because it provides valuable insight into however disabled individuals really use helpful technology.

  • Landmarks

An addition to heading parts, in a different way to work out the structure and layout are landmarks. Landmarks are roles implicitly delineated by HTML(markup language sectioning parts), wont to facilitate describe the composition of the most page or read areas.



Here’s what Justin has to say:

“If I’m just trying to find the main content, I’ll first try the Q JAWS shortcut key to see if a main region’s set up. If not, I’m just more or less stuck trying to scan the page to find it arrowing through the page.”


Much as however we'd use a layer cluster name of “primary nav” in our style file, or a category name of c-nav-primary in our CSS, it’s vital we tend to conjointly use a nav sectioning component to explain our main website navigation (as well as the other navigation the page or read contains). Doing thus ensures intent is carried all the approach through from conception, to implementation, to use. a similar notion carries through for the opposite hypertext markup language sectioning parts that make landmarks for helpful technology.

  • Labeled Controls

Brian Moore tells us about “form fields with no label or at least one that isn’t programmatically associated so it doesn’t read anything.”


Providing a legitimate for/id attribute pairing creates a programmatic association between type inputs and also the label that describes what it will. And after I say label, I mean the label part. Not a clickable div, a placeholder, aria-label, or another brittle and/or distraught answer. label components square measure a tried-and-true answer that enjoys wide and deep support for accessibility. In addition, a label part mustn't be employed by itself, say for a label on a diagram. This might sound counter-intuitive initially, however please bear with us.

In addition, a label element should not be used by itself, say for a label on a diagram. This might seem counter-intuitive at first, but please bear with me.


 <!-- Please do this -->
 <label for="your-name">Your name</label>
 <input type="text" id="your-name" name="your-name" autocomplete="name">
  
 <!-- Don’t do this -->
 <label for="eye">Cornea</label>
 <label for="eye">Pupil</label>
 <label for="eye">Lens</label>
 <label for="eye">Retina</label>
 <label for="eye">Optic Nerve</label>
 <img id="eye" alt="A diagram of the human eye." src="parts-of-the-eye.png" />
 

The same varieties of helpful technology that permit} an individual jump to headings and landmarks additionally allow them to leap to input labels.

Attributable to this, there's the expectation that once a "label" component is gift, there's additionally a corresponding input it's related to.

Alternative Descriptions


If you've got low or no vision, and/or have problem understanding a picture, HTML’s ALT attribute (and not the title attribute) provides a mechanism to know what the image is there for. a similar principle applies for providing captions for video and audio content like podcasts.


Kenny Hitt , mentions that when

…someone posts something on Twitter, if it’s just an unlabeled image; I don’t even take the time to participate in the conversation. When you start every conversation by asking what’s in the picture, it really derails things.”

Up until last week, the only way for Twitter to provide alternative descriptions for its images was to enable an option buried away in the subsection of a preference menu. Compare this to a platform like Mastodon, where the feature is enabled by default.

Soren Hamby, mentions garment worker, a preferred podcast app. “The on boarding was plenty of themed graphics, however the altitude text for everyone was ‘unselected’ and for identical image with a analyze

it had been chosen. I believe it might be affordable for them to mention ‘sci-fi genre selected’ […] it’s such a tiny low factor however it makes all the distinction.

Ensuring that alternate description content is succinct and descriptive is simply as vital as as well as the flexibility to feature it.


Daniel Göransson, a developer for Axess research laboratory, includes a nice article on a way to write them effectively.

Robust, accessible options may also be a part of analysis criteria, in addition as an excellent methodology for building client loyalty.


Soren mentions that they're “often the deciding issue, particularly between services.” above all; they cite Netflix’s audio descriptions.

Aria


One topic Daniel Göransson’s article on different descriptions mentions is to not over-describe things. This includes info like that it's a picture, WHO the creative person is, and keyword stuffing.

The same principle applies for Accessible made net Applications (ARIA). ARIA may be a set of attributes designed to increase hypertext mark-up language to fill within the gaps between interactive content and helpful technology.


Brian explains: “There looks to be a perception that a lot of ARIA fixes accessibility and it will facilitate, however an excessive amount of either reads wrong things or simply talks approach an excessive amount of.

If on screen text of 1 or 2 words is nice enough for everybody else, it's ok for screen reader users too. we tend to don’t want whole sentence or 2 descriptions of buttons or links i.e. ‘link privacy policy’ is way higher than one thing like ‘this link can open our privacy policy, this link can open during a new window’ once the on screen link text is ‘privacy policy.’”

Provided that you utilize the acceptable native hypertext mark-up language part, helpful technology can handle all of that for you. Do more, additional robustly, with less effort? Sounds nice to me!


Unlike most of hypertext markup language, CSS, and JS, the success of enforced ARIA is discourse, variable, and mostly invisible. In spite of this, we have a tendency to appear to be slathering ARIA onto everything while not bothering to envision not providing it truly works, however additionally what the those that truly use it think about it. Support for ARIA is fragmented across operational systems, browsers, and helpful technology offerings, all their individual versions, and each potential permutation of all 3. Simply put, writing ARIA and trusting it'll work as meant isn’t enough.

If misconfigured and/or over-applied, ARIA will break. it's going to not report actual practicality, announce the incorrect practicality, and (accurately or inaccurately) over-describe practicality. Obviously, these experiences aren’t equivalent.

Representation matters. to induce a far better understanding of however the ARIA code you wrote truly works, i like to recommend hiring folks to inform you.


Here are four such services that do specifically that:

Contrast


  • Color Contrast

Color distinction is another common issue, one whose severity usually appears to be downplayed. If I may wager a guess, it’s as a result of it’s straightforward to forget that alternative people’s vision may well be totally different than your own.


Regardless, it's a priority that affects a large swath of the world population, and that we ought to treat the difficulty with the seriousness it deserves.


The Click-Away Pound Survey tells US that out of the highest problems Janus-faced by users with access wants, distinction and legibility weighs in because the fifth most important issue.


On high of that, it's enhanced as a priority, going from four hundred and forty yards of respondents in 2016 to fifty fifth in 2019.


We board an age wherever there’s additional color distinction checking resources than I will count. Product like Stark will facilitate designers audit their styles before it's translated into code.


Tools like Eightshapes distinction Grid and Atul Varma’s Accessible color palette builder allow you to craft your style systems with sturdy, accessible color mixtures out of the gate.



The somewhat ironic issue regarding color distinction is however, ah, visible it's. whereas a number of the previous accessibility problems area unit invisible—hidden away because the underlying code—contrast could be a pretty easy issue.

Mostly, distinction could be a binary state of affairs, therein you either will or cannot see content.


So, following time you check your web site or webapp with an automatic accessibility checker like Deque’s axe, don’t be thus fast to downplay the colour distinction errors it reports.

  • High Contrast

There square measure technology solutions for things wherever even satisfactory color distinction ratios isn’t sufficient—namely, inverted colours mode and High distinction Mode.

Several participants I interviewed mentioned victimization these show modes throughout their daily laptop use.

Provided you employ linguistics markup language, each of those modes don’t want a lot of effort on the event finish of things to figure well.

The vital bit is to visualize out what you’re building in these 2 modes to create certain everything is functioning as meant.

Striving For Perfection

To quote Léonie Watson,

“Accessibility doesn’t have to be perfect, it just needs to be a little bit better than yesterday.”



We will be happy to answer your questions on designing, developing, and deploying comprehensive enterprise web, mobile apps and customized software solutions that best fit your organization needs.


As a reputed Software Solutions Developer we have expertise in providing dedicated

remote and outsourced technical resources for software services at very nominal cost. Besides experts in full stacks We also build web solutions, mobile apps and work on system integration, performance enhancement, cloud migrations and big data analytics. Don’t hesitate to get in touch with us!

40 views0 comments

Recent Posts

See All

Commentaires


bottom of page