HTML 페이지에서 WAI-ARIA의 중복성을 피하십시오

ARIA 역할을 HTML에 통합 한 이후 웹 개발이 훨씬 쉬워졌습니다. ARIA는 ATS (Assistive Technologies)에 대한 추가 의미 정보를 제공하여 장애인의 웹 응용 프로그램 유용성을 향상시킵니다. 그러나 핵심 질문은 지속됩니다. HTML 요소가 이미 내재 된 의미를 가지고있을 때 ARIA 역할 속성이 필요합니까? 이 기사는이 문제를 탐구하여 암시 적 의미론을 가진 새로운 HTML5 구조 요소가 ARIA 역할과 어떻게 상호 작용하는지에 중점을 둡니다. 키 포인트 :

HTML 요소가 이미 필요한 의미를 제공하는 경우 ARIA 역할을 피하십시오. 불필요한 ARIA 속성은 중복 코드를 만듭니다 html5 요소는 기본적으로 암시 적 Aria 시맨틱을 가지고 있습니다. 따라서 일치하는 ARIA 역할 또는

속성을 ​​추가하는 것은 일반적으로 중복되고 낙담합니다. 이러한 암시 적 의미론에도 불구하고, 호환성 이유에 대한 ARIA 역할을 추가하는 것은 중복성을 초래하더라도 고려 될 수 있습니다.

.

Aria 기초 및 일반적인 오해 :

wai-aria (액세스 가능한 리치 인터넷 응용 프로그램)는 HTML 요소를 향상시키는 속성으로 구성됩니다. 이러한 속성은 브라우저 접근성 API를 통해 ATS에 역할, 속성 및 상태 정보를 전달합니다. Aria Newcomers의 경우 Stephan의 "Wai-Aria에 대한 소개"는 권장되는 자원입니다. HTML 커뮤니티의 널리 보급 된 견해는 다음과 같습니다. "HTML이 이미 처리되면 Aria를 사용하지 마십시오." 보다 정확하게 : 구현 된 HTML 요소에 접근성 지원이 부족한 경우에만 ARIA를 사용하십시오. Aria 역할과 대부분의 요소 : ARIA 역할, 속성 및 상태는 HTML 요소의 의미를 노출시킬 수 있습니다. 이것은 요소의 기본 암시 적 아리아 의미론 . ARIA 속성을 추가하기 전에 의미 적으로 올바른 HTML (네이티브 시맨틱 활용)의 우선 순위를 정합니다. ARIA 역할은 일반적으로 대부분의 HTML 요소의 기본 의미를 강화하지 않습니다. 간단하게 유지하십시오 : HTML 요소가 본질적으로 의미론을 제공하는 경우 Aria를 사용하지 마십시오. 그렇게하면 중복 코드가 생성됩니다

Aria 역할 및 html4 :

접근성 전문가 인 Steve Faulkner는 설명 할 때 HTML4 (및 이전) 요소는 이미 맵핑 되었기 때문에 기본 의미를 노출시키기 위해 추가 ARIA 역할이 필요하지 않습니다. 이 맥락에서 ARIA 역할을 추가하는 것은 무의미하며 코드 검토에 불필요한 복잡성을 추가합니다.

html5 향상 : aria-* HTML5 사양은 다음과 같이 말합니다. "대부분의 경우 기본 암시 적 ARIA 시맨틱과 일치하는 ARIA 역할 및/또는

속성을 ​​설정합니다. html5 요소는 기본 암시 적 ARIA 시맨틱을 가지고 있지만 모든 요소가 검증없이 맵핑되는 것을 보장하지는 않습니다. 따라서 ARIA 역할을 예방 조치로 추가하는 것을 고려할 수 있습니다.

ARIA의 중복성 :

대화식 HTML5 요소 (양식 요소 또는 )에 기본 암시 적 ARIA 역할을 추가하는 것은 영향을 미치지 않습니다. 유해하지는 않지만 불필요하고 개발 시간을 낭비합니다. 대화식 요소에는 액세스 가능한 이름 (접근성 API의 접근성 이름 속성에 대한 값 제공)이 필요합니다. 예를 들면 :

덜 효율적 :

<button></button> 더 효율적인 :

두 번째 예제는

및 속성을 ​​사용하여 레이블을 입력과 명확하게 연결합니다. 중복의 예 (피하기 위해) :

<label>Title</label><input type="text">

<<> 대화식 요소에서의 중복 역할 : <🎜 <🎜 🎜>

<label for="title">Title</label><input type="text" id="title">

<🎜 🎜>는 불필요합니다

<🎜 🎜> <<> Aria 역할은 네이티브 HTML 상대와 함께 : <🎜 🎜> <🎜 🎜> for id html

속성은

중복을 만듭니다 확립 된 구조적 요소에 대한 <<> aria : <🎜 🎜>

• 둘 다 <🎜 와
둘 다 불필요합니다 HTML5 구조적 요소를 가진 <🎜 🎜> <<> aria : <🎜 🎜>

html5는 기본 암시 적 ARIA 시맨틱 매핑을 사용하여 구조적 요소 (예 : <🎜 🎜>,

<button role="button">Submit</button>

, <🎜 🎜>)를 도입했습니다. 그러나 일부 매핑은 조건부입니다. 예를 들어,

는 <🎜 role="button" 또는 <🎜 🎜> 내에 있지 않은 경우에만

로 맵핑됩니다. 브라우저는 본질적으로 이러한 기본 의미를 노출시킵니다 <🎜 🎜> <<> 브라우저 지원 : <🎜 🎜>

대부분의 최신 브라우저는 HTML5 구조 및 단면화 요소의 기본 암시 적 의미를 지원합니다. (Internet Explorer의 구현은 다를 수 있습니다.)
• <<> 결론 : <🎜 🎜>
HTML5 사양이 이미 기능을 정의하는 경우 ARIA 역할, 속성 및 상태를 피하십시오. 많은 html5 요소는 기본 암시 적 Aria 시맨틱을 가지고 있습니다 Aria 지원은 일반적으로 현대식 브라우저에서 우수합니다 (예외 포함).

HTML 요소에 ARIA 속성을 추가하는 의미를 고려하고 의견에 귀하의 생각을 공유하십시오.

<div hidden aria-hidden="true"></div>

자주 묻는 질문 (faqs) :

hidden (원래 입력의 FAQS 섹션은 주제와 직접 관련되어 있고 의사 원리를위한 수정이 필요하지 않으므로 여기에 보유됩니다.)

HTML 페이지에서 와이어 아리아의 목적은 무엇입니까?

웹 접근성 이니셔티브-액세스 가능한 리치 인터넷 애플리케이션은 월드 와이드 웹에서 게시 한 기술 사양입니다. 컨소시엄 (W3C). 웹 컨텐츠 및 응용 프로그램의 접근성과 상호 운용성, 특히 장애인을위한 접근성 및 상호 운용성을 향상시키는 프레임 워크를 제공합니다. 스크린 리더와 같은 보조 기술을 통해 웹 컨텐츠의 구조와 기능을 이해하는 데 도움이되는 추가 의미론을 제공하는 것과 같이 장애인이 웹 컨텐츠에 더 액세스 할 수 있도록하는 방법을 정의함으로써이를 수행합니다.

중복이 어떻게 발생합니까? Wai-Aria 및 HTML 페이지?

WAI-ARIA 및 HTML 페이지의 중복성은 동일한 정보 나 기능이 두 번 이상 제공 될 때 발생할 수 있습니다. 예를 들어, HTML 요소가 이미 HTML 사양에 의해 정의 된 암시 적 역할을하고 개발자가 암시 적 역할과 일치하는 ARIA 역할을 추가하는 경우, 이는 중복성을 만듭니다. 이것은 보조 기술과 그들에게 의존하는 사용자를 혼란스럽게 할 수 있습니다.

HTML 숨겨진 및 Aria 숨겨진 속성의 차이점은 무엇입니까?

HTML 숨겨진 속성과 Aria Hidden 속성은 비슷한 목적을 제공하지만 유사한 목적을 제공합니다. 약간 다른 방식으로 일하십시오. HTML Hidden 속성은 모든 사용자의 요소를 숨기고 Aria Hidden 속성은 구체적으로 보조 기술의 요소를 숨 깁니다. 요소에 Aria가 숨겨져있는 경우 보조 기술을 사용하지 않는 사용자에게는 여전히 보입니다.

HTML에서 ListItem 역할을 사용할 때 중복성을 피할 수 있습니까?

ListItem은 ListItem입니다. HTML의 'li'요소에 대한 역할은 이미 ListItem의 암묵적 역할을 가지고 있기 때문에 불필요합니다. LISTITEM의 ARIA 역할을 'li'요소에 추가하면 중복이 발생합니다. 이를 피하려면 ARIA 역할을 추가하지 않고 'li'요소를 그대로 사용하면 간단히 사용하면 접근성 감사에 중복이 어떤 영향을 미치는가?

중복성은 접근성의 고장으로 이어질 수 있습니다. 감사. 이는 중복 ARIA 역할이 보조 기술을 혼동하여 접근하기 어려운 사용자 경험을 초래할 수 있기 때문입니다. 중복성을 피함으로써 웹 컨텐츠의 접근성을 향상시키고 접근성 감사를 전달할 가능성을 높일 수 있습니다.

ARIA 역할을 효과적으로 사용하여 접근성을 향상시킬 수 있습니까?

ARIA 역할을 사용해야합니다. HTML 사양이 제공하지 않는 추가 의미론을 제공합니다. 이미 HTML에서 제공 한 의미론을 복제하는 데 사용해서는 안됩니다. Aria 역할을 신중하게 사용하고 중복성을 피하면 웹 컨텐츠의 접근성을 향상시킬 수 있습니다. ARIA 역할을 사용할 때 피해야 할 몇 가지 일반적인 실수는 무엇입니까?

ARIA 역할을 사용할 때 피하는 몇 가지 일반적인 실수에는 중복적으로 사용하고, 잘못 사용하고, 과도하게 사용하는 것이 포함됩니다. ARIA 역할의 중복 사용은 보조 기술을 혼란스럽게 할 수 있지만 잘못된 사용은 잘못된 의미로 이어질 수 있습니다. ARIA 역할을 과도하게 사용하면 웹 컨텐츠가 지나치게 복잡하고 탐색하기가 어려울 수 있습니다.

HTML 및 ARIA 코드에서 중복성을 확인할 수 있습니까?

HTML 및 HTML 및 중복성을 확인할 수 있습니다. 접근성 감사 도구를 사용하여 ARIA 코드. 이러한 도구는 코드에서 중복 ARIA 역할 및 기타 접근성 문제를 식별 할 수 있습니다. 이러한 문제를 해결함으로써 웹 컨텐츠의 접근성을 향상시킬 수 있습니다.

웹 접근성에서 보조 기술의 역할은 무엇입니까?

보조 기술은 웹 접근성에서 중요한 역할을합니다. 장애가있는 사람들이 액세스하고 웹 컨텐츠와 상호 작용하도록 돕습니다. 보조 기술의 예로는 시각 장애가있는 사람들을위한 웹 컨텐츠를 읽는 스크린 리더와 음성 인식 소프트웨어가 포함되어 있으며, 이동성 장애가있는 사람들이 자신의 목소리로 컴퓨터를 제어 할 수 있습니다.

Wai-Aria가 어떻게 개선합니까? 보조 기술의 기능?

Wai-Aria는 이러한 기술이 구조를 이해하는 데 도움이되는 추가 의미론을 제공함으로써 보조 기술의 기능을 향상시킵니다. 웹 컨텐츠의 기능. 이를 통해 보조 기술은 사용자에게 웹 컨텐츠를보다 정확하고 유용한 표현을 제공 할 수 있습니다.

위 내용은 HTML 페이지에서 WAI-ARIA의 중복성을 피하십시오의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!