人間が判断せねばならない箇所の確認に要する時間短縮を補助する環境はどうなっているのか。miCheckerだと、altと近傍文字列の重複を見てくれたりする。基本的には目視と気合。 #a11ytokyo
2012-08-03 19:54:04どのタイミングでテストするか、という話題。確かに、関わる人間が離れすぎていて、テストのタイミングは難しいのかもしれない。 #a11ytokyo
2012-08-03 19:56:15要件を満たすこととアクセシビリティを確保することが排他。理想のタイミングは最初から、効率的なタイミングとなると制作フロー次第。 #a11ytokyo
2012-08-03 19:57:27デザインのテスト駆動ってことなんだよね、a11yのCIって。フローならまだしも、視覚表現のテスト駆動って難儀すぎる #a11ytokyo
2012-08-03 20:00:59企業によっては、本番サーバに上がる前にテストサーバへ上がり、チェックツールがテストの上ハッシュを埋め込んで云々、という運用体制になっていることもある。画像ごとにaltの確認でチェックボックスを埋める単純なお仕事になってしまうのが難。 #a11ytokyo
2012-08-03 20:06:36ヘッダとコンテンツで他言語になっていたりする日本企業の英語ページはlang属性で悩む。アラビックや韓国語だと全くわからない。ネイティブな人に訊くにしても、それを訊く相手の知識問題に帰結する。 #a11ytokyo
2012-08-03 20:15:42順序もとい、階層構造と論理性の話。コントラストあるいは色相の確認自動化の話。色のチェック、キャプチャ画像でOCRしつつ一気に確認するてもありそうだけど、確実性に課題があるということか。 #a11ytokyo
2012-08-03 20:19:48画像はデザイナーが作る時点でチェックしているのが理想。現実にはデザイナーが色依存のグラフを描いていたりする。マークアップ段階からアクセシビリティチェックを始めるのが多い。デザイナーやディレクターに、アクセシビリティの基礎教養を持ってもらう必要がある。 #a11ytokyo
2012-08-03 20:21:55コードまわりはこなれてきた、という話に頷くメンバ。でも、その実態はコード書く人が気合と根性で保っているという話でもあって、なんというか先は長そうな雰囲気。 #a11ytokyo
2012-08-03 20:26:47今のプロセスを変えずに自動化は無理にしても、プロセスを変えればその限りでは無い。モジュールを使う考え方を使えば、モジュール間の連携をテストする世界はあるのではなかろうか。#a11ytokyo
2012-08-03 20:29:50ずっと作りたいと思っていて、作れていない。モジュールの定義を機械可読にできればいいけれど、どこまで規定するかが難しい。機会に食わせて、チェックさせるのが難儀。 #a11ytokyo
2012-08-03 20:31:32