Avoid non-native interactive elements. If using native HTML is not possible, add an appropriate role and support for tabbing, mouse, keyboard, and touch inputs to an interactive content element
186 </div>
187 <div className="colleges">
188 {filteredColleges.map((college, index) => (
189 <div190 className={`college ${activeIndex === index ? 'active' : ''}`}191 key={college.id}192 onClick={() => handleCollegeClick(college)}193 onTouchStart={() => handleTouchStart(index)}194 onTouchEnd={handleTouchEnd}195 >196 <div className="college-content">
197 <div className="up">
198 <img className="college-image" src={college.imageURL} alt="College Logo" />
Description
Static HTML elements do not have semantic meaning. This is clear in the case of <div>
and <span>
. It is less so clear in the case of elements that seem semantic, but that do not have a semantic mapping in the accessibility layer. For example <a>
, <big>
, <blockquote>
, <footer>
, <picture>
, <strike>
and <time>
-- to name a few -- have no semantic layer mapping. They are as void of meaning as <div>
.
The WAI-ARIA role
attribute confers a semantic mapping to an element. The semantic value can then be expressed to a user via assistive technology.
In order to add interactivity such as a mouse or key event listener to a static element, that element must be given a role value as well.
Bad Practice
<div onClick={() => {}} />
Recommended
<button onClick={() => {}} className="foo" />
<div className="foo" onClick={() => {}} role="button" />
<input type="text" onClick={() => {}} />