관련성 <noscript>

Question

<noscript>은 정상적인 성능 저하를 성공적으로 돕는 몇 가지 시나리오가있는 것으로 보입니다. 우리는 왜 태그가 그곳에 있고 왜 사용 하는지를 배웠습니다.

• disable JavaScript 옵션
• 스크린 리더 : 나는 알고 지금까지로,이 중요한 이유가 있습니다.

처음에는 statistics are hard to get hold of이지만 쉽게 테스트 할 수 있습니다. 또한, 나는 우아한 퇴화 시나리오를 수정하기 위해 자신이 <noscript> 자신을 필요로하지는 않았지만 그것은 저만의 것일 수도 있습니다.

이제 화면 판독기의 경우 이러한 통계는 유지하기가 쉽지만 실제로는 <noscript>의 실제 효율성에 관심이 있습니다. 그들이 "일하는 것"이 ​​널리 받아 들여지는 진실 인 반면 때때로, 대안의 진실 (경고 : 약간 과장 됨)으로 세상이 흔들릴 수도 있습니다. 내가 그걸 알게되었을 때처럼 navigation items should not be put into lists.

이 생각은 실제로 <noscript>의 사용에 대한 평가가 있는지, 그리고 그것이 우리에게 항상 들려주는 문맥에서 유용한 태그인지 ("시각 장애인을위한 대체 컨텐츠 제공")인지 여부에 대해 궁금하게 생각합니다. 아니면 그 효과가 종종 파괴된다는 것을 모르는 구현 패러다임이 있습니까? 시각 장애가있는 사람이라도 누가 그러한 이야기를 확인하거나 반박 할 수 있습니까?

참고 : 일부 권한을 응답에 부여하는 경우 시각 장애인임을 나타내거나 해당되는 경우 물론 원하는 경우 도움이 될 수 있습니다.

Answer 1

스크린 리더는 일반 브라우저에서 작동합니다. NOSCRIPT의 콘텐츠는 가능성조차 그들은 자바 스크립트를 사용할 수있는 경우 사용자에게 제공 될 것이다하십시오 <noscript> 요소 내에서 생성

내용은 적어도 JAWS에 큰 도움이되지이다. 버전 7.0부터 JAWS는 스크립팅이 비활성화되어 있는지 여부에 관계없이 <noscript> 표준 읽기 모드의 내용을 읽지 않습니다. (source).

나는 점진적인 향상 기술을 고수 할 것입니다.