PHP開発ツールのアクセシビリティは理想とはほど遠いものです。 PHPstormやSublimetextを含む多くの一般的な統合開発環境(IDE)は、ブラインドユーザーのアクセシビリティの成績に失敗します。 彼らの主なウィンドウは読者を選別するためにアクセスできず、開発者は報告されたアクセシビリティの問題に反応しません。
対照的に、Zend StudioやEclipse PDTなどのEclipseベースのIDEは、最もアクセスしやすいオプションとして際立っています。 Eclipseチームのアクセシビリティへの長年のコミットメントのおかげで、アクセス可能なコードエディター、オートコンプリートの提案、およびドキュメントを提供します。 ただし、これらのIDにも改善の余地があります。
この格差は、より広範な問題を強調しています。PHP開発エコシステム内のより大きなアクセシビリティの必要性です。 Eclipseベースの編集者は現在、視覚障害のある開発者に最適なソリューションを提供していますが、最終的な目標は普遍的なアクセシビリティでなければなりません。
ブラインドプログラマーがコンピューターをどのように使用するか:
ブラインドプログラマーはスクリーンリーダーに依存しており、画面上のテキストを合成された音声または点字に変換します。 スクリーンリーダーの有効性は、アプリケーション自体のアクセシビリティに完全に依存します。アプリケーションが(適切なAPIを介して)スクリーンリーダーに必要な情報を提供していない場合、スクリーンリーダーはユーザーに情報を伝えることができません。 マウスクリックやナビゲーションなどの入力方法は、通常、スクリーンリーダーが提供するキーボードショートカットを介して処理されます。 強力ですが、このアプローチは使用されているソフトウェアのアクセシビリティによって制限されます。
WebアクセシビリティとWai-Aria:
W3CによるWAI-ARIA(アクセス可能なリッチインターネットアプリケーション)の導入により、Webアクセシビリティが大幅に改善されました。 WAI-ARIの前に、カスタムクライアント側の要素には、スクリーンリーダーがそれらを正しく解釈するために必要なセマンティック情報がしばしば欠けていました。 たとえば、ボタンとしてスタイリングされた
要素は、明示的に属性で明示的にマークされない限り、プレーンテキストとして読み取られます。 この単純な追加は、アクセシビリティに大きな違いをもたらします。
人気のあるPHP IDESのアクセシビリティスコア:span
role="button"
この評価では、1〜4のスケールを使用して、重要な機能(編集者、メニュー)、支援機能(コード完了、ドキュメント)、補足機能(GIT統合、デバッグ)、およびコミュニティエンゲージメント(アクセシビリティへの対応に基づいてIDEを評価します。問題)。
phpstorm&sublimeText:
スコア:0。どちらのIDEもアクセス可能なメインウィンドウを提供しておらず、アクセシビリティの懸念に対する開発者の応答が不足しています。
netbeans:スコア:2(改善の可能性)。 コードナビゲーションは可能ですが、面倒です。 Quorumプロジェクトでは肯定的な開発が期待されています
EclipseベースのIDES(Zend Studio、Eclipse PDT):スコア:4。これらのIDEは、Eclipseプラットフォームに組み込まれた強力なアクセシビリティ機能のおかげで、完全にアクセス可能なコードエディター、オートコンプリート、およびドキュメントを提供します。
メモ帳:スコア:2。必須の機能にアクセスできますが、オートコンプリートのような補足機能はそうではありません。 ただし、コミュニティは、phpstormやsublimetextと比較して、アクセシビリティの問題とのより良い関与を示しています。
PHP開発コミュニティは、アクセシビリティに優先順位を付ける必要があります。 EclipseベースのIDEは現在、視覚障害のある開発者に最適なソリューションを提供していますが、PHP開発ツールが本当に包括的であることを保証するために、全面的に大幅な改善が必要です。 テクノロジーにアクセスしやすいものにすることは、皆さんに利益をもたらします PHPアクセシビリティツールに関するよくある質問(FAQ):
(このセクションはすでによく書かれており、IDESに特に関連していないアクセシビリティツールに関する一般的な質問に対処しているため、ほとんど変化していません。)以上がPHPツールのアクセシビリティの状態の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。