参考情報 — freeeアクセシビリティー・ガイドライン Ver. 202404.0-RELEASE+4.3.7フリー株式会社 作『freeeアクセシビリティー・ガイドライン』はクリエイティブ・コモンズ 表示 4.0 国際 ライセンスで提供されています。 このサイトでは、アクセス状況の解析のためにGoogle Analyticsを用いています。Googleによるデータの使用については、GOOGLE のサービスを使用するサイトやアプリから収集した情報の GOOGLE による使用をご覧ください。また、これに伴い使用されるCookieの扱いなどについては、フリー株式会社のプライバシー・ポリシーをご覧ください。
user-scalable=no よさらば
2016年9月15日 著 いろいろ覚え書きしておきたい事柄は溜まっているのですが、息子の夏休みが終わり週三日、平日の晩に塾へ迎えに行く生活に戻ってからというもの、なかなか時間をうまく使えず四苦八苦。それでも、これだけは書いておかねば......と思って書くのが、iOS 10のリリースに伴うSafariのアップデート。 既にベータ版がリリースされた時点でcss - disable viewport zooming iOS 10 safari? - Stack Overflowあたりで取り沙汰されていたことですが、user-scalable=no という、ユーザーによる画面拡大を妨げる指定が無効化されました（ベータ版のリリースノートには、理由としてTo improve accessibility on websites in Safari, users can now pinch-to-zoo
既存 Web アプリケーションのアクセシビリティを向上させるときによくあるヤツと対応方針
アクセシビリティ向上メモ 最初から考慮されているのが一番ですが、そうでもなかったプロダクトに手を入れるときのあるあるを記録します。既存プロダクトはモノが出来上がってしまっているため根治的なリファクタリングよりも基本的には省力で済ませたいので、今回書いた対応方法も完璧よりは省力路線です。 HTML やらセマンティクスに関する知識はそれなりにあるつもりでしたが、AT やマシンリーダビリティを念頭に勉強し直すと自分で作ったものも至らなかったなと振り返らざるを得ない今日この頃。初期設計のときの考慮範囲が拡がったように思うので善きかなです。 各項目について、もっと良い解法や誤り等あれば twitter とかでご指摘ください。 1. 画像に alt 属性がない場合 付けましょう。付けます。はい。 昔から基本とも言うべき、HTML/CSS 書きとしては耳にたこができるほど言われてきたことなので今更感もあ
その文字、薄すぎない？ デザインにおける灰色の明度は何%が最適か
UX Movementにおいて記者、編集長を務めます。明快で効果的なデザインに美点を見出し、利用者のために払う労力を惜しみません。 一言で灰色と言っても、明るいものもあれば暗いものもあり、実に様々なバリエーションがあります。Webサイトなどでは、いたるところでお目にかかることのできる色でもあります。濃い灰色は主に見出しや本文に、薄い灰色はメタデータ、分類名、説明文に多く使われます。これらの色合いのうち、最も乱用されるのは薄い灰色です。 薄い灰色の文字の問題点 文字色として薄すぎる灰色は可読性に問題を起こしかねません。灰色の文字を薄くしすぎてしまえば、読者が読むにあたって支障をきたすことになります。文字の明度によっては、薄い色の背景に混ざってしまうのです。この現象は、単語や文字をぼやけさせ、判読を困難にします。無理に判読を試みれば、目を傷めてしまうでしょう。 また、薄い灰色の文字は読者の誘導
差別とアクセシビリティ - 下村和也
差別とアクセシビリティ アメリカに留学していた時に、痛感した日米のアクセシビリティや差別に対する考え方の違いについて書いてみようと思います。 聞こえなくてもできることを突き詰める 私は、日本で、「聞こえなくてもできることを突き詰める」ことが、聴覚障害者の生きる道だと思っていました。大学１年生の頃から、ひたすら勉強をして、大学４年次に公認会計士試験に合格しました。その後、程なくして、大手監査法人から健常者と同じ条件の素晴らしいオファーを手にすることができました。それは一つのサクセスストーリーだと思います。 しかし、「聞こえなくてもできること」をどれほど突き詰めても、競争の激しい組織では、出世できないことに気づきました。 持っている能力をフルに発揮するには、音声情報の壁を克服する必要があると思うに至りました。 具体的には電話や会議ができないことが、仕事上の大きな壁になっていたのです。 どれほど
Re: アクセシビリティとユーザビリティにおける違い
2016年6月26日 著 アクセシビリティとユーザビリティにおける違いという記事に対し、記事中のどこにも明記されていませんが、文脈的に「Webコンテンツの」アクセシビリティとユーザビリティについての記事と解釈のうえ、異論を唱えたいと思います。 アクセシビリティは心身の機能に問題がある人もネットが使いこなせる環境を実現するもの 冒頭にあるこの見出し、決して間違いとは言えないものの、アクセシビリティがもたらすメリットを矮小化しています。障害当事者にとってメリットがあるのはもちろんですが、そうではない（健常者と呼ばれる部類の）人にとっても、メリットはあります。動画の字幕提供が、聴覚障害者のみならず他の多くの（何かしらの理由で音声を利用できない状況にある）利用者にもメリットがある、というのはその一例です。さまざまな利用者だけでなく、多様な利用状況に対してもコンテンツを使いやすくすることが、アクセシ
画面カーテンについての雑感
2016年6月23日 著 つい先日、同僚である辻さんのつぶやきに驚かされました： 電車の中で「画面ついてないようですけどお」って人のスマホに勝手に触る人、ほんとにいてるんですね。僕初めて会った。 補足しますと、彼は先天的に全盲の視覚障害者であり、電車内などでは画面カーテンを有効にしてiPhoneを使用しています。画面カーテンとは、iPhoneを視覚に頼らずに使っている（VoiceOverと呼ばれる音声読み上げ機能で画面の表示内容を聞いている）状況において、プライバシーを保護するための機能のこと。画面カーテンを有効化すると、ディスプレイ表示が切られ、周囲から覗き見されたりする心配がなくなります。以下、アクセシビリティ - iOS - VoiceOver - Apple（日本）より引用： プライバシーを守りたい場合は、画面カーテンをアクティブにしてディスプレイ表示をオフにしましょう。こうすると
Webアクセシビリティを当たり前にするために
当たり前にしては難しい Webアクセシビリティを考慮し実践することは「当たり前」だと思いますが、その当たり前を実践することが非常に敷居が高い印象があります。仕様や規格を理解して実装しなければならないところから、クライアントのコミュニケーションやワークフローといった仕組みの見直しまで、「当たり前」を実践するために超えなければならない山がたくさんあります。 私たちが「当たり前」という言葉を使うとき、「誰でも同じように考えること・自然にできること」というニュアンスを含めています。そのニュアンスのまま当たり前と思って Web アクセシビリティに取り組もうとしても、目の前にある多くの課題に頭を抱えてしまう人もいると思います。当たり前という言葉と、現実にしなければならないことのギャップが、Webアクセシビリティを難しくしているのかもしれません。 当たり前という言葉が難しさに拍車をかけていることがある
Web アクセシビリティを身近に感じてもらうためのごく簡単なお話
この記事は、Web Accessibility Advent Calendar 2014、1日目の記事です。去年は WAI-ARIA の導入方法について、ごく初歩的な記事を書いたんですが、今年は初っぱな、1日目の記事と言うことで、ごくごく簡単な記事でハードルを下げにいってみようかと思います （余計なお世話）。 さて、「Web Accessibility （ウェブアクセシビリティ）」というと、高齢者や障害者向けなど、限られた一部 ※1 の人達に向けて、特別な対策を取ることだと思っている方もいると思いますし、これは Web サイト制作を仕事にしている人の中にも同じような考えの人、いるんじゃないでしょうか。 確かに、WCAG （Web Content Accessibility Guidelines） だの、JIS X 8341-3 だの...... あるいは、WAI-ARIA だの、支援技術が
文字サイズ変更ボタンとブラウザズーム
昨日に引き続き、ロービジョンの人のウェブ利用についてご紹介していきます。今日は、文字サイズ変更ボタンとブラウザズームについてです。 昨日もご紹介したとおり、私はロービジョンです。現在の視力は、右が0.02（コンタクト矯正済み）、左目は光がわかる程度です。普段パソコンを使うときには、Windowsの「拡大鏡」というソフトで画面全体を4倍に拡大して、さらに色を反転して利用しています。 ウェブサイトの文字や画像を拡大する機能としては、各ウェブサイトで実装されている「文字サイズ変更ボタン」と、ブラウザが持っているズーム機能がありますが、これからご紹介する理由で、これらの機能は1度も使ったことがありません。ロービジョンの友人・知人に聞いても、やはり同じ理由で使ったことがないという声がたくさん寄せられています。 いったいなぜ、これらの機能は使われないのでしょうか。 そもそもどこにあるのかわからない ロ
安全でアクセシブルなアイコン・フォント
Translation of: Bulletproof Accessible Icon Fonts by Filament Group アイコン・フォントを利用する場合、あらゆるユーザーに適切にアイコンを提供しようとすると、かなり気をつける必要があります。そのフォントが読み込まれなかった時にどうなりますか？@font-faceがまだサポートされていないブラウザーでは？ どうすれば安全に(bulletproofに)アイコン・フォントを利用できるかをこれから解説したいと思います。 効率的で機能的なウェブサイトを制作するという、この終わることのない探求において、ベクター形式のアイコンを提供する手段として、簡便であるフォントを利用することが何度も提案されてきました。対して私達は通常ベクター形式のアイコンとしてSVGをIan Featherがブログ書いたような理由から選んで(また、薦めて)おり、既に
なぜ、富士通は「色覚障がい者のための診断ソフトウェア無償提供」を終了したのか
富士通は2013年8月20日、視覚障がい者や色覚障がい者のアクセシビリティを高めるための診断ソフトウェアツール群「富士通アクセシビリティ・アシスタンス」の無償提供を終了した（参照記事）。このニュースはSNSでの反響も大きく、ユーザーから「なぜこのような素晴らしいサービスが終了してしまうのか」との声が多く聞かれた。 同様のツールは他にもあったが、富士通アクセシビリティ・アシスタンスが愛用されるのにはわけがあった。富士通アクセシビリティ・アシスタンスは、3つのツール群「WebInspector（ウェブインスペクター）」「ColorSelector（カラーセレクター）」「ColorDoctor（カラードクター）」から構成されており、それぞれ以下の特徴が挙げられる。 WebInspector ローカルフォルダを指定した場合、サブフォルダのHTMLまで一括でチェックでき、結果をCSVで保存できる C
Firefox が longdesc 属性をサポート... って前からしてなかったっけ？
ミツエーリンクスさんのアクセシビリティ Blog 経由ですが、Firefox が longdesc 属性をサポートするとのこと。なんですが、Firefox （っていうか Mozilla のころから） ってすでに longdesc 属性に対応しなかったっけ？ って思ったのでちょっと確認してみた話と、ついでなので longdesc 属性についてサンプルソースとか交えて簡単に書いてみます。 Firefox が longdesc 属性をサポートへ ： ミツエーリンクス アクセシビリティ Blog 現時点での longdesc 属性の状況 （HTML5 の拡張仕様、「HTML Image Description Extension」 として策定が進んでる件） や本件のあらましは、リンク先の記事がとてもわかりやすくまとめてくださっているので、そちらを見ていただいた方が早い。ということで下記に大胆に引用
Firefoxがlongdesc属性をサポートへ | アクセシビリティBlog | ミツエーリンクス
854848 - Support the longdesc attributeにJennifer Morrow氏が書き込んだコメントによると、Firefoxがlongdesc属性をサポートすることになったようです。 longdesc属性はHTML 4.01において、画像やフレームの長い説明へのリンクを提供する属性として定義されていました。HTML5仕様にlongdesc属性は含まれませんでしたが、HTML Image Description Extensionという拡張仕様として策定が進行中です。アクセシビリティ上の理由から必要性が議論された経緯があり、この拡張仕様はHTML Accessibility Task Forceが開発しています。 Morrow氏はサポートを決めた理由として、W3Cのバリデーターがlongdesc属性をサポートしたことや、Web標準を用い同じ目的を果たすうえで他
HTML5 のマークアップで心掛けたい事 - HTML5 のいろいろな要素
HTML5 のマークアップで心掛けたい事を挙げてみます。 平成25年 5月16日現在、HTML5 勧告に向けて、グラフィカルなウェブブラウザの開発者は HTML5 への対応を急速に進めておりますが、そうでない環境、例えば音声出力ブラウザや CUI 環境向けテキストブラウザなどについては、殆どと言って良い程話を聞きません。 こう言った事から、HTML4/XHTML1 時代の環境でも問題なく取り扱えるようにマークアップすべきでしょう。 はじめに。 平成24年12月17日に HTML5 の勧告候補が発表され、HTML5 は勧告に向けて大きく前進しております。 特にグラフィカルなウェブブラウザの開発者は、WAHTWG に加盟していないマイクロソフト社を含めて HTML5 への対応を急速に勧めており、西暦2014年に勧告される頃には、殆どのグラフィカルなウェブブラウザが HTML5 対応になっている
スキップリンクって必要？マジで！？
2013年1月14日 著 この文章は、28回目となる国際「テクノロジーと障害者」カンファレンス（通称CSUNカンファレンス2013）に提出したペーパー「Do we really need skip links, seriously?」の日本語訳です。残念ながら審査を通過することができず（セッションに空きが出れば採用するかもねという返事）、発表をすることは叶いませんでした。ウェブアクセシビリティ基盤委員会が先だって開始したJIS X 8341-3:2010 達成基準7.2.4.1を満たす条件に関する意見募集に対する自分の意見（の一部）として、以下に掲載しておきます： Webページの主要なコンテンツに対し、直接的なアクセスを提供するスキップリンクを設けることは、WCAG 2.0の達成基準 2.4.1 バイパスブロックを満たすための方法として、広く知られています。スキップリンクは、Webページを
日本規格協会 JSA GROUP Webdesk
★商品の発送に関するお知らせ★ 2024/03/04 平素より当協会のJSA Webdeskをご利用いただき有難うございます。 3月29日(金)に実施いたします棚卸に伴い、3月27日（水）午後以降にご注文いただきました商品は、4月1日（月）以降に順次発送いたします。 ※ダウンロード商品は除きます。 お客様にはご迷惑をおかけいたしますが予めご了承願います。 ★閉店時間に関するお知らせ★ 2024/03/04 3月29日(金)に実施いたします棚卸に伴い、当日のライブラリ・販売所（三田ＭＴビル1階）の営業時間を12：00までとさせていただきます。 お客様にはご迷惑をおかけいたしますが予めご了承願います。 工業標準化法改正に伴うJIS規格名称変更のお知らせ(2020年6月22日更新) 2020/06/22 2020年6月吉日 お 客 様 各 位 日本規格協会グループ 出版情報ユニット 工業標準化法
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
デザインで使う「色」について考えよう Web touch meeting #66