グーテンベルクチームは、アクセシビリティの懸念に対処し、クラシックエディタを超えるツールと機能を強調しています

公開: 2018-10-19

グーテンベルクチームは、新しい編集者のアクセシビリティに関する最近の懸念に公式に対応しました。プロジェクトのテクニカルリーダーであるMatiasVenturaは、チームが行ったアクセシビリティへの取り組みの例を掲載した投稿を公開しましたが、その多くは簡単には見つけられない可能性があります。これらには、キーボードショートカット、スラッシュコマンドと挿入、ハイコントラストモード、キーボードで領域とブロックをナビゲートするためのメカニズムなどの機能が含まれます。

Venturaは、スクリーンリーダーで機能する可聴メッセージ機能を強調し、完全に自動化されたエンドツーエンドテストのデモを投稿しました。これにより、寄稿者はキーボードを使用して（マウスコントロールなしで）一連の操作をテストできます。彼はまた、日付とカラーピッカー機能のアクセシビリティの改善、ブロックナビゲーション、フォーカス管理の改善など、次のリリースで着陸するいくつかの修正を特定しました。

「幅広いユーザーベースがエディターにアクセスできるようにするために必要なメカニズムを構築するために、多大な労力と労力が費やされました」とVentura氏は述べています。「たとえば、キーボードを使用して、Gutenbergプラグインに付属する「デモ投稿」を今すぐ再作成することは完全に可能です。多くの点で、これらのツールは、現在のエディターで提供されているものよりも優れており、より洗練されています。」

現在までに270のアクセシビリティ固有のチケットがクローズされていますが、Venturaはまだ90を超えるチケットが残っていることを認めています。「目標は、このエクスペリエンスをすべてのユーザーにとって可能な限りシームレスにすることです」と彼は言いました。

投稿に対する初期の反応は、アクセシビリティの作業が行われたことに異議を唱えるものではありませんが、グーテンベルクの全体的な複雑さについての懸念は残っています。これを修正することは、エディターで孤立したインタラクションをターゲットにするほど簡単ではない場合があります。

「私たちが構築したものが彼らの経験に関連していることを確認するために、私たちは彼らの好みのツールを介して相互作用するさまざまなユーザーとの緊密なフィードバックループを開発し続ける必要があります」とベンチュラは言いました。グーテンベルクの構築とテストのプロセス全体を通じて、寄稿者は「短いフィードバックループ」を参照しました。これは、これらの会話に取り入れられているように見えるアジャイルプロセス用語です。

ただし、頻繁に組み込まれるチェックポイントは、アクセシビリティのニーズに十分に対応していないようです。アクセシビリティチームは、設計プロセスのかなり早い段階で入力を行うことで、さらに下流で大きな違いが生じると確信しているためです。

「私たちは当初からアクセシビリティに焦点を当てたReact開発援助を求めてきました」と、アクセシビリティのスペシャリストであるJoe Dolsonは、グーテンベルクのアクセシビリティに関する一般的な神話であると彼が認識していることについて述べた投稿で述べています。「私たちの誰も、Reactに焦点を当てていることは言うまでもなく、主にJavaScriptに焦点を当てており、限られた時間（Gutenberg、WordPressの残りの部分、すべてのWordPressサイト自体、およびテーマの懸念）で、問題に追いつくことができました。開発のペースは決して実現可能ではありませんでした。」

WordPressのコアコントリビューターであるJohnJames Jacobyは、Venturaの投稿にコメントし、アクセシビリティの必要がある場合とない場合を含むすべてのユーザーのインターフェイスの複雑さに注意を促しました。

「私の懸念は、上記の多くが広い意味でのアクセシビリティを実際に改善しないことです」とJacobyは言いました。「代わりに、手や指や目の器用さが不足している人はもちろん、通常の体の人には見つけられない可能性のある隠されたキーボードショートカットを風景に散らかすことで、複雑なユーザーインターフェイスをより複雑にします。 /それらをお楽しみください。

「これらは、仕事を遂行するために意味的に単純なアプリケーションを要求するユーザーです。これらは、Web開発全体から生まれる、役に立たない混同されたゴミマークアップスープをすばやくナビゲートするために使用されますが、「アクセシビリティ中心の」アプローチを追加するのに役立ちません。最初に既存のアプローチをアクセシブルにする必要があります。、そして後に新しいアプローチを追加します。」

ドルソンは彼の最近の投稿でその感情を反映しています。「グーテンベルクが倒れるのは、システムの全体的な使用法です」と彼は言いました。「ほとんどの個々のインタラクションは効果的に処理されますが、システムの全体的な複雑さは、ユーザーがキーボードに依存している場合やスクリーンリーダーを使用している場合、ユーザーに大きな障壁をもたらします。」

コミュニティは、グーテンベルクの開発の過程で無数のさまざまなニーズと希望を提唱してきましたが、WordPressが提供することを目的とする何百万もの人々のために作成されたインターフェイスは、必然的にいくつかの妥協点を提供する必要があります。 Matt Mullenwegは、プロジェクトリーダーとしての彼の観点から、複雑さに関するフィードバックに答えました。

「現在のインターフェースははるかに合理化される可能性があると思いますが、アクセシビリティのフィードバックに基づいて、すべてのタイプのユーザーにサービスを提供する単一のインターフェースを使用することを試みて、私たちが採用したいと考えていた多くの代替アプローチを妥協しました。」マレンウェッグは言った。「私たちが分岐した場合、それは別の議論になり、おそらく複数の聴衆により良いサービスを提供するでしょう。ただし、FUDはたくさんあります。つまり、EUでは違法になるでしょう。」

Venturaの投稿は、グーテンベルクの既存のアクセシビリティ機能に厳密に焦点を当てており、WordPress独自のアクセシビリティ基準を満たしている場合に測定されたであろう監査については言及していません。これらの標準では、WordPressでリリースされたすべての新規または更新されたコードが、レベルAAのWCAG2.0ガイドラインに準拠している必要があります。製品がこれらの基準をどのように満たしているかを検討することなく、議論の多くは複雑さに関する主観的な意見を中心に展開されます。認知的過負荷などの問題を定量化することは困難です。

「グーテンベルクは、リリース時にレベルAAでWCAG（Webコンテンツアクセシビリティガイドライン）2.0に合格する可能性は十分にありますが、それでもアクセスできません」とドルソン氏は述べています。「これは、マイクロインタラクションが適切に管理されているが、マクロインタラクションが適切に管理されていないためです。これは、WCAG2.0を標準として使用する場合の欠陥です。大規模な問題への対処を効果的に処理しません。支援技術の現在のナビゲーション要件に固有の認知的負荷は圧倒的であり、それはアクセシビリティの問題であり、現在の標準要件に効果的に反映されているものではありません。」

ドルソンの投稿が払拭された神話の1つは、グーテンベルクチームがアクセシビリティを気にしないというものです。ベンチュラの投稿は、クラシックエディタを超えるグーテンベルクの「アクセシビリティ固有のツールと機能のかなりの量」であると彼が信じていることに注意を促しています。チームはアクセシビリティの懸念に対処するために一生懸命取り組んできましたが、アクセシビリティのニーズを持つWordPressユーザーのより広いコミュニティにサービスを提供し続けるために、チーム間のより良いコミュニケーションが必要です。

「提案されたリリースの6週間前より前に、React開発者がかなりの専用時間を支援するために利用できた場合、回避できたはずの多くの問題がありました。しかし、それらは無知から来る問題であり、思いやりの欠如ではありませんでした」とドルソンは言いました。

「グーテンベルクがリリースされる時期はわかりません。しかし、アクセシビリティチームとグーテンベルクチームは、私たちができる最善の解決策に到達するために一生懸命取り組んでいます。」