구텐베르크에서 클래식 편집기 기능을 복제하는 모든 블록에 액세스 할 수 있다는 것을 아는 것은 정말 멋질 것입니다.

여기서해야 할 옳은 일은 독립적 인 접근성 감사를받는 것입니다. WordPress는 핵심적으로 접근성 지침을 충족한다는 명시된 정책을 가지고 있으며 사용자가 이러한 지침을 준수 할 책임이 있습니다. 철저한 접근성 감사 만이 이것이 사실인지 여부를 보여줄 수 있습니다. 접근성 팀은 수많은 문제를 신고했으며, 그중 일부는 처리되었지만 다른 일부는 처리되지 않았습니다. 최소한 이것들은 해결되어야합니다.

WordPress는 게시자, 데이터베이스 및 방문자 간의 인터페이스입니다. 게시자가 인터페이스를 입력하거나 조작하기 위해 정확히 선택하는 방법은 해당 사용자에게 달려 있습니다. WordPress의 역할은 해당 사용자가 선택한 모든 입력 방식에 대해 인터페이스에 액세스 할 수 있도록하는 것입니다. 이것은 새롭거나 논란의 여지가 없습니다. 웹이 서있는 토대입니다.

@ mor10에 동의합니다. Automattic과 핵심 팀이 프로젝트에 어떻게 투자했으며 여전히 문제가 발생하고 있는지 고려할 때 유일하게 진실하고 유효한 경로는 독립적이고 객관적인 감사를받는 것입니다.

WordPress에는 핵심적인 접근성 지침을 충족하는 명시된 정책이 있습니다.

네, 맞습니다. @afercia 및 @rianrietveld 와 같은 더 큰 w.org 프로젝트의 리드로부터 여기 작업에 대한 자신감 을 원합니다 .

간단히 말해 Gutenberg _CAN_에 액세스 할 수 있다고 생각하지만 프로젝트에 열려 있는

이것이 일어날 수 있기를 바랍니다!

외부의 독립적 인 접근성 감사를 전적으로 지원하겠습니다.

언급했듯이 사용자 테스트, 특히 개발이 진행됨에 따라 다시 테스트하는 것과 관련된 자료 및 정보 부족과 관련된 인식 문제가 있습니다. 사용자 결과를 추적하는 대신 버그와 회귀를 추적하는 것처럼 느껴집니다.

여기에서 귀하의 정직함에 감사 드리며 외부 / 독립 감사가 가치가 있다는 데 동의합니다. 그러나 나는 이것이 마우스와 키보드를 사용하지 않을 수도있는 사람들에게 _ 더 나은 경험을 제공하는 대신 기술적 관점 (즉, WCAG 2.x / AA에 대한 체크 박스 선택)에서 접근성을 소급 적으로 다루고 있다는 것을 두려워합니다. 접근성만으로는 현재 경험 (또는 더 나은 다른 유사한 제품)과 관련된 데이터없이 구텐베르크 경험에 대한 정 성적 및 정량적 연구가 공정한 이야기를 전달하지 못할 수 있습니다.

이 정보에 대한 투명성은 커뮤니티 지원과 함께 오래 지속되고 접근성 관점과 더 큰 구텐베르크 롤아웃 모두에서 많은 마찰을 완화 할 것이라고 생각합니다.

다른 사람들이 외부 감사에 찬성한다는 소식을 듣고 놀랍지 않습니다. 👍 저도 그걸 좋아한다고 말할 수 있으며 다음 주에이를 촉진 할 수있는 방법을 모색 할 것입니다.

워드 프레스와 관련된 접근성 전문 기관 / 회사가 프로젝트의 접근성 감사를 통해 실행하는 데 시간을 우선 할 수 있습니까? 구텐베르크가 클래식 편집기와 비교하여 어떻게 겹쳐 지는지에 대한 기본 감각을 확립하는 것이 편리 할 것이라고 생각합니다.

문제가있을 것이라고 확신하지만 (위에서 언급했듯이 100 개가 넘는 접근성 문제가 있음) Gutenberg에서 접근성에 대한 매크로보기를 얻으려고합니다. "버그"라는 레이블이 붙은 100 개가 넘는 문제가 있다는 점을 지적해야합니다. 그러나 이것은 너무 작은 버그를 고려하지 않았기 때문입니다. 모든 것을 기록하려고하지만 이것은 100 개의 접근성 블록이 아니라 100 개의 접근성 문제를 의미한다는 것을 기억하십시오. 접근성 차단기 (현재)는이 문제가 속한 Merge Milestone에 포함되어 있습니다.

감사를 지원하기 위해 목소리를 더 해주신 분들께 감사드립니다. 테스트 할 흐름 목록을 제공하고 MVP로서 사용자를위한 작업을 보장 할 것입니다. 그러면 여기에 게시 할 예정이지만 아직 완전히 공식화하지는 않았습니다.

외부 감사는 좋은 생각입니다. 이 감사를 수행 할 자격을 갖춘 회사를 고용하는 데 재정적으로 기여하게되어 기쁩니다.

나는 또한 재정적으로, 특히이 정도 규모와 중요한 것에 기여할 것입니다.

나는 또한 지역 사회에서 자금을 모으는 데 도움이되는 길을 기꺼이 이끌 것입니다.

이 아이디어가 좋아요. 소프트웨어에서 WCAG 규정 준수가 필요한 기업의 경우 감사를 통해 우려 사항을 해결할 수 있습니다. 감사에서 VPAT를 생성하면 계약 프로세스의 일부로 VPAT를 요구하는 조직의 이해를 도울 수 있습니다. 관련 정보는 기술 공급 업체 계약 에

또한 외부의 독립적 인 접근성 감사를 지원합니다. 나는 내 일상 업무의 우수한 a11y 리소스를 확인하고 그들이 추천하는 것을 볼 것입니다. :)

매우 친절합니다! 그러나 우리는 지역 사회의 재정적 기여를 찾고 있지 않습니다. 일부 접근성 감사관에게 연락하여 구텐베르크에 대한 감사를 실행하는 방법을 알아 보겠습니다.

어떤 종류의 비용과 타임 라인이 관련되어 있는지 살펴 보 겠지만 5.0에서 작동하는 타임 라인으로 합리적인 가격으로 무언가를 얻을 수 있다면 비용을 충당하기 위해 Automattic을 사용할 수있을 것입니다. 😊

이전에 댓글을 올렸을 때 Automattic에서 제공 할 수있는 재정적 지원에 대해 확신이 없었고 커뮤니티의 기대치에 대해 약간 불분명했습니다. 죄송합니다! 댓글을 업데이트하고 내가 찾고 있지 않은 것을 명확히했습니다. 지금은 감사 준비에 대해 살펴볼 것입니다. 견적서를 작성하는 데 최소한 며칠이 걸릴 것입니다! 내가 더 많이 알게되면 다시보고 할 것입니다 😊

나는 이것이 이것을 진술 할 장소가 아닐 수도 있다는 것을 알고 있지만 우리 회사는 접근성 감사를 수행합니다. 더 알고 싶으면 알려주세요. 최근에는 그렇게 활동적이지는 않지만 한동안 WordPress에 참여했으며 Gutenberg 및 WP의 다른 부분에 접근성 아이디어를 제공했습니다. 내가 충분히 독립적이지 않다면 WordPress를 사용한 적이없는 신뢰할 수있는 파트너와 함께 일합니다.

@tofumatt 제안 요청은 감사가 찾고있는 것을 정확히 설명하고 서비스 제공 업체가 진행 방법에 대한 일반적인 개요를 제공 할 수있는 기회를 제공하는 좋은 방법이라고 생각합니다. Automattic에서 이러한 유형의 프로세스에 대한 선례가 있습니까?

안녕하세요, 저는 NC State University의 IT 접근성 코디네이터입니다. 우리는 캠퍼스 웹 사이트에 WordPress를 사용하며 주립 기관으로서 1973 년 재활법 섹션 508을 준수해야합니다.이 때문에 WordPress와 같은 저작 도구는 장애인이 액세스 할 수 있어야합니다.

우리는 WordPress 블로그를 사용하고 조직의 부서를 대신하여 WordPress 사이트를 편집하는 학생, 교직원 및 직원을 포함하여 다양한 WordPress 사용자를 보유하고 있습니다. 즉, 이러한 개인이 WordPress에 액세스 할 수 있어야합니다.

고등 교육 기관으로서 우리는 새로운 프로그램과 기술을 최신 상태로 유지하고자합니다. 우리가 구텐베르크를 발전시키고 사용할 수 없거나, 장애가있는 사람들은 고전 편집기를 사용하는 것으로 제한되는 반면, 신체가 좋은 사람들은 구텐베르크를 사용할 수있는 "동등하게 분리 된"상황을 수행하지 못하는 것은 해로울 것입니다.

정말 굉장 해요 👍

전적으로 동의합니다! 물론 워드 프레스 5.0이 출시되기 전에는 해결할 수없는 접근성 문제가있을 수 있다는 분명한 기대치를 설정하고 싶습니다.

구텐베르크 (또는 외부 플러그인)가 개선되는 동안 제한된 시간 동안 클래식 편집기 플러그인을 사용하기를 원하거나 필요로하는 사이트는 여러 가지가 있습니다. 소프트웨어를 개선하는 동안 몇 주 / 개월 동안 클래식 플러그인을 필요로하는 다른 문제와 함께 접근성 문제를 겪는 사용자가있을 것입니다.

나는 WordPress Editor의 미래가 멋지고 누구나 접근 할 수 있기를 바랍니다. 어떤 이유로 든 처음에 균열을 겪은 사용자들에게 미리 사과드립니다. 하지만 당장 일어나지 않더라도 구텐베르크와 워드 프레스를 멋지게 만들기 위해 노력할

감사에 대하여

모두 안녕! 저는 아직 릴리스 리더가 된 것이 조금 낯설고 , 거의 10 년 동안 우리도 공개적으로 실수를

내가 원하는 종류의 감사는 접근성이 필요한 사용자가 WordPress의 유용성에 대한 매크로 감각을 처음 찾고 있기 때문에 너무 합법적이거나 규정 준수와 관련된 것이 아닐 수 있습니다. 그래도 준수 사항이 포함되어 있다면 : 훌륭합니다.

지금 저는 @WordPress 접근성 커뮤니티 회원 및 접근성 감사에 대해 연락 할 수있는 사람들을 제공 한 유능한 @automattic 직원과 연락을 취했습니다. 지금은 공정하고 (편견 / 과거 지식 등을 피하기 위해 WordPress 커뮤니티 외부에서 다소간) 높은 수준의 실행 가능하고 다소 빠르게 완료되기를 바랍니다. 나는 내가 많은 것을 요구하고 있다는 것을 안다 😆

지금 염두에 두는 사람들이 있습니다.그들에게 다가 갈 것입니다 접근성 감사를 전문으로하는 여러 회사에 연락했습니다. 여기에 업데이트를 게시 할 예정이지만 다음 주까지 자세한 내용은 알 수 없습니다. 지금은 다음이 있습니다.

1. 재정적 지원을 제공 할 필요가 없습니다 (그러나 OMG는 WordPress에 대한 귀하의 헌신을 확인하는 것이 좋습니다).
2. 귀하의 서비스를 제공 할 필요가 없습니다 (워드 프레스 생태계 외부의 누군가를 원한다고 생각하지만 정기적 인 버그 / 접근성 테스트에 도움이 필요하면 하십시오! )
3. 나에게서 많은 ❤️ 🙂

즐거운 주말 보내세요. 계속 게시하겠습니다! 😄

감사를위한 추가 공급 업체를 찾고 있다면 일반적으로 미국 최고의 웹 리소스 중 하나로 간주되는 Utah State University의 WebAIM 을 추천합니다. 놀라운 웹 a11y 문서를 읽는 것 외에는 어떤 식 으로든 그들과 관련이 없지만 감사를 제공하는 것을 보았습니다.

워드 프레스 자체는 오픈 소스이고 여전히 많은 자원 봉사 노동력을 가지고 있지만, "큰 시간"을 맞았고 더 이상 "하지만 우리는 오픈 소스 일뿐입니다"라는 목발에 굴복 할 여유가 없습니다. 저는 완전한 접근성 감사와 WP가 부족한 부분 (구텐베르크뿐만 아니라)을 개선하려는 노력이 WP 채택과 관련하여 전진 운동의 큰 원천이 될 것이라고 생각합니다. 물론 출판 민주화와 그 모든 것.

구텐베르크 (또는 외부 플러그인)가 개선되는 동안 제한된 시간 동안 클래식 편집기 플러그인을 사용하기를 원하거나 필요로하는 사이트는 여러 가지가 있습니다. 소프트웨어를 개선하는 동안 몇 주 / 개월 동안 클래식 플러그인을 필요로하는 다른 문제와 함께 접근성 문제를 겪는 사용자가있을 것입니다.

이 감정은 나에게 받아 들일 수 없으며 WordPress 가치를 내면화 한 많은 다른 사람들이 있기를 바랍니다.

어떤 이유로 든 처음에 균열을 겪은 사용자들에게 미리 사과드립니다. 하지만 당장 일어나지 않더라도 구텐베르크와 워드 프레스를 멋지게 만들기 위해 노력할 것입니다. ❤️

Core의 다른 모든 표준에 미치지 못하는 경험을 진행하는 것의 장점은 무엇입니까? 마감일은 임의적이지는 않지만 그렇다고해서 코너를 삭감하는 것은 아닙니다. 적어도 내가 이해하는 WordPress 값에 따르면 아닙니다. 이러한 가치는 Mozilla가 가진 어떤 것과도 구별 될 수 있습니다. 커뮤니티에 새로 온 사람으로서 이러한 가치를 살펴볼 것을 권장합니다.

일반적으로 대부분 일하는 것만으로도 충분하다는 생각은 커뮤니티에 불필요한 위험을 초래하고 누가 그 혜택을 받는지 궁금해해야합니다. Gutenberg 프로젝트 또는 WordPress의 장점은 무엇입니까? 문제를 식별하는 데 도움이 필요한 것은 아닙니다.

Automattic은 분명히이 감사에 대한 매개 변수를 후원하고 구상 할 것이기 때문에 잠재적 인 편견이 있고 자신의 작업에 점수를 매기고 있습니다. 더 큰 커뮤니티가 크라우드 펀딩을 진행하여 실제 사용자의 관점에서 병렬 보고서에 대한 접근성 전문가를 고용 할 것을 제안합니다. Automattic은 기술 감사 등을 수행 할 수 있지만 Gutenberg 접근성이 "그다지 나쁘지 않다"는 제안은이 분야의 실제 전문가들에 의해 격렬하게 반대되었습니다 (예를 들어 WordCamp Publishers의 Sina Braham). 맹인 사용자가 앱을 탐색하고 다시 사용할 것인지 묻는 Mikey 테스트에 가까운 무언가가 필요할 수 있습니다.

그건 그렇고, 제가이 작업을 위해 접근해온 회사들에게 보내는 것입니다. 접근성과 관련된 다른 사람들에게 도움이 될 수 있지만 확실하지 않습니다. 최소한 투명성을 위해 여기에 게시하고 있습니다 🙂

요구 사항

WP-Admin을 사용하는 WordPress 웹 사이트에서 Gutenberg 편집기를 사용하여 수행 할 일련의 접근성 테스트. 이러한 테스트에는 최소한 다음 테스트 흐름이 포함되어야합니다.

핵심 출판 흐름

• 새 게시물 작성
• 공통 내용 (단락, 이미지, 목록, HTML 및 표 내용 추가, 아래 "블록 사용"참조)
• 즉시 게시물을 게시하고 의도 한대로 게시물을 작성합니다.
• 날짜 선택기를 사용하여 향후 게시물 예약
• 게시물에 카테고리 및 태그 지정
• 게시물에 추천 이미지 할당
• 시간이 허용되는 다른 문서 수준 설정으로 실험

블록 사용

이들은 WordPress.com에서 가장 많이 사용되는 20 개 블록 이며 접근성 문제 목록에 아직 제출 되지 않은 접근성 문제를 찾기 위해 테스트해야합니다.

1. 절
2. 영상
3. 표제
4. 명부
5. 갤러리
6. 인용문
7. 삽입 / 유튜브
8. HTML
9. 분리 기호
10. 더
11. 표지 이미지
12. 짧은 코드
13. 단추
14. 표
15. 스페이서
16. 깊숙이 박다
17. 블록
18. 삽입 / 트위터
19. 열
20. 암호

이러한 블록은 사용에 방해 요소가없고 블록 수준 설정에 액세스 할 수 있는지 확인하기 위해 보조 기술로 테스트해야합니다.

클래식 편집기

클래식 편집기와 비교하여 접근성과 관련하여 주목할만한 회귀가 없는지 확인해야합니다. 기본 클래식 편집기 컨텍스트에서 만들 수있는 것과 동일한 종류의 콘텐츠로 게시물을 만드는 것은 Gutenberg를 사용하여 수행 할 수 있어야합니다. 클래식 편집기에 비해 편집 경험에서 회귀가 전혀없는 구텐베르크는 보조 기술 사용자를위한 기본 편집 경험으로 추천 할 수 있다고 말하는 궁극적 인 목표입니다.

고려할 보조 기술

사용 가능한 제한된 타임 라인과 극도의 철저 함보다 실행 가능성의 우선 순위 때문에 테스트에 사용되는 상위 2 ~ 3 개의 브라우저 + 스크린 리더 조합을 선호합니다 . 시간이 허락한다면 더 많이 사용하는 것이 절대적으로 가능하지만 가장 많이 사용되는 조합부터 시작하는 것이 좋습니다. 내 이해에서 이것은 다음과 같습니다.

• Internet Explorer / Edge가있는 JAWS (Windows)
• Firefox와 NVDA (Windows)
• Safari가 포함 된 VoiceOver (MacOS)
• ZoomText

모바일 보조 기술은이 감사의 우선 순위가 아닙니다. MacOS에서의 VoiceOver 테스트에는 iOS VoiceOver 사용자와의 일부 교차가 포함되어야합니다. 모바일 앱 사용은 아마도 웹 사이트 사용보다 더 중요합니다.

공개 된 보고서 및 이슈 게시

우리는 생성 된 접근성 보고서가 WordPress 커뮤니티에 공개되어 게시되어야하며 저 (또는 다른 Automattician)를 게이트 키퍼로 요구해서는 안됩니다. 문제는 문제 원인과 재현성에 중점을두고 유용한 컨텍스트와 함께 GitHub에 게시해야합니다. 범위에 시간이 있거나 문제가 특히 복잡한 경우 수정을위한 솔루션 또는 접근 방식을 게시 할 수 있습니다.

@davisshaver 안녕하세요. 전적으로 동의합니다. 철저하고 편파적이지 않은 감사는 a11y의 최대 수준을 준수하는 데 중요합니다.

편집기에 액세스 할 수 있는지 확인하는 것뿐만 아니라 편집기에 대한 수정 사항도 쉽게 액세스 할 수 있도록하는 기반이 마련되어 있는지 확인하는 것이 중요합니다. 분명히 우리는 사람들이 스스로하는 일을 시행 할 수는 없지만 최소한 사람들이 접근 가능한 것을 구현할 수있는 기반을 제공 할 수 있습니다.

@tofumatt 또한 가능한 모든 방법으로 기꺼이 도와드립니다. 테스트를위한 꽤 좋은 리소스, 특히 React 및 a11y 경험이있는 다른 리소스에 액세스 할 수 있습니다. 우리 팀에는 매일 매일 a11y와 함께 일하는 사람들이 있습니다.

@tofumatt 업데이트 해주셔서 감사합니다. 몇 가지 후속 질문이 있습니다.

1) 5.0이 출시되기 전에 감사 계획을 완료해야합니까?
2) 감사에서 문제가 반환되면 문제를 해결하기위한 계획은 무엇입니까? 5.0 릴리스가 해결 될 때까지 연기됩니까?
3) 프로젝트가 향후 접근성을 테스트하는 방법에 대한 계획이 있습니까?

@tofumatt 다양한 장애 / 장애가있는 사용자의 테스트를 원하는 경우 Hassell Inclusion이라는 회사와 작업을 수행했으며 이러한 테스트를 조직 할 수 있습니다. WordPress 커뮤니티에서 완전히 제거되었습니다. 이 회사는 BBC에서 접근성을 담당했던 Jonathan Hassell이 운영합니다.

@tofumatt 저는 또한 WordPress 접근성에 대해 매우 우려하고 있으며 성공을 돕고 싶습니다. 저는 우리 조직이 기술 및 기능 테스트를 포함하여 원하는 표준 수준으로 전체 WCAG-EM 준수 접근성 감사를 수행하고 예산에 맞는 작업 부분을 기부하도록 할 수 있습니다.

나는 우리가 ATAG와 WCAG AA, 그리고 아마도 2.0이 아닌 WCAG 2.1을 봐야한다고 생각합니다. 또한 발견 된 격차를 해소하기위한 가장 좋고 지속 가능한 방법을 선택하는 데 도움이되는 권장 사항과 코칭을 제공 할 수 있습니다.

우리는 귀하의 개발 커뮤니티에서 편리하게 팔 길이이지만 WordPress를 수년 동안 잘 알고 있습니다. 저는 모든 IAAP 인증을 보유하고 있으며 수년 동안 민간 및 공공 부문 모두를 대상으로 WordPress 플랫폼에서 수십 건의 감사를 이끌었습니다. 우리가 최선을 다할 수있는 방법을 결정하려면 davidberman.com/about에서 진실한 정보를 확인하십시오.

블록 사용

감사를 수행 할 팀이 최소한 처음에는 "블록"이 무엇인지에 대해 지시를 받거나 지식이 있어야하는지 잘 모르겠습니다. 구텐베르크를 처음 사용하려는 사용자와 동일한 초기 상태 여야하며 특별한 지침이 없어야합니다. 두 번째 단계에서는 기술적으로 진행할 때 블록이 무엇인지 이미 알고있을 것입니다.

핵심 출판 흐름

접근성 팀은 Gutenberg의 주요 접근성 문제가 전반적인 사용자 경험이라는 데 동의합니다. 이 부분을 확장하는 것이 좋습니다. _publihsing_ 흐름에 국한되어서는 안됩니다. 대신 일반적으로 UI를 탐색하고 주요 섹션 (상단 표시 줄, 편집 영역, 사이드 바)을 건너 뛰어야하는 작업을 포함해야합니다. , 게시 패널). 이것은 다양한 구성 요소에 대한 기술적 구현 세부 사항이 아니라 일반적인 구텐베르크 디자인과 더 관련이 있습니다. 사실, 접근성은 디자인입니다.

몇 가지 작업을 제안하고 싶습니다.

• 많은 수의 블록 (최소 20 개)으로 게시물을 작성하십시오.
• 게시물 중간에있는 단락 중 하나를 편집
• 글꼴 크기와 글꼴 색상을 변경 한 다음 내용을 다시 편집하십시오.
• 삽입기를 사용하여 새 블록 추가
• 링크 삽입
• 멘션 삽입
• 블록 유형 변경
• 상단 표시 줄 설정에서 변경 한 다음 편집 된 블록으로 돌아갑니다.
• 사이드 바로 이동하여 문서 / 블록 설정으로 전환 한 다음 편집 된 블록으로 돌아갑니다.
• 게시물 퍼머 링크 수정
• 재사용 가능한 블록을 만들다
• 재사용 가능한 기존 블록 추가 및 편집

고려할 보조 기술

@tofumatt 나는 당신이 보조 기술, 특히 스크린 리더만을 언급하고 있다는 것에 조금 놀랐습니다. 접근성 평가는 스크린 리더 테스트에만 국한 될 수 없습니다. 접근성은 훨씬 더 광범위한 주제이며 장애 나 장애에 국한되지 않습니다. 모든 사람이 웹에 액세스 할 수 있도록하는 것입니다.

우리가 장애와 장애에 대한 접근성을 제한하고 싶지만 너무 많아서 셀 수 없습니다. 몇 가지 예를 들면 음성 인식 소프트웨어 사용자, 운동 장애, 저시력,인지 장애, 발작 장애, 대체 입력 장치, 주의력 결핍 과잉 행동 장애, 난독증, 단기 기억 상실 등입니다. 일시적인 장애, 환경 적 장애, 노화와 같은 실제 "장애"로 분류되지 않습니까?

인간의 컨디션이 상당히 불안정해서 _ 우리 모두 일시적으로 능력이 있습니다 _.

몇 가지 작업을 제안하고 싶습니다.

이 확장 된 작업 목록은 사용자가해야 할 일을 훌륭하고 현실적으로 보여줍니다.

WordPress 핵심 상태에

WordPress에서 출시 된 모든 신규 또는 업데이트 된 코드는 AA 수준의 WCAG 2.0 지침을 준수해야합니다.

따라서 감사는이를 고려해야합니다. 특정 사항 :

1) 브라우저가 200 % 확대되었을 때 모든 기능이 예상대로 작동해야합니다 (모바일 CSS를 트리거 할 수 있음) 1.4.4
2) 모든 기능은 키보드 2.1을 사용하는 경우에만 예상대로 작동해야합니다.

여기서 우리가 찾고있는 것은 모든 사용자가 모든 것을 사용할 수 있다는 것을 기억하는 것이 중요합니다. 일부 사용자에게는 좋은 경험이 아닐 수 있습니다. 이것이 버전 1에 관한 것이지만 우리가 가지고있는 표준은 완전히 사용 가능한지 확인하는 것입니다. 모든 소프트웨어에는 버그가 함께 제공되며 중요한 것은 버그에 대해 알고 버그를 수정하는 것과 수정하지 않는 것의 절충점을 만든다는 것입니다.

이 감사를 수행하는 데 책임을 맡아 주신 @tofumatt 에게 감사드립니다. 나는 그것이 일어날 것을 기대하고 구텐베르크가 모두가 사용할 수 있기를 기대합니다.

감사 / 일련의 접근성 테스트를 검토 할 때 새 편집기에서 회귀해서는 안되는 "핵심"클래식 편집기 기능 목록을 컴파일하는 것이 유용했습니다.

1. 단락 텍스트 생성 / 편집
2. 제목 텍스트 생성 / 편집
3. 미리 서식이 지정된 텍스트 생성 / 편집
4. 글 머리 기호 목록 생성 / 편집
5. 번호 매기기 목록 생성 / 편집
6. 견적 생성 / 편집 ( "Blockquote")
7. paragraghs 및 제목에 대한 텍스트 정렬
8. 단락, 제목 및 목록 항목의 텍스트에서 링크 추가, 편집 및 제거
9. 목록 / 목록 항목 들여 쓰기 /내어 쓰기
10. 단락, 제목 및 목록 항목에서 굵게 / 기울임 꼴 / 취소 선 텍스트
11. 콘텐츠에 수평선 / 스페이서 추가
12. 실행 취소 / 다시 실행
13. 워드 프레스 "더 읽기"주석 삽입 (구텐베르크의 더 읽기 블록)
14. 단락 내용을 목록 내용으로 변환
15. 목록 내용을 단락 내용으로 변환

그게 다인 것 같아서 내가 보낸 것입니다.

접근 가능한 기술 목록은 매우 적 었다고 동의했습니다. 그 중 일부는 범위 지정에 관한 것이지만 일부는 시간이 지남에 따라 추가하고 싶었던 불완전한 목록이기 때문입니다. 해당 목록에 ZoomText를 추가 했으며 테스트에도 사용하도록 요청할 것입니다.

@afercia 의 작업 목록을 검토 한

몇 가지 질문에 답하기

@bamadesigner :

현재 계획은 감사를 최대한 빨리 시작하고 발견 된 문제를 해결하고 접근성과 관련된 릴리스에 컨텍스트를 추가하기 위해 5.0 릴리스 이전에 많은 정보를 확보하는 것입니다. 릴리스 지연 측면에서는 문제, 수정 시간 및 영향에 따라 다릅니다. 내 견해는 출시를 지연시킬 가능성이 낮지 만 우리가 그 다리에 도달하면 그 다리를 건너야한다는 것입니다. 추측하고 싶지 않습니다.

향후 접근성 테스트 계획의 관점에서 보면 더 큰 질문이며 릴리스 또는이 문제와 관련이없는 질문이므로 여기서는 다루지 않겠습니다. 지금은 5.0의 릴리스 리더이며 여기에 집중할 것입니다. 다시 : 추측하고 싶지 않습니다. 그러나 그것의 뭔가 우리가 워드 프레스 5.0에서 우리의 숨 좀 돌리 후 조사 행복 해요 😄

안녕하세요.

접근성 테스트를 수행 한 경험이 있다면 Gutenberg를 테스트하거나 기존 접근성 문제를 분류 하여 무엇이 여전히 문제이고 무엇에 초점이 필요한지 파악하는 것이 좋습니다. Merge : Accessibility 마일스톤 의 문제를 해결하는 것도 좋습니다.

@tofumatt 귀하의 답변에 감사

Gutenberg / 5.0은 감사가 완료되고 발견 된 문제가 해결 될 때까지 출시되지 않아야합니다. 감사가 돌아와 몇 가지 문제가 있다고 말하길 바라지 만 5.0의 릴리스는 해당 발견과 해결에 필요한 시간에 따라 결정되어야합니다.

11 월 마감일을 앞당기는 것은 아니지만 접근성이 너무 중요합니다. 이러한 기반을 다루기 전에 시작하면 전체 커뮤니티와 웹 전반에 위험한 선례를 설정하는 것이므로 접근성이 # 1 우선 순위가 아니며 나중에 기다릴 수 있습니다.

WordPress 5.0은 액세스 할 수있을 때까지 준비되지 않았습니다. 다른 마감일은 더 중요하지 않습니다. 접근성에 대한 핵심 표준을 위반한다는 사실은 말할 것도 없습니다.

WordPress 5.0은 액세스 할 수있을 때까지 준비되지 않았습니다.

@bamadesigner 는 진실을 말합니다.

워드 프레스의 목표는 "출판 민주화"입니다. 즉, 문자 그대로 모든 사람이 게시 할 수 있도록하는 것을 의미합니다. 접근성은이 약속의 핵심입니다.

목표 와 약속 이 같지 않고 그렇게 취급해서는 안된다고 말하는 것이 모호하지 않기를 바랍니다. 😄

앞서 언급했듯이 접근성 문제에 대한 외부 기여, 특히 Merge : Accessibility 마일스톤 (
https://github.com/WordPress/gutenberg/milestone/43).

출시시 접근성 문제가 있다고 판단되면 Trac에서 @rianrietveld 의 제안을 다시 방문

어떤 경우에도 이것이 제 부름이 될지 확신 할 수는 없지만, 그럴지라도 : 클래식 편집기가 폴백으로 존재할 때 접근성 문제로 5.0 릴리스를 연기하는 것이 좋은 결정이라고 생각하지 않습니다 . 5.0의 목표 / 주요 기능은 새로운 편집 환경 인 Gutenberg입니다. 차라리 유용하다고 생각하는 사용자 (보조 기술의 모든 사용자는 아니지만)를 위해 릴리스하고, 모든 사람이 첫날에 구텐베르크를 사용할 수있는 것은 아니라는 점을 인정합니다. 호환되지 않는 플러그인을 사용하는 많은 사람들에게 이미 현실입니다. 5.0이 출시 될 때 아무도 구텐베르크를 사용하도록 강요하지 않습니다.

Classic Editor는 존재하지만 WordPress의 일부 가

내가 고려하지 않았던 @joedolson이라는 매우 좋은 점과 콜 아웃 메시지도 마찬가지였습니다. 감사합니다.

차라리 유용하다고 생각하는 사용자 (보조 기술의 모든 사용자는 아니지만)를 위해 릴리스하고, 모든 사람이 첫날에 구텐베르크를 사용할 수있는 것은 아니라는 점을 인정합니다.

이것은 엄청나게 냉정한 의견이며,이 입장은 기껏해야 설계가 형편없고 최악의 경우 적극적으로 능력이 있습니다. 이것이 해결책이 아니기를 정말로 바랍니다.

@tofumatt 나는 당신이 올바른 일을하고 많은 우려의 균형을 맞추려고 노력하고 있다는 것에 감사하지만, 이것이 엄청나게 문제가되는 것을 발견했습니다.

어떤 경우에도 이것이 제 부름이 될지 확신 할 수는 없지만, 그럴지라도 : 클래식 편집기가 폴백으로 존재할 때 접근성 문제로 5.0 릴리스를 연기하는 좋은 결정으로 보지 않습니다. 5.0의 목표 / 주요 기능은 새로운 편집 환경 인 Gutenberg입니다. 차라리 유용하다고 생각하는 사용자 (보조 기술의 모든 사용자는 아니지만)를 위해 릴리스하고, 모든 사람이 첫날에 구텐베르크를 사용할 수있는 것은 아니라는 점을 인정합니다.

이미 소외된 사용자들에게 워드 프레스를 사용할 수있게 만들 것이라고 말하고 있습니다. 그게 얼마나 소외되는지 알 겠죠?

하지만 더 중요한 질문은 다음과 같습니다.

• 새 편집자가 공식적으로 코어에 병합 될 준비가되었는지 결정하는 것은 누구의 요청입니까?
• 그 결정을 내리기 위해 어떤 요소를 고려하고 있습니까?
• 커뮤니티로서 접근성을 의사 결정 과정의 중심으로 만들기 위해 우리는 무엇을해야합니까?

명확히하기 위해 @tofumatt : 접근성 팀은 출시 연기를 요청하지 않았습니다. 유일한 공식 요청은 접근성이 필요한 사용자에게 알림을 추가하고 아직 해결해야 할 문제가 있음을 알리고 Gutenberg를 사용해 보도록 초대하지만 Classic Editor를 추천하는 것뿐입니다. 제안은 폐쇄 된 https://core.trac.wordpress.org/ticket/44671 에있었습니다 🙁

차라리 유용하다고 생각하는 사용자 (보조 기술의 모든 사용자는 아니지만)를 위해 릴리스하고, 모든 사람이 첫날에 구텐베르크를 사용할 수있는 것은 아니라는 점을 인정합니다.

여기에서 멋지고, 굉장하고, 위대한 능력주의. @briandeconinck가 말했듯이 키보드와 마우스 (또는 디스플레이)를 제대로 사용할 수 없기 때문에 전체 사용자 그룹을 소외시키고 있습니다. 우리 대학은 WordPress 경험에 액세스 할 수 있도록 많은 노력과 노력을 기울였으며 오늘날까지도 계속 노력하고 있습니다. 그렇게 크고 중요한 WordPress 코어를 잠재적으로 실행하고 그렇지 않으면 매우 실망 스럽습니다.

@afercia 오, 나는 그것을 완전히 알고 있습니다! 접근성 팀의 입장이 출시를 연기하는 것이 분명하다는 의미는 아닙니다. 여기 댓글의 일부 사람들이 그게 전부입니다. 내가 잘못해서 팀에 올리면 정말 미안 해요. ❤️

이 문제는 종결되었지만 (부분적으로는 사라지고있는 "시도"콜 아웃에 관한 것이기 때문이며, 의도에 대한 잘못된 의사 소통이 있었을 수 있습니다) 여기에서 언급했듯이 : 사용자에게 보조 기능을 경고하는 개념을 구현해도 괜찮습니다. 구텐베르크가 작동하지 않는다면 기술.

나는 5.0 이전에 향상된 접근성을 요구하는이 스레드의 다른 사람들과 동의합니다. 또한 구텐베르크가 실제 사용을 위해 준비된 나머지 WP 생태계에 의해 5.0의 릴리스가 녹색 불빛으로 해석 될 것이라고 덧붙일 것입니다. 그 시점에서 우리는 Gutenberg를 확장하고 자체 개발을위한 청사진으로 제시하는 표준에 의존하는 플러그인과 테마의 유입을 보게 될 것입니다.

몇 년 동안 WP 생태계의 개발자로서 저는 WordPress 코어를 지속적으로 살펴보고 내 플러그인의 접근성, 스타일 및 동작이 코어와 일치하는지 확인합니다. 접근성 문제가 해결되기 전에 5.0이 릴리스되면 WordPress 커뮤니티는 자체 개발을위한 모델로 액세스 할 수없는 청사진을 찾고 있습니다. 청사진이 이전의 다른 모든 사항에 대해 설정 한 표준을 충족하는지 확인합시다.

@tofumatt 당신은 보조 기술이 Gutenberg에서 작동하지 않는다는 경고를하는 것이 합리적인 해결책이라고 제안하고 있습니까? Core Editor는 사용자가 가지고있을 수도 있고 없을 수도 있다는 사실과 함께 설치해야하는 플러그인이 될 것입니다. 플러그인을 설치하는 능력 / 지식? 오해했으면 좋겠는데, 명확히 해주시 겠어요?

언제나처럼 시간 내 주셔서 감사합니다!

클래식 편집기 플러그인은 구텐베르크로 전환 할 준비가되지 않은 사람들을 위해 임시 오프 램프로 제작되었습니다. 이는 기껏해야 10 개이며 두 명의 다른 편집자에게 솔루션을 제공해야하는 개발자에게는 금방 문제가 될 것입니다. 클래식 편집기 플러그인은 문자 그대로 장애를 기반으로 한 열등한 경험을 제공하기 때문에 접근성이 필요한 사람들에게 일시적인 진입로가 될 수도 없습니다. WordPress 관리자의 최소 요구 사항은 WCAG 2.0 AA입니다. 경험을 저하시키는 플러그인을 포함한 다른 모든 것은 당사의 정책에 위배됩니다. 우리는 규칙이 있기 때문에 이것에 대해 강경하고 있습니다. 우리는 우리 자신의 조건을 충족하지 않는 코드를 발송하지 않습니다. 접근성도 다르지 않아야합니다.

여기에있는 다른 많은 사람들과 마찬가지로, 5.0에 액세스 할 수 있도록 Gutenberg에 시간과 노력을 쏟아 부은 커뮤니티와 사람들의 노력에 감사드립니다. 완전히 액세스 할 수 없습니다 때문에 단순히 구텐베르크가 준비되지 않았습니다. 이야기의 끝.

구텐베르크에 액세스 할 수있을 때까지 코어에 병합해서는 안됩니다 . 구텐베르크를 "사용할 수있는 _ 사람들"을 위해 핵심으로 출시한다는 개념은 근시안적 일뿐만 아니라 엄청나게 배타적입니다. 이것이 워드 프레스 사용자에게 _ 분리 적이지만 동등한 경험을 제공 (및 정규화)한다고 말할 수있을 정도입니다. 그것은 끔찍한 전례이고 끔찍하게 오만합니다.

커뮤니티가 승리하고 핵심 팀이 완전히 액세스 할 수있을 때까지 5.0 릴리스를 보류하도록 설득하기를 바랍니다. 이를 위해 독립적 인 감사가 좋은 생각이며 추구해야합니다.

이 문제는 내게 필요한 옵션 감사에 대한 내 작업을 홍보하고, 그 일이 발생하기를 바라며, 블로그 게시물에서 해당 감사의 공유를 추적하기 위해 제출되었습니다. WordPress 5.0의 릴리스 차단기로 간주되어야하는 항목에 대한 논의 지점이 아닙니다. 이 문제에 대한 사람들의 의견을 언급했으며 WordPress 5.0의 릴리스 책임자 인 @m 에게 전달하겠습니다. 내 이해는 :

1. 5.0 이상 배송에 대한 거부권이 없지만 다음과 같은 경우에도 :
2. 아직 릴리스를 방해하는 접근성 문제가 충분하다고 확신하지 않습니다.

두 번째 포인트가 변경되면 그 정보를 전달하겠습니다. 저는 옹호자가 될 계획이지만 일정을 정하지 않았고 접근성에 대한 확실한 데이터도 가지고 있지 않습니다. 그것이 감사의 요점입니다. 그래서 우리는 하드 데이터의 장소에서 말할 수 있습니다. 🙂

모든 의견을 보내 주셔서 감사합니다. 그러나이 토론이 의도 된 범위에서 상당히 주제를 벗어 났으므로 지금은이 문제의 대화를 잠그고 있습니다. 나는 그것을 열어두고 감사와 관련된 업데이트를 게시 할 것입니다.

Slack에서이 문제에 대해 약간의 추가 논의가있었습니다 : https://wordpress.slack.com/archives/C02RP4X03/p1539300688000100

지금까지이 문제를 팔로우 한 모든 사람이 무슨 일이 일어나고 있는지 업데이트 할 수 있도록 여기에서 해결할 가치가 있다고 생각합니다. @ mor10 은 또한 감사 결과에 대한 명확한 커뮤니케이션이 없다고 느꼈다고 지적했습니다. 이 게시물에서 내 커뮤니케이션에 대해 많은 오해가 있었던 것 같습니다. 그 점에 대해 사과드립니다. 지금 당장 최선을 다해 답변 해 드리겠습니다.

마감 된 티켓의 많은 혼란은 릴리스 타임 라인에 맞춰 감사를 제때 완료 할 수 없거나 수정해야 할 중요한 문제를 표시하는 감사가 돌아 오면 발생하는 일에 대한 명확성이 부족하기 때문이라고 생각합니다. 귀하의 의견에 따르면 다음과 같이 생각하는지 여부가 명확하지 않습니다.

• a) 모든 문제는 현재 타임 라인 내에 수정됩니다.
• b) 기한 내에 수정할 수없는 문제는 5.0.1로 푸시됩니다.
• c) 중대한 문제가 제기되면 일정이 변경됩니다.

지금까지 a 또는 b 만 표시하기 위해 _seems_ 말한 것은 옵션이지만 제가 말했듯이 명확하지 않습니다. 출시 기한을 맞추기 위해 접근성이 제한된다는 생각은 사람들이 1 년 넘게 걱정 해 왔지만 이러한 우려는 완화되지 않았습니다.

• 슬랙의 @ mor10 (https://wordpress.slack.com/archives/C02RP4X03/p1539303342000100)

Milestone의 현재 문제를 기반으로 내 목표 는 모든 문제를 해결하는 것이지만 모든 문제가 릴리스 차단제로 간주되지는 않습니다. 최종 태그에 더 가깝게 분류하는 방법을 더 잘 알게 될 것이므로 지금은 많이 추가 할 수 없습니다. 지금은 5.0 이전에 가장 중요한 문제의 현실적인 목록이라고 생각합니다.

수정할 수없는 문제는 다음 WordPress / Gutenberg 릴리스로 이동해야합니다.

나는 현재 거기에 출시를 연기 할만한 것이 없다고 생각합니다.

이 문제를 만드는 내 목표가 다음과 같기 때문에이 문제가 잠겼습니다.

1. 감사를 의뢰하는 내 작업을 공유하기 위해
2. 내 작업을 공유하고 해당 게시물을 둘러싼 Make / Accessibility에 대한 블로그 게시물을 작성합니다.

감사를 수행 할 수있는 방법에 대한 의견과 접근성이 구텐베르크에서 심각한 문제가되는 경우 클래식 편집기의 "백업"권장 사항과 관련된 문제에 대해 들어 주셔서 감사합니다. 현재 구텐베르크를 평가하고 접근성 측면에서 반대 할 것을 권장하는 보고서가 없다는 점은 주목할 가치가 있습니다. 나는 그것을 본 적이 없으며 아무도 여기에 연결되어 있지 않습니다. 여기서 정서는 투기 적 실패에 관한 것입니다. 그런 종류의 언어는 열심히 일하고 좋은 의도가 없다고 생각하는 구텐베르크 개발자들에게 동기를 떨어 뜨립니다.

접근성 릴리스 리드의 역할은 새롭고 지난주 에 나에게 전달되기를 원 2018 년 11 월 19 일의 출시일이 확정되었습니다 . 릴리스 리드 역할을 맡은 첫 번째 본능은 Automattic의 돈을 사용하여 접근성에 대한 우리의 약속의 표시로 감사를 만들고 보조 기술 작업과 관련하여 구텐베르크가 직면 한 실제 문제에 대한 구체적인 감각을 만드는 것이 었습니다. 제한된 타임 라인에서 작업하고 있으며 가능한 한 적절하게 정보를 공유하고 있으며, 논의중인 회사를 공개적으로 평가하고 싶지 않으며 (비전문가라고 생각합니다.) Automattic의 조달 측면 (내가 아는 한이 감사의 측면은 공개 할 수 없음).

나는 릴리스의 최종 발언권이 아닙니다. 이 문제에 대해 @m 을 참조했습니다. 그는 릴리스 책임자이며 접근성 문제에 따라 릴리스를 연기하도록 요청합니다. 이정표 내에서도 현재 알려진 문제를 기반으로 릴리스를 연기하는 것은 개인적으로 제가 권장하지 않습니다.

예, 전반적으로 접근 가능한 디자인에 대한 더 큰 문제가 있지만 개발 및 디자인 팀은 이러한 문제를 고려합니다. 우리는 대체로 유능한 사용자 팀이기 때문에 우리가 인식하고 덜 테스트하는 것에 대해 더 걱정합니다.

Slack의 일부 사람들은이 문제가 피드백과 광범위한 토론을 요청하는 것처럼 보인다는 의견을 제게 표현했습니다. 그것은이 문제를 제기하려는 나의 의도가 아니라 단순히 모든 것을 공개적으로 유지하는 것입니다. GitHub는 주로 우리가이 프로젝트에서 작업하는 곳이기 때문에 그렇게하기에 가장 좋은 곳이라고 생각했습니다. 토론이 프로젝트 전체에 유효 할 수 있지만 다음과 같이주의를 산만하게했기 때문에 문제를 잠갔습니다.

1. 당면한 문제 (및 감사 및 결과가 포함 된 블로그 게시물)
2. 이슈 코멘트로 통보받는 팀 전체

이슈 코멘트는 실행 가능하고 불 연속적이어야하며 새로운 정보를 제공 할 수 있어야합니다. 여기에있는 의견이 이러한 기준에 부합하지 않는다고 생각했기 때문에 논의를 당면한 문제로 제한하고 싶었습니다.

WordPress 5.0에서 발생하기를 원하기 때문에이 문제를 마일스톤에 제출했습니다. 그것이 가능하지 않다면 슬픈 결과는 이동해야한다는 것입니다. 제한된 리소스로 제한된 타임 라인에서 작업하기 위해 최선을 다하고 있습니다. 모든 사람을 "패치로 환영"하는 것은 아니지만 접근성이 중요하다면, 특히 마일스톤 : 접근성 목록 에있는 공개 접근성 문제 목록에 관심을 주시면 감사하겠습니다.

감사를 통해 진행 상황을 추적하고 싶기 때문에이 문제를 계속 공개하고 싶습니다. 접근성과 관련하여 갖고 싶은 다른 토론이있는 경우 항상 "새 문제"버튼이 있습니다. 이 댓글을 작성하는 동안 이미 새로운 문제가 제기되었습니다 (# 10537) : 멋지군요 😄

모두에게 감사하고 멋진 금요일을 보내십시오. ❤️

@tofumatt 감사에 대한 정보를 업데이트 할 수 있습니까?

첫 번째로, 지난 주에 여러 회사와 감사 수행에 대해 이야기를했고 그로부터 제안을 받았습니다.

나는 다음으로부터 매우 상세한 제안을 받았다고 말할 것입니다.

• 레벨 액세스
• Deque 시스템

덜 자세하지만 여전히 훌륭한 답변 :

• Paciello 그룹
• 헤이든 피커링

그들은 모두 자신의 물건을 알고있는 것 같았습니다. 나는 그것이 적절하지 않다고 생각하기 때문에 제안의 세부 사항을 공유하지 않을 것입니다. 그러나 감사 측면에서 불행한 소식이 있습니다. 😢

적어도 당분간 Automattic은 Gutenberg에 대한 접근성 감사를 수행하지 않기로 결정했습니다. 주요 이유는 다음과 같습니다.

1. 출시 일정에 따라 감사를 실행할 수 없습니다. 왜냐하면…
2. 감사는 출시시기에 영향을 미치지 않으므로 ...
3. 앞으로 덜 서두르는 타임 라인에 감사를 탐색하는 것이 더 현명 할 것입니다.

앞으로 감사를 살펴 보길 바라지 만, 안타깝게도 병합 제안 전에는 발생하지 않을 것이므로이 문제를 해결하지 않을 것입니다. 저는 여전히 구텐베르크 접근성의 좋은 점과 나쁜 점에 대해 블로그를 작성하고 싶습니다. 이번 주에만 키보드 탐색, 색상 대비, 초점 동작 및 날짜 / 색상 선택기를 일부 개선했습니다.

희망을 품고 커뮤니티에 실패한 것에 대해 모두 죄송합니다. 😞

5.0 이후에도 계속 진행 되길 바랍니다.
열어 두지 않고 다른 이정표 또는 미래에 할당하지 않을 이유가 있습니까?

우리는 최근에 약간의 감정적 인 롤러 코스터를 탔습니다. 그렇지 않습니까? 🎢

우선, 여러분이하는 일에 대해 모두 감사합니다. 💖 접근성 옹호자가되는 것이 때때로 쉽지 않다는 것을 알고 있으며, 끊임없는 언덕 전투처럼 느낄 수 있습니다. 개인 (WordPress 접근성 팀을 구성하는 사람들로부터 접근성에 대해 많은 것을 배웠습니다)에서 기초 (인간 중심 디자인은 현대 디자인 관행의 필수 측면)에 이르기까지 영향을 미치고 있다는 것을 알아 두십시오. ).

나는 전문적인 감사의 아이디어를 정말 좋아하지만, 워드 프레스에서 이러한 작업을 한 적이 없었던 기억이 나지는 않지만 확실히 릴리스 조건이 아닙니다. 언젠가는 이런 일이 일어나는 것을보고 싶습니다. WordPress는 항상 일반적인 패턴과 의미를 고수하여 접근성에 대한 대부분의 방법을 시도해 왔으며, 접근성 팀의 모든 자원 봉사자들이 테스트를 수행하고 실행 가능한 버그 보고서를 제출하는 주요 노력으로 차이를 다루었습니다. 구텐베르크가 완전히 자바 스크립트 기반 애플리케이션으로 전환함에 따라 이러한 패턴을 적용하기가 더 어려워졌지만 함께 작업하여 새로운 패턴, 새로운 기준을 설정할 수 있습니다.

우리는 구텐베르크가 여전히 더 많은 연마를 필요로한다는 것을 알고 있습니다. 우리가하고있는 일입니다! 그리고 모든 것과 마찬가지로 앞으로 몇 달과 몇 년 동안 계속해서 반복 할 문제가있을 것입니다. 많은 대화를 살펴보면 가장 중요한 문제가 이미 제출 된 것으로 보이며 많은 문제가 해결되었으며 문제가 발생하면 계속 수정할 것입니다.

아직 중요하지 않은 문제 가 많이 있습니다 (특히 지난주에 문제를 제출 한 모든 사람에게 감사드립니다!). 이러한 문제를 해결하고 우선 순위를 정하기 위해 버그 스크럽을 보는 것이 좋습니다. 우리는 사람들이 구텐베르크를 사용하지 못하게하는 문제를 적극적으로 해결하고 사람들이 사용하기 쉽게 만드는 문제에 집중할 수 있습니다.

나는 이것을 전에 언급했지만 반복됩니다. 워드 프레스 5.0은 결승선이 아니라 스타터 권총입니다. 이 스레드의 많은 사람들은 구텐베르크가 시작되기 전 몇 년 동안 WordPress에서 함께 작업 해 왔으며 앞으로 몇 년 동안 WordPress에서 함께 작업하기를 바랍니다. 우리는 수년에 걸쳐 WordPress에 많은 새로운 기능이 제공되는 것을 보았지만 처음 출시되었을 때와 동일하게 유지되지 않았습니다. 우리는 대부분의 다른 프로젝트가 극복 할 수없는 것으로 평가할 수있는 도전에 맞서고 있지만,이를 작동하도록 만들었습니다.

WordPress의 사명은 계속해서 출판을 민주화하는 것입니다. 접근성은 역사적으로 엄청나게 소외된 사람들을 위해 일을하는 것입니다. 이것들은 단지 무료가 아닙니다. 워드 프레스의 임무는 본질적으로 접근이 가능하도록 요구합니다.

우리가 워드 프레스 5.0에서 출시 한 것은 확정 된 것이 아닙니다. 계속해서 수정하고, 재 작업하고, 배우고, 더 나아질 것입니다. 구텐베르크는 차세대 웹을 구축 할 수있는 기반이며 전체 웹의 접근성을 향상시킬 수있는 잠재력도 있습니다. 모든 구성 요소, 모든 블록, 모든 인터페이스는 완전히 액세스 할 수 있어야하며 모든 플러그인과 테마는 궁극적으로이를 활용할 수 있어야합니다. Gutenberg 세대는 _ 기본적으로 _ 접근 가능한 환경을 제공해야합니다. 뿐만 아니라 색상 대비 검사기와 제목 계층 경고는 Gutenberg가 액세스 가능한 콘텐츠를 기본 동작으로 만드는 방법의 좋은 예입니다.

이 문제를 잠금 해제하고 다시 열었으며 미래를 위해 이정표를 세웠지 만 나중에 더 가까운 이정표로 쉽게 이동할 수 있습니다. 저는 우리 모두가 주제에 집중하고 생산적인 대화에 집중 해 달라는 특별한 요청이 있습니다. 여기서 시작된 것을보고, 품질 접근성 감사를위한 프레임 워크, 구텐베르크 2 단계 이상의 범위를 포함하도록 확장 할 수있는 프레임 워크를 파악하는 것을보고 싶습니다. 우리는 아직 거기에 있지 않을 수도 있지만 그럴 것입니다. ❤️

관련 # 10537.

워드 프레스 5.0은 결승선이 아니라 스타터 권총입니다.

그러나 궁극적으로 그 스타터 권총은 다른 능력이없는 사람들에게만 작동하는 것으로 보입니다. 스타터 권총은 실제로 작동합니다. 그 소리는 청각 장애인이 느낄 수있는 공기 중에 깨어날 수있을만큼 충분히 크고 눈에 띄는 섬광 / 연기를 만들기 때문입니다. 시각 장애인이들을 수있는 소리를냅니다. 스타터 권총은 누구나 접근 할 수 있습니다. 구텐베르크는 그렇지 않은 것 같습니다.

a11y 감사가 수행 될 때까지 Gutenberg의 릴리스를 일시 중지하는 것을 고려하지 않음으로써, WordPress 커뮤니티에 중요하지 않다고 _ 물리적으로 _ 구텐베르크를 사용할 수 없음 을 효과적으로 알리는 것입니다. 이는 워드 프레스 커뮤니티 표준에 맞서고 무책임하며 솔직히 너무나도 유비쿼터스 한 제품이 다른 많은 커뮤니티에 대해 그러한 태도를 취하는 것은 당황스럽고 위험합니다.

접근성 지식이있는 사람이 차임 할 필요가있는 문제에 대해 "Needs Accessibility Feedback"레이블을 만들었지 만이 문제에 대해 조치 할 수있는 조치가 없기 때문에 레이블을 제거하겠습니다 .😄

아무도 @cgrymala와 같은 말을하지 않습니다. 앞서 언급했듯이 전문적인 접근성 감사는 WordPress의 역사에 통합되는 기능에 대해 _ 절대 _ 요구되지 않았습니다. 나는 감사가 일어나는 것을 확실히보고 싶지만 감사의 부족이 "무책임한 ... 창피하고 위험하다"라고 쓰는 것은 건설적인 대화를 방해하는 일종의 과장이다.

이전 댓글에서 요청한 내용을 다시 반복하겠습니다 . 주제 에 집중하고 생산적인 대화에 집중하세요.

요컨대, 감사가 없다고해서 문제를 해결하지 못하는 것은 아닙니다. 접근성이 중요하다면, 당신 (또는 당신이 아는 사람)이 보조 기술을 사용한다면, 지금은 버그를 테스트하고보고하기에 좋은시기입니다.

@pento , 감사가 선례라고 주장하는 사람이 아무도 없었습니까? 그것은 짚맨의 주장처럼 보이며,이 스레드를 기반으로 한 전례는 단순히 감사 아이디어의 기원이 아니 었습니다.

감사는 @tofumatt에 의해 제안되었습니다. 구텐베르크가 WordPress의 자체 표준에 따라 접근 할 수있는만큼 접근 할 수 없다고 믿을만한 이유가 있기 때문입니다. 독립적 인 감사 또는 감사가 없는데도 커뮤니티가 갑자기 구텐베르크가 접근 가능하다고 믿게 될 것이라고 예상하는 이유는 무엇입니까? 감사의 부재는 무책임하고 위험하지 않지만 이러한 방식의 의사 결정 및 독재 적 관리는 그렇습니다.

인증의 장애물을 감안할 때 이것을 코어로 가져 오는 것이 커뮤니티가 플러그인에서 얻는 것 이상으로 WP에 이점을 제공한다고 생각하지 않습니다. 나는 현재 상태가 이익이 비용보다 크다고 믿지 않으며, 우리는 단순성의 측면에서 실수해야합니다.

WP API 토론에서 @m이 말한 것입니다. "마감일이 임의적이지 않다"는 회사가 5.0 출시일을 정하기를 거부했다는 사실을 시작으로이 재활용주기를 분명하게 보여주는 위선의 또 다른 예입니다. . 나는 구텐베르크를 사랑하고 매일 그것을 사용합니다. 플러그인으로서 큰 가치를 제공하며 Matt의 휴리스틱에 따르면 진정으로 준비 될 때까지 단순성 측면에서 실수해야합니다.

접근성은이 문제를 해결하는 데 도움이되는 시간, 지원 및 돈을 제공 한이 스레드의 많은 사람들에게 중요합니다. 우리가 정말로 관심이 있다면 문제를 해결하겠다고 제안하는 것은 솔직하지 않습니다.

감사 취소 사유에 관하여 :

출시 일정에 따라 감사를 실행할 수 없습니다. 왜냐하면…
감사는 출시시기에 영향을 미치지 않으므로 ...
앞으로 덜 서두르는 타임 라인에 감사를 탐색하는 것이 더 현명 할 것입니다.

제 3 자 감사의 아이디어가 죽었더라도 https://github.com/WordPress/gutenberg/issues/10537 의 아이디어에는 접근성 수단에 대한 Gutenberg의 감사가 암시되어 있습니다. Automattic이 접근성에 대해 자체적으로 부과 한 표준없이 구텐베르크를 Core에 기꺼이 출시한다는 사실은 매우 문제가 됩니다. 결국 저는 구텐베르크의 개발 및 출시와 관련하여 Automattic의 이익이 커뮤니티의 이익을 뛰어 넘는 것으로 보인다는 사실을 상기하게되어 실망합니다.

이 스레드는 다음에 관한 것입니다.

1. 감사 실시
2. 감사에 근거한 문제 제출
3. 결과를 Make / Accessibility 블로그에 보고서로 게시

우리는 감사의 유용성을 인식하고 감사를 수행하기를 바랍니다. 다음 과정과 관련된 의견을 보관하십시오.

1. 감사 실시
2. 감사 범위
3. 감사 결과

나는 말한 내용을 다시 해시하고 감사의 중요성을 강조하는 주제에서 벗어난 댓글을 숨기고 있습니다. 한 사람이 실시되는 것을보고 싶습니다. 우리는 모두 동의합니다. 주제에 대한 의견을 생산적으로 유지하고 새로운 정보를 제공하고 문제에 추가하고 있는지 확인하십시오.

@davisshaver WordPress 에티켓을 기억하세요. 특히 :

WordPress 오픈 소스 프로젝트에 대한 기여는 특정 기업이나 개인이 아닌 WordPress 커뮤니티 전체의 이익을위한 것입니다. 기여자로서 취한 모든 조치는 커뮤니티의 최선의 이익을 염두에두고 이루어져야합니다.

WordPress 오픈 소스 프로젝트는 자원 봉사자가 운영하는 커뮤니티입니다. 기여자가 회사에서 후원하는 경우에도 전체 오픈 소스 커뮤니티의 이익을 위해 해당 시간이 기부됩니다.

@pento , @tofumatt , @m 등은 Automattic에서 기부하지만 프로젝트 개선을 위해 노력하고 있습니다. Automattic은 구텐베르크가 언제 출시 될지를 결정하는 사람들이 아닙니다.

감사는 @pento가 언급

지금은 버그를 테스트하고보고하기에 좋은시기입니다.

테스트 및보고 프로세스에 기여하기 위해 수행 할 수있는 모든 것이 유익합니다. 테스트 를 위해 특수 보조 기술이 필요하지 않은 문제인지 확인 사용할 수있는

WordPress.org의 릴리스 리더가 Matt가 Automattic에 대한 그의 수탁 책임을 포기하는 것과 관련이 있다는 것을 저는 몰랐습니다. 갈등이 미미하거나 Matt가 갈등을 완화하기 위해 적극적으로 노력한다고 주장 할 수 있지만, 당신이 인용 한 WordPress 에티켓은 세계에 대한 설명이 아니라 권장 사항입니다. 궁극적으로 갈등이 존재합니다.

저는 현재 많은 사람들이이 주제를 숨겨두고 있다고 확신하며 관심이 있고 도움을주고 싶지만 (스크린 리더) https : // make 에서 토론에 참여하기 전에 보조 기술을 사용하지 않은 경우 말할 .wordpress.org / chat / 저에게도 DM으로 연락 주시기 바랍니다. NVDA / Voice Over / JAWS로 설정하는 것이 얼마나 쉬운 지에 놀라실 수도 있습니다. 그러면 테스트를 시작할 수 있습니다.

그 외에도 WCAG 요구 사항을 테스트하는 데 사용할 수있는 많은 도구가 있습니다.
크롬 도끼 :
https://chrome.google.com/webstore/detail/axe/lhdoppojpmngadmnindnejefpokejbdd

WCAG 용 대비 검사기 : https://chrome.google.com/webstore/detail/wcag-contrast-checker/plnahcmalebffmaghcpcmpaciebdhgdf?hl=ko

Chrome A11y 도구 : https://chrome.google.com/webstore/detail/accessibility-developer-t/fpkknkljclfencbdbgkenhalefipecmb?hl=ko

현재 열려있는 접근성 레이블과 관련하여 113 개의 미해결 문제가 있습니다.
https://github.com/WordPress/gutenberg/labels/Accessibility

우리가 현재 내리는 결정에 동의하든 그렇지 않든, 저는 우리 모두가 해결을 돕기 위해 손을 빌려주는 데 참여할 수있는 많은 일이 여전히 있다는 데 동의 할 수 있다고 생각합니다. 공식 감사가 없더라도 커뮤니티는 더 접근하기 쉬운 경험을 제공 할 수있는 힘을 가지고 있습니다.

이 문제는 내게 필요한 옵션 감사에 대한 내 작업을 홍보하고, 그 일이 발생하기를 바라며, 블로그 게시물에서 해당 감사의 공유를 추적하기 위해 제출되었습니다. WordPress 5.0의 릴리스 차단기로 간주되어야하는 항목에 대한 논의 지점이 아닙니다. 이 문제에 대한 사람들의 의견을 언급했으며 WordPress 5.0의 릴리스 책임자 인 @m 에게 전달하겠습니다. 내 이해는 :

1. I don't have have veto over 5.0 shipping, but even if I did:

2. I'm still not convinced there are sufficient Accessibility issues that prevent a release

두 번째 포인트가 변경되면 그 정보를 전달하겠습니다. 저는 옹호자가 될 계획이지만 일정을 정하지 않았고 접근성에 대한 확실한 데이터도 가지고 있지 않습니다. 그것이 감사의 요점입니다. 그래서 우리는 하드 데이터의 장소에서 말할 수 있습니다. 🙂

모든 의견을 보내 주셔서 감사합니다. 그러나이 토론이 의도 된 범위에서 상당히 주제를 벗어 났으므로 지금은이 문제의 대화를 잠그고 있습니다. 나는 그것을 열어두고 감사와 관련된 업데이트를 게시 할 것입니다.

말 그대로 구텐베르크를 테스트 한 모든 장애인은 최근 및 처음에 구텐베르크에 접근 할 수없는 이유에 대해 차단 문제를 표시했습니다. 사용자 테스트는 WCAG 2.0 레벨 AA 준수만큼이나 접근성에 중요합니다. 이 시점에서 WCAG 2.1 AA라고 말해야 할 것 같지만 WCAG 2.0은 여전히 ​​필요한 위치에 훨씬 더 가까워집니다. 데이터가 없다고 말하는 것은 기껏해야 부정확합니다.

이 경우 감사의 부족은 무책임한데, 왜냐하면 우선 WordPress와는 달리 액세스 가능한 구성 요소가 즉시 제공되지 않는 프레임 워크가 선택 되었기 때문입니다. Gutenberg의 객체 모델은 물론 접근성 트리에서 항목을 제거하고 브라우저의 경우 DOM과 접근성 트리는 말 그대로 보조 기술이 해석 할 정보를 검색하는 방법입니다. 구텐베르크가 현재 서있는 것처럼 보조 기술을 여기에서 제외하더라도인지 부하는 엄청납니다. 클래식 편집기 플러그인은 완전히 허용되지 않는 대체품입니다. 우선, 사이트 전체입니다. 따라서 사이트에서 구텐베르크를 사용하고 있고 콘텐츠를 사용하여 작업을 수행해야하는 경우 사용자 단위로 수행 할 수 없으며 클래식 편집기 플러그인을 설치하고 작업을 수행 한 다음 제거 할 수 없습니다. 구텐베르크로 복귀하면 모든 것이 제대로 작동 할 것으로 기대합니다. 그리고 네, 이것을 테스트했습니다. 접근성이 사후 고려 사항으로 남아 있다는 사실은 말 그대로 워드 프레스가 접근성 팀이 처음 시작했을 때 2011/2012 년에 엉망이 된 방식입니다. 그리고이 프로젝트는 말 그대로 똑같은 실수를 다시하고 있으며 결국이 문제가 다시 옳을 것이라는 믿음을 우리에게 요청합니다. 죄송 합니다만, 더 큰 이익을 위해 장애인을 버스 뒤에 몇 번이나 보내야합니까? 접근성에 대한 예쁜 말들, 다음에 더 잘할 것이라고 약속하는 방법에 대해 몇 번이나 만족해야하는지, 접근성이 실제로는 그렇지 않다는 황동 압정에 관해서 만 찾아야합니다. 우선 순위?

적어도 당분간 Automattic은 Gutenberg에 대한 접근성 감사를 수행하지 않기로 결정했습니다. 주요 이유는 다음과 같습니다.

1. 출시 일정에 따라 감사를 실행할 수 없습니다. 왜냐하면…
2. 감사는 출시시기에 영향을 미치지 않으므로 ...
3. 앞으로 덜 서두르는 타임 라인에 감사를 탐색하는 것이 더 현명 할 것입니다.

@tofumatt @pento 여기에 언급 된 타임 라인이 제안 된 WordPress 5.0 범위 및 일정에 언급 된대로 2018 년 11 월 19 일 또는 2019 년 1 월 22 일의 릴리스 날짜를 나타내는 지 명확히 할 수 있습니까?

2019 년 1 월 22 일 날짜는 오늘부터 5.0 릴리스까지 3 개월 이상을 허용하여 감사를 완료하고 조치를 취합니다. 위의 이유는 감사를 완료 할 수없고 3 개월 만에 접근성을 크게 향상시킬 수 없음을 시사합니다. 사실이라면 지금 프로세스를 시작하고 5.0 릴리스 이전에 가능한 한 많은 문제를 수정하여 감사에 응답해야하는 이유입니다.

타임 라인이 5.0 (가장 필요한 실제 사용자의 손에있을 때) 이후에 덜 서두르 게 될 것이라는 생각은 전혀 의미가 없습니다.

WCAG 2.0 레벨 AA 규정을 준수했지만 Gutenberg로 편집 한 새 콘텐츠는 5.0이 출시 될 때 규정을 준수하지 않아 법적 악몽을 불러 일으 킵니다.

지금까지 여기에 댓글을 달고 주제에 대한 토론을 계속해 주신 모든 분들께 감사드립니다. 정말 감사합니다. 워드 프레스 5.0 주변에서 많은 일이 진행되면서이 문제에 걸 맞는 시간을 할애 할 수있게되었습니다. 🙂

@amandarush : 몇 가지 우려 사항을 언급 드리지만, 누락 된 사항이 있으면 알려주세요.

말 그대로 구텐베르크를 테스트 한 모든 장애인은 최근 및 처음에 구텐베르크에 접근 할 수없는 이유에 대해 차단 문제를 표시했습니다.

이러한 문제를 신고 해 주신 모든 분들께 진심으로 감사드립니다. 나는 이러한 문제가 제기 될 때마다 우리가 합당한 일을했다고 생각했지만 분명히해야 할 일이 더 많다. @tofumatt 가 "데이터가 없음"을 언급 할 때, 저는 그가 많은 접근성 문제를 수정했다는 관점에서보고 있다고 믿습니다. 우리는 현재 상황에 대한 완전한 아이디어를 가지고 있지 않습니다. 나머지 문제의 심각도를보다 명확하게 파악할 수 있습니다.

이 경우 감사가 없다는 것은 무책임한데, 왜냐하면 우선 WordPress와 달리 과거의 WordPress와 달리 즉시 액세스 가능한 구성 요소와 함께 제공되지 않는 프레임 워크가 선택 되었기 때문입니다.

여기서 React를 언급하고 있습니까? 내 이해는 React로 빌드 된 애플리케이션은 DOM을 동적으로 업데이트하는 다른 라이브러리에서 유사하게 액세스 할 수 있다는 것입니다. aria-* 속성을 적절하게 사용한다면 (예측 가능한 키보드 포커스를 보장 할뿐만 아니라) 보조 기술과 함께 사용할 수 있어야합니다. 이것이 맞지 않습니까?

클래식 편집기 플러그인은 완전히 허용되지 않는 대체품입니다. 우선, 사이트 전체입니다. 따라서 사이트에서 구텐베르크를 사용하고 있고 콘텐츠를 사용하여 작업을 수행해야하는 경우 사용자 단위로 수행 할 수 없으며 클래식 편집기 플러그인을 설치하고 작업을 수행 한 다음 제거 할 수 없습니다. 구텐베르크로 복귀하면 모든 것이 제대로 작동 할 것으로 기대합니다.

이 사용 사례를 불러 주셔서 감사합니다. 현재 클래식 편집기 플러그인이 실패하는 좋은 예입니다. 확실히 사용자 별 옵션을 추가 할 수 있습니다.

그리고이 프로젝트는 말 그대로 똑같은 실수를 다시하고 있으며 결국이 문제가 다시 옳을 것이라는 믿음을 우리에게 요청합니다. 죄송 합니다만, 더 큰 이익을 위해 장애인을 버스 뒤에 몇 번이나 보내야합니까? 접근성에 대한 예쁜 말들, 다음에 더 잘할 것이라고 약속하는 방법에 대해 몇 번이나 만족해야하는지, 접근성이 실제로는 그렇지 않다는 황동 압정에 관해서 만 찾아야합니다. 우선 순위?

죄송 해요. 구텐베르크 팀원 모두의 최선의 의도에도 불구하고 우리는 충분하지 않았습니다. 솔직히 말해서 접근성은 항상 우선 순위 였지만 _ 충분히 높은 우선 순위는 아니었고 접근성이 개선 된 곳에서 의사 소통을 제대로하지 못했습니다. 이전 의견에서 이러한 개선 사항 중 일부를 언급했지만 기본 액세스 가능한 환경에 도달하지 않은 경우 이러한 개선 사항은 아무런 이점이 없습니다.

물론 사과는 옳게하기위한 행동 없이는 소용이 없습니다. 그래서 제가 제안하는 것이 있습니다. 현재 의도는 가능한 한 많은 접근성 문제의 우선 순위를 지정하고 수정하는 것입니다. 우리는 이미 수백 가지를 수정했으며 일부 미해결 문제에 대한 수정이 이미 진행 중입니다. 물론 우리는 테스트 할 것이지만 버그를 발견하기 위해 보조 기술을 사용하는 사람들의 경험이 필요합니다. 시간을 할애 할 수있는 모든 테스트 및 버그보고는 대단히 감사합니다.

5.0이 출시 될 때까지 보조 기술 사용자에게 허용 가능한 UX가있는 상태로 블록 편집기를 얻을 수 있다고 생각하지만 불가능할 가능성이 있음을 알고 있습니다. 제안한 사용자 별 설정과는 별도로, 클래식 편집기 플러그인이 블록 편집기 상태에 만족할 때까지 사용할 수있는 합리적인 옵션인지 어떻게 확인할 수 있습니까?

5.0 릴리스의 급한 타임 라인없이 독립적 인 접근성 감사가 발생하는 것을보고 싶습니다. 이 문제를 사용하여 포괄적 인 감사를위한 프레임 워크를 만들 수 있습니다. 문제가 발견되면 5.0.x 릴리스에서 수정할 수 있으므로 5.1을 기다릴 필요가 없습니다.

@kevinwhoffman : 타임 라인은 11 월 19 일 (또는 늦어도 11 월 27 일) 출시일을 나타냅니다. 릴리스 날짜를 1 월 22 일로 밀어 넣어도 WCUS (및 그에 이르기까지 필요한 준비) 사이에, WordPress 4.9.9 릴리스를 구성해야하고, 크리스마스와 새해에 휴가를 보내고있는 사람들, 출시 날짜를 2 개월 늘림으로써 전체 작업 시간을 2 주 더 늘릴 수 있습니다. 추가 3 개월은 넉넉한 금액처럼 들리지만 실제 결과는 거의 제공되지 않으며 빠른 감사가 필요하므로 11 월에 문제를 해결하기 위해 노력할 수 있습니다.

@rcemory : 귀하의 의견은 주제와 관련이 없지만이 토론은 사이트의 프런트 엔드에 표시하기 위해 생성하는 콘텐츠가 아니라 블록 편집기 인터페이스 자체와 관련이 있다는 점에 aria-* 레이블을 추가하는 작업을 더 잘 수행하므로 이전보다 더 쉽게 액세스 할 수 있습니다. WCAG를 준수하지 않는 색상 조합을 사용하거나 제목 요소를 잘못된 순서로 배치합니다.

클래식 편집기 플러그인은 완전히 허용되지 않는 대체품입니다. 우선, 사이트 전체입니다. 따라서 사이트에서 구텐베르크를 사용하고 있고 콘텐츠를 사용하여 작업을 수행해야하는 경우 사용자 단위로 수행 할 수 없으며 클래식 편집기 플러그인을 설치하고 작업을 수행 한 다음 제거 할 수 없습니다. 구텐베르크로 복귀하면 모든 것이 제대로 작동 할 것으로 기대합니다.

이 사용 사례를 불러 주셔서 감사합니다. 현재 클래식 편집기 플러그인이 실패하는 좋은 예입니다. 확실히 사용자 별 옵션을 추가 할 수 있습니다.

이것은 훌륭 할 것이지만 이것은 1 년 이상 전에 제기 된 우려이며 지금까지 해결되지 않았습니다. 현재 상황에서는 게시물이 GB가되면 모든 관련 정보를 유지하면서 "일반"으로 되 돌린 다음 다시 GB로 돌아갈 수 없습니다.
따라서 사용자 기반 옵션을 가지려는 계획은 GB에서 옵트 아웃하는 편집자가 GB를 사용하여 만든 콘텐츠를 편집하는 데 어려움을 겪을 수 있다는 것을 의미하므로 현실적이지 않습니다.

@amandarush 의 댓글은 강력하고 진심입니다. 그리고 WordPress 내에서 접근성을 향상시키려는 과거의 경험을 바탕으로 알고 있습니다.

접근성 팀에 참여한 이후로 관리 영역에서 4 가지 (내 생각에) 주요 기능 업그레이드가있었습니다 : 사용자 지정 메뉴 작성기, 미디어 관리자, 사용자 지정자 및 현재 구텐베르그.

원래 생각하고 구축 한대로 이러한 모든 구성 요소는 화면 판독기 사용자와 시력이있는 키보드 사용자가 거의 (또는 완전히) 액세스 할 수 없었습니다. 제 생각에 이것은 그래픽 디자인과 UX 단계에서 전혀 고려되지 않은 접근성 때문입니다. 접근성 팀이 파울을 외친 후 4 개 모두에 대한 접근성 개선이 이루어졌지만 기본 디자인과 UX는 거의 동일하게 유지됩니다.

그래서 저는 워드 프레스가 같은 실수를 계속 반복한다는 그녀의 견해를 공유합니다. 그리고 슬프게도 "접근성은 우리에게 정말 중요합니다"라는 말을 들었을 때 그녀의 회의론을 공유합니다. 매우 실망스럽고 더 이상 WP에 거의 기여하지 않는 이유 중 하나입니다.

접근성 문제로 인해 11 월에 WP5.0을 출시하려는 추진이 중단 될 것 같지는 않지만, 올해 봄에 접근성 '차단제'목록이 처음 초안을 작성한 후 크게 실망한 것입니다. 그리고 WP가 웹을 대중화하려는 욕구와 WCAG2.0을 준수하지 않는 기능을 출시하지 않겠다는 약속이 자주 인용됩니다.

하지만 WCAG2.1에 대한 테스트뿐만 아니라 적절한 사용자 테스트도 포함하는 독립적 인 접근성 검토가 지금 수행하는 것이 합리적이라고 생각합니다. 최소한 그렇게하면 우리 모두가 우리의 위치를 ​​알 수 있으며, 향후 릴리스에서 접근성 결함 / 문제의 우선 순위를 지정하고 수정하는 데 적절한 초점을 맞출 수 있습니다.

@pento의 응답으로

여기서 React를 언급하고 있습니까? 내 이해는 React로 빌드 된 애플리케이션은 DOM을 동적으로 업데이트하는 다른 라이브러리에서 유사하게 액세스 할 수 있다는 것입니다. aria- * 속성을 적절하게 사용하는 경우 (예측 가능한 키보드 포커스를 보장 할뿐만 아니라) 보조 기술과 함께 사용할 수 있어야합니다. 이것이 맞지 않습니까?

예, 맞습니다.하지만 개발자는 설계, 의미론, 운영, 초점 관리 및 ARIA를 올바르게 사용하여 구성 요소에 액세스 할 수 있도록하는 방법을 이해해야합니다. 안타깝게도 내 경험상 이런 일은 거의 일어나지 않습니다.

Automattic이 감사 경로를 따라가는 경우 중요한 흐름 / 사용자 여정을 식별하는 것뿐만 아니라 검토 할 공통 위젯도 가치가있을 수 있습니다. 이러한 위젯을 단독으로 식별하고 감사 할 수있는 경우 액세스 가능한 패턴 라이브러리의 기반을 형성 할 수도 있습니다. 이러한 패턴을 사용하여 더 많은 기능이 빌드되므로 접근성 위험을 완화하는 데 도움이 될 수 있습니다.

중요한 흐름 / 사용자 여정을 식별하는 것뿐만 아니라 검토 할 일반적인 위젯을 식별하는 것도 가치가있을 수 있습니다. 이러한 위젯을 단독으로 식별하고 감사 할 수있는 경우 액세스 가능한 패턴 라이브러리의 기반을 형성 할 수도 있습니다. 이러한 패턴을 사용하여 더 많은 기능이 빌드되므로 접근성 위험을 완화하는 데 도움이 될 수 있습니다.

@aardrian 그것은 우리가 지금 조치를 취하기 위해 사용할 수있는 감사에 필요한 이미 존재할 수있는 흥미로운 시작점입니다. 감사 범위를 시작했습니다.

@karmatosed @ jwold -Gutenberg를 사용하기위한 흐름 / 여정이 이미 존재하는지 알고 있습니까? 여기에 설명 된 "위젯"또는 "패턴"목록일까요?

이 일반적인 스레드는 많은 감정을 가지고 있다고 생각합니다 (그리고 구텐베르크는 모든 사람이 사용할 수 있어야하고 준비가되면 배송되어야한다는 데 동의합니다)-공통점과 다음 단계를 찾고 싶습니다. 대화 장소를 우리가 행동 할 준비가 된 곳으로 바꾸고 싶습니다.

사용자 흐름은 또한 개발자, 테스터 및 버그 사냥꾼이 분할을 시작하고보고 할 항목을 찾을 수 있도록 감사 할 장소의 작업 목록을 제공합니다.

@postphotos , 저는 @afercia 가 https://github.com/WordPress/gutenberg/issues/10318#issuecomment -428957684에서 위의 좋은 흐름을 설명했다고 생각합니다.

@aardrian 동의, 시작하기에 좋은 곳입니다! 👍 기억해 주셔서 감사합니다.

내 요청은 여전히 ​​유효합니다. 기능과 관련하여 이미 사용자 여정에 추가 된 작업이있는 경우 초기 중요 흐름을 넘어서 여기에서 수행하는 작업을 검증하는 데 도움이 될 것입니다. 우리 (이 그룹)가 @afercia 의 초기 목록을 추가하거나 초기 감사를 통과 한 시퀀스를 추가하려는 다른 항목이있을 수 있습니다. 😄

예를 들어, 우리는 콘텐츠 구조 기능, 실행 취소 / 다시 실행 등을 호출하지 않았거나 게시물을 보지 않았으며, 우리가 동의 할 수있는 작업은 사용자가 사용할 수 있도록 중요하고 도움이됩니다. 매우 유용하고 접근 가능해야합니다. 가능한 한 적극적으로 합의를 찾는 것이 좋을 것입니다.

감사를 수행하는 추가 이점은 더 큰 React 프로젝트에 대한 기여입니다. React에는 자체 접근성 문제가 있으며 Gutenberg의 감사는 React 핵심과 관련이 있고 도움이 될 수있는 문제와 솔루션을 모두 식별 할 수 있습니다.

음, 이것은 흥미로운 뉴스입니다 : https://make.wordpress.org/core/2018/10/18/regarding-accessibility-in-gutenberg/

지역 및 블록 탐색을위한 키보드 단축키, 슬래시 명령, 향상된 ARIA 랜드 마크 및 역할, 자동화 된 엔드 투 엔드 테스트 등을 통한 포커스 가능한 도구 모음 및 사이드 바 개선.

ICYMI : WPCampus 조직은 Gutenberg의 접근성 감사를 조직하고 있습니다.

RFP를 완료 했으며 이제 공급 업체를 선택하고 있습니다.

그러나 대부분의 사람들이 잘 알고 있듯이 전문적인 접근성 감사는 WPCampus와 같은 소규모 비영리 단체에게는 많은 비용이 듭니다.

이 중요한 연구가 완료 될 수 있도록 감사 자금을 지원하기 위해 귀하의 도움을 요청하고 있습니다.

이니셔티브에 대한 자세한 내용을 읽고 당사 웹 사이트에서 기부 할 수 있습니다 : https://wpcampus.org/2018/11/fundraising-for-wpcampus-gutenberg-accessibility-audit/

안녕하세요 레이첼,

감사를 위해 기부 해달라고 요청하시는 것 같습니다.
내가 작성한이 스레드에 대한 내 게시물에 대해 어떤 생각을 하셨는지 궁금합니다.
몇 달 전에 접근성 감사를 기부하겠다고 제안했습니다.
자금에 남아있는 차이를 완전히 해결할 수 있을까요?
우리는 세계 최고의 정부와 Fortune 500 대 기업으로부터 신뢰를 받고 있습니다.
그런 프로젝트로!

2018 년 10 월 11 일에 게시 한 내용은 다음과 같습니다.

==========================

@tofumatt https://github.com/tofumatt 나는 또한 매우 걱정됩니다
WordPress 접근성 및 성공을 돕고 자합니다. 나는 우리를 가질 수 있습니다
조직은 완전한 WCAG-EM 준수 접근성 감사를 수행하여
기술 및 기능을 포함하여 원하는 표준 수준
테스트하고, * 필요한 부분을 기부하십시오.
예산.

ATAG와 WCAG AA를 모두 살펴 봐야한다고 생각합니다.
2.0이 아닌 WCAG 2.1. 또한 권장 사항을 제공하고
코칭을 통해 가장 효율적이고 지속 가능한 방법을 선택하여
발견 된 간격.

우리는 귀하의 개발 커뮤니티에서 편리하게 팔 길이이지만
수년 동안 잘 WordPress. 모든 IAAP 인증을 보유하고 있으며
워드 프레스 플랫폼에 대한 수십 건의 감사
민간 및 공공 부문. 우리의 선의를 확인하십시오

davidberman.com/about에서 최선의 도움을받을 수있는 방법을 결정합니다.

생각?

• 데이비드

2018 년 11 월 28 일 수요일 10:10, Rachel Cherry [email protected]
썼다 :

ICYMI : WPCampus 조직은 다음에 대한 접근성 감사를 조직하고 있습니다.
구텐베르크.

RFP를 완료했습니다.
https://wpcampus.org/2018/10/gutenberg-a11y-audit-rfp/ 현재
공급 업체 선택.

그러나 대부분의 사람들은 아마 잘 알고있을 것입니다.
접근성 감사는 WPCampus와 같은 소규모 비영리 단체에게는 큰 비용입니다.

감사에 자금을 지원하고 이것이 중요한
연구가 완료되었습니다.

이니셔티브에 대한 자세한 내용을 읽고 당사 웹 사이트에서 기부 할 수 있습니다.
https://wpcampus.org/2018/11/fundraising-for-wpcampus-gutenberg-accessibility-audit/

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/WordPress/gutenberg/issues/10318#issuecomment-442480511 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ABz4pIgVSgZmWJRL2n3Uy-i8Ov7NXnj1ks5uzqdcgaJpZM4XG_WQ
.

-
David Berman, RGD, FGDC, CPWA
David Berman 커뮤니케이션 | [email protected] | 뿡 빵뀨
+ 1-613-728-6777 https://dialpad.com/launch?phone=%2B1-613-728-6777 | 340
Selby Avenue, 오타와 K2A 3X6

유엔 고위 고문 | 초청 전문가, W3C | Ico-D
지속 가능성 의자 | Carleton U. Access Network 의자

예정 : 토론토 | 뉴 올리언스 | 몬트리올 | 부에노스 아이레스 | 탬파 | 텔 아비브
접근성 과정 : 온라인으로 참여하십시오 www.davidberman.com/next

이 메시지에는 독점 정보가 포함될 수 있습니다. 승인되지 않음
콘텐츠의 공개 / 복사 / 배포 금지

@tofumatt , 11 월 29 일 Matt Mullenweg의 개인 블로그 에서 이것을 보았습니다.

마지막으로, Automattic은 WordPress, Gutenberg의 접근성 연구와 웹 전반에 걸친 모범 사례 평가에 자금을 지원하여 WordPress에 완전히 액세스 할 수 있도록하고 웹 전반에 대한 새로운 표준을 설정합니다.

Automattic 담당자이므로 이제 Automattic 감사가 다시 시작되었으므로 이것이 WPCampus 감사와 분리 될 것인지 아니면 Automattic이 대신 WPCampus 감사에 자금을 지원할 것인지 알려주시겠습니까?

한편으로는 WPCampus가 크라우드 펀딩을해야하는 것을보고 싶지 않습니다. 다른 한편으로는 두 회사의 두 감사를 비교하고 대조하는 아이디어가 마음에 듭니다.

Matt 는 그의 블로그 답 했습니다.

두 개도 괜찮다고 생각합니다. Rachel에게 자금 조달 방식에 대해 이야기하겠습니다.

추종자들을 위해 WP 캠퍼스 측과 Automattic이 후원하는 벤더 선택 단계에서 Rachel의 프로젝트에 필요한 모든 자금을 전액 지원하기로 약속했습니다. 후자의 목표는 현대 웹에서 다른 블록 편집기 스타일 인터페이스에 대한 최상의 접근성 접근 방식이 무엇인지 확인하는 것입니다.

@m 업데이트 해 주셔서 감사합니다. 이것이 진행되는 것을 보는 것은 매우 고무적이며 나는 그것이 어디로 가는지 정말 기다릴 수 없습니다. 언젠가는 워드 프레스가 접근성이 어떻게 취급되어야 하는지를 보여주는 예가되기를 바랍니다.

@미디엄

추종자들을 위해 WP 캠퍼스 측에서 Rachel의 프로젝트에 필요한 모든 자금을 전액 투자했습니다.

이것은 위대하고 귀중합니다. 오늘 총액을 펀딩하지 않는 이유가 있나요? 사람들이 완전히 자금이 조달 될 것이라는 것을 알았을 때 사람들에게 계속 기부하도록 요청하는 것은 이상해 보입니다.

@aardrian 그것은 우리가하는 일의 정신이 아닙니다. 우리는 이것이 커뮤니티 프로젝트가되고, 사람들과 조직이 가능하다면 참여하고 지원을 보여줄 수있는 기회를 제공하기를 원합니다.

2018 년 말 WPCampus는 구텐베르그라고도 알려진 WordPress 블록 편집기의 접근성 감사를 수행하기위한 제안 요청을 발표했습니다. 2019 년 초, 우리는 $ 31,200의 비용으로 감사를 수행 할 Tenon, LLC를 선택했다고 발표했습니다.

오늘 우리는 새로운 편집기의 접근성에 대한 Tenon의 보고서를 발표하게되어 기쁩니다.

https://wpcampus.org/2019/05/gutenberg-audit-results/ 에서 자세히

이번 호는 끝났다고 생각합니다 🎉🎉🎉🎉🎉

보고 된 모든 문제는이 프로젝트에서 추적됩니다.
https://github.com/WordPress/gutenberg/projects/25

보고 된 모든 문제는이 프로젝트에서 추적됩니다.

완전히 정확하지 않습니다. WPCampus / Tenon 보고서에는 GitHub의 문제 목록에서 다루지 않은 추가 중요 고려 사항이 포함되어 있습니다. 보다 구체적으로, 요약 및 사용성 보고서 (데이터 포함)에 따르면 구텐베르크에는 작고 실행 가능한 GitHub 문제로 해결할 수없고 대신 더 높은 수준의 솔루션이 필요한보다 광범위한 구조적 접근성 문제가 있습니다.

이는보고 된 모든 문제가 해결 되었더라도 해결해야 할 중요한 접근성 문제가 있음을 분명히하기위한 것입니다. 이들은 일반적으로 편집기의 일반적인 디자인과 관련이 있습니다.

참고로 https://wpcampus.org/2019/05/gutenberg-audit-results/에 게시 된 두 개의 문서를 여기에 첨부하겠습니다.

Tenon의 사용성 테스트를 설명하는 요약 문서
Gutenberg_UX_Report.pdf

요약
Gutenberg_Executive_Summary.pdf

보고서에서 발견 된 사용성 문제를 처리하기 위해 새로운 문제 또는 프로젝트를 열 것을 제안합니다.