タブやアコーディオンの非表示コンテンツにはhidden="until-found"を使うべし ｜ TAKLOG
タブやアコーディオンの非表示コンテンツにはdisplay:noneがよく用いられますが、hidden="until-found"を利用するほうがメリットがあります。 hidden=“until-found”で非表示にしたコンテンツはページ内検索でアクセスできるuntil-foundはhidden属性に新たに追加された属性値です。 hidden - HTML: ハイパーテキストマークアップ言語 | MDN 従来のhidden属性とは違い、until-found"属性値を指定した場合はブラウザのページ内検索やページ内リンクでそのコンテンツが検出された場合、自動でhidden属性が取り除かれて表示することができます。 従来のdisplay:noneを使用した非表示ではコンテンツ内にページ内検索でマッチすべきワードがあったとしても検出できませんでしたが、hidden="until-found"を使
キーボードのフォーカス可能なスクローラー | Blog | Chrome for Developers
Chrome 124 以降、キーボードにフォーカス可能な子がない場合、スクローラーはデフォルトでキーボードをフォーカスできます。 背景 スクローラーは至るところに存在しています。[利用規約] ボックス内に利用規約が表示される場合がありますが、一番下までスクロールして [送信] ボタンをクリックする必要があります。垂直のメニューバーに多数のアイコンが表示され、そこから選択することもできます。 このようなケースでは、多くのウェブユーザーがマウスやタッチパッドを上下に動かして、要素をスクロールします。ただし、ユーザーがページを移動するには、ポインティング デバイス、トラックパッド、タッチスクリーンが最適な方法とは限りません。一部のユーザーは、キーボードのみを使用して HTML ページ間を移動し、フォーカス可能なすべての要素にアクセスすることがよくあります。これにはさまざまな理由が考えられます。振
WAI-ARIAを学ぶときに整理しておきたいこと
結論 ロールについて知る HTMLの暗黙のロールを知る ロールを知った上でロールに対して使用できるプロパティ/ステートを使う (おまけ) markuplintを使おう aria属性を使う前に まず、いきなりaria-labelやaria-selectedとかに手を出さない。 aria-selectedとかを発見してしまうと「option要素以外にもselectedみたいな意味を付加できるんだ！すげえ！使ってみよう！」みたいな気持ちが沸き上がってしまう。わかる。とってもよくわかるよ。当時ぼくもそうだったから。 ただ、そこはぐっと我慢してほしい。 なぜかと言うと、aria属性は、使っていいときと悪いときがある。きちんとWAI-ARIAという仕様と、ARIA in HTMLやCore Accessibility API Mapping (Core-AAM)という仕様で決められていっている[1]の
アクセシビリティーに考慮するHTMLコーディング - WAI-ARIAでスクリーンリーダーの読み上げがこう変わる - ICS MEDIA
ナビゲーションリスト ナビゲーションリストは、主にメニューやリンクの一覧を整理して表示するためのUI要素です。自分が今どのページを訪れているのかを示すことによって、ユーザーはウェブサイトの構造や階層を理解しやすくなります。 ▼ 実装例（一部抜粋） <li><a href="#">CSS</a></li> <li><a href="#" aria-current="page">JavaScript</a></li> <li><a href="#">その他</a></li> ▼ スクリーンリーダー（VoiceOver） aria-current="page"を指定した要素は「現在のページ、リンク、JavaScript」と読み上げられます。また、リンクが一度でもクリックされていたら、「閲覧済み」という音声が追加されます。 ▼ スクリーンリーダー（ナレーター） 「リンク、JavaScript」と読
`.sr-only`のような非表示スタイルとSEOの関係性の調査
そもそも.sr-onlyとはBootstrap 4 や Tailwind CSS などの CSS フレームワークで定義されているクラス。sr は「ScreenReaders（スクリーンリーダー）」の略称。 スクリーンリーダーのような支援技術ではテキストが必要だが、視覚的には非表示にした方が良いような要素に使われる。これはdisplay: noneだとスクリーンリーダーでは読み上げられないため、視覚的に非表示にするような実装方法となっている。 <span class="sr-only">Posted on: </span> <time class="updated" datetime="2017-02-18T17:16:40+00:00">18 February 2017</time> Bootstrap 4Screenreaders · Bootstrap /* Bootstrap 4 *
アクセシビリティ | SmartHR Design System
アクセシビリティとはアクセシビリティは、サービスや情報をどんな利用者も円滑に利用できるかの度合いです。 アクセシビリティが高いほど、より多くのユーザーが円滑に利用でき、アクセシビリティが低いほど、より多くのユーザーが利用できないということです。 アクセシビリティ向上は、障害当事者だけでなく、さまざまな環境や状況にいる人、高齢者、日本語以外を得意な言語とする人など、すべての人のためのものです。人だけでなく、サービスや情報にアクセスする機械(ロボット)もアクセシビリティの影響を受けます。 SmartHRの開発方針SmartHRは「well-working 労働にまつわる社会課題をなくし、誰もがその人らしく働ける社会を作る。」というミッションを掲げ、働くすべての人を後押しするプラットフォームをつくっています。 誰もがその人らしく働ける社会を実現するため、SmartHRはアクセシビリティの向上に取
アクセシビリティを追求するデザイナー向けのFigmaプラグインを開発しました。｜梅本 周作 / ajike
「フォントの色だけじゃなくて大きさや太さを含めてアクセシビリティをチェックする方法を知らないですか？」 社内のデザイナーから、こんな質問が飛び出て新しいFigmaプラグインを開発しました。 Figmaプラグイン「Text Color Contrast Checker」 その名もText Color Contrast Checkerです。 フォントのサイズでWCAGのガイドラインをチェックする 今回は、このFigmaプラグイン Text Color Contrast Checkerができるまでのお話をしたいと思います。 プラグインのインストールはこちら そもそもアクセシビリティとは 私たちが担当するプロジェクトでは、高齢者や障害者もアクセスしやすい状況を目指す、つまり、アクセシビリティのガイドラインであるWCAGに対応できるようなサイトのデザインを担当することがあります。 そして、アクセシブ
The WebAIM Million (100万のホームページに対するアクセシビリティ自動検証) : 2023年の調査 | Accessible & Usable
テキストのコントラスト 上のテーブルが示すとおり、83.6%のホームページで、WCAG 達成基準 (AA) を満たさない低コントラストのテキストが見られます。 なお、各ページあたりで見ると、低コントラストのテキストのインスタンスは、平均して30.4箇所という結果になっています (2022年の調査では平均で31.7箇所)。 画像および代替テキスト 上のテーブルが示すとおり、58.2%のホームページで、画像の代替テキスト不備が見られます。 なお今回の調査対象では合わせて4,300万以上の画像 (1ホームページあたり平均43.4枚の画像) が検出され、このうち22.1%、つまり1ホームページあたり平均9.6枚の画像で、alt 属性の不備があるという結果になっています (alt があって属性値が空のものは除く)。その半数以上はリンク画像であり、スクリーンリーダーのユーザーにとっては、リンクラベルの
GPTが自社の情報を正しく学習するためにはWebサイトをセマンティックなHTMLでマークアップした方がよい説 | DevelopersIO
ChatGPTを試用している中で、質問に対する回答が誤っていることがあります。自社の情報をWebサイトで提供している企業として、どのようにすれば、GPTがより正確な自社の情報を学習するようになるのでしょうか。 ChatGPTに質問しつつ考えてみました。 はじめに ChatGPTについて、日々さまざまな応用が提案されています。 そのChatGPTを試用している中で、質問に対する回答が誤っていることがあります。自社の情報をWebサイトで提供している企業として、どのようにすれば、GPTがより正確な自社の情報を学習するようになるのでしょうか。 ChatGPTに質問しつつ考えてみました。 事前調査 まず、Generative Pre-trained Transformer 3 (GPT-3)について調べてみました。 WikipediaのGPT-3に関する項目では、GPT-3 の事前学習データについて
CSSの単位px、em、remはどれをどこで使用するのがよいか、ピクセルとアクセシビリティにおける意外な真相
CSSの単位px、em、remは、どれをどこで使用するのがよいか。 font-sizeの値にはどの単位を使用していますか？ ほかにもメディアクエリを定義する時、マージンを定義する時、widthやheightを定義する時、使用する単位はアクセシビリティに配慮する必要があります。 The Surprising Truth About Pixels and Accessibility by Josh W. Comeau 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに CSSでpxとemとemの各単位がどのように機能するか アクセシビリティに関する考慮事項 どの単位をどこで使用すればよいのか どの単位がベストなのかが明らかでない場合 簡単にできる小技とメンタルモデル ボーナス: remを使用すると便利なテクニック はじめに C
実装しながら理解するモーダルのアクセシビリティ with React
はじめに この記事では以下のアクセシビリティ要件を満たすモーダルを実装します。 モーダル要素に role 属性、aria-modal 属性、aria-labelledby 属性、aria-describedby 属性が付与されている モーダルを開くと、モーダル内の最初の focusable な要素に自動でフォーカスされる モーダルが開いている間、モーダル以外の要素に aria-hidden 属性が付与される モーダルが開いている間、モーダル以外の要素のスクロールが無効化される モーダルが開いている間、モーダル内でフォーカスがトラップされる Esc キーを押下すると、モーダルが閉じる モーダルの外側をクリックすると、モーダルが閉じる モーダルを閉じると、モーダルが開く前にフォーカスされていた要素にフォーカスが戻る
モーダルウィンドウを考える | Accessible & Usable
公開日 : 2015年7月6日 (2024年2月12日 更新) カテゴリー : アクセシビリティ ウェブサイトのユーザーインターフェース (UI) に、「モーダルウィンドウ」と呼ばれるものがあります。ページ遷移を伴わずに、ページ上にウィンドウをオーバーレイ表示させるもので、このウィンドウが前面で開いている間は背景側にある元ページが操作対象外になることから「モーダル」という名称が付いています。実装例としては、フォーム、アラート、画像の拡大表示 (いわゆる Lightbox 系と呼ばれるもの) などが挙げられます。 モーダルウィンドウは、あるページを開いているというコンテキストを維持しつつ付加的にコンテンツの提示ができる利点がある反面、基本的なユーザビリティやアクセシビリティが欠落しているケースが多く見受けられます。以下の観点を意識しながらデザインや実装をすることで、基本的なユーザビリティやア
アイコンフォントのアクセシビリティ向上 | Accessible & Usable
公開日 : 2014年8月28日 (2018年1月20日 更新) カテゴリー : アクセシビリティ ウェブデザインにおいて、アイコンを配置することは多いと思います。最近では、画像アイコン (.gif、jpg、.png など) ではなく、Font Awesome のようなアイコンフォントを用いるケースも増えてきました。 「アイコンフォント」の例 (Font Awesome) アイコンフォントには、画像アイコンよりも読み込みが速い、ベクターデータゆえに高解像度の画面でもきれいに表示できる (ピンチ＆ズームしてもジャギーにならない)、手軽に実装できる (わざわざアイコンを作る必要がなく、豊富なアイコンから選択して所定のコードを埋め込むだけ)、といったメリットがあります。このように、とても便利なアイコンフォントですが、ウェブアクセシビリティの観点で考えると、実装において若干の工夫が必要です。 代替
アクセシビリティ達成基準レベル「AA」について考える | Accessible & Usable
公開日 : 2014年1月12日 (2014年1月13日 更新) カテゴリー : アクセシビリティ 最近、ある Web サイトの構築プロジェクトで、情報アーキテクチャ (IA)、ユーザーインターフェース (UI) 設計、アクセシビリティ、といった領域で関わらせていただく中で、アクセシビリティの達成基準レベル「AA」について、改めて考える機会がありました。そのサイトデザインが海外でも使われるということで、ある国の法制面からの要求で、W3C が勧告する「WCAG (Web Content Accessiblity Guidelines) 2.0」の達成基準レベル「AA」を満たすことを視野に入れておく必要に迫られたからです。 Web サイトがアクセシビリティ対応 (厳密に言うと「WCAG 2.0 (日本の場合は JIS X8341-3:2010)」への対応) を検討するとき、どのレベルの達成基準
コンテンツからみるWebアクセシビリティの課題と提案 : could
コンテンツは本当にアクセシブルか Webアクセシビリティは、大きく分けて 2 つの『デザイン』があります。ひとつは、情報を分かりやすく整理し、目的の情報へた辿り着くための Web アクセシビリティ。この要素は、色、形状、動き、スピードなど、UI デザインの課題と重なるところが多いです。もうひとつの要素は、情報の構成や文章のスタイルといった「編集」とも呼べる Web アクセシビリティです。 前者の情報構造や操作性は、明確なガイドライン化がしやすく、チェックもしやすいですが、後者の編集の部分は、パッと見では判断がしにくいだけでなく、ガイドラインとして共有するのも難しいです。 Webアクセシビリティにある 2 つの『デザイン』 もちろん JIS X 8341–3:2010 でも「利用者が理解できるコンテンツ」を制作・維持できるようにすることが重要であると書かれていますが、技術で解決できるところに
第112回 自治体サイトWebアクセシビリティ調査2013を終えて ｜ 有限会社ユニバーサルワークス
このコラムがいつ誰にどのように読まれているかは不明で、大して読まれていないと推測しているのだが、自治体サイトWebアクセシビリティ調査の発表時くらいはいつもより少し読んでくださる方が増えて、その中に自治体の職員の方がいてくださるのではないかと期待して今回の総評である。 一度改めて聞いてみたかったのだが、自治体さんには隣の自治体へのライバル意識みたいなものはないのだろうか？この調査を始めたころはそうした声をよく聴いた記憶がある。「どうしてうちは○○県さんにまけているのでしょうか？」という問い合わせがあって、「勝ち負けの調査ではありませんので、自分のまちのサイトのアクセシビリティの傾向として参考にしてください。」と答えまくっていたのを思い出しているのだけれど。あのころの意地とかこだわりみたいなものは、今、なくなってしまったのだろうか？ はっきり言ってしまうと、このところの自治体サイトは『○○県
アクセシビリティをチェックするブックマークレット集 | アクセシビリティBlog | ミツエーリンクス
アクセシビリティエンジニアでCSSやWebアクセシビリティに関する情報発信を行っているTed Drake氏がアクセシビリティ関連のブックマークレット集を公開しています。 ブックマークレットは小さなJavaScriptのリンクで、これを使用してブラウザー上で様々なタスクを実行することができます。中でも、記事で紹介されているのはアクセシビリティをチェックするためのブックマークレットで、ブラウザーのブックマークツールバーに保存しておき、チェックしたいページで実行して使用します。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Webアクセシビリティ学習リソースまとめ （2023年3月版）
http://blog.e-riverstyle.com/2014/12/svg.html
第113回 オンラインでウルトラライトダウン ｜ 有限会社ユニバーサルワークス