並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 281件

新着順 人気順

A11Yの検索結果41 - 80 件 / 281件

  • 全盲の新入社員はサイボウズに出社できるのか?|sukoyakarizumu

    こんにちは、サイボウズ株式会社の小林(@sukoyakarizumu)です。 2019年10月に、全盲の杉崎くん(@blindsoup2p1)が、エンジニアとしてサイボウズでアルバイトをはじめました。杉崎くんは2020年4月に、新卒でサイボウズに入社する予定です。 入社の経緯については、杉崎くんが以下の記事にまとめています。私の記事では、杉崎くんの出社にあたって、準備したことや気づいたことをまとめようと思います。 出社の練習をしようもともと杉崎くんは、面談や面接があるときに、何度かサイボウズの東京オフィスに来ていました。その際はサイボウズの社員が、オフィスの最寄駅である日本橋駅改札まで迎えにいっていました。 杉崎くん一人でも出社することができるように、杉崎くんと出社のルートを覚える練習をしました。練習は人事メンバー数人が主導し、私はそれに同行することにしました。 「壁」が重要な手がかりオフ

      全盲の新入社員はサイボウズに出社できるのか?|sukoyakarizumu
    • サブミット (送信) ボタンをデフォルトで無効化しない | Accessible & Usable

      公開日 : 2021年10月14日 (2023年10月11日 更新) カテゴリー : アクセシビリティ / ユーザビリティ ウェブのフォームにおいて、サブミットボタンをデフォルトで無効化しておいて、ユーザーの入力不備がなくなったときにボタンを有効化する UI があります。たとえば、利用規約などの文書を読んで同意する旨のチェックを入れないと、あるいは、入力必須フィールドにすべて正しく情報を入れないと、ボタンがアクティブにならない、というものです。 サブミットボタンがデフォルトで無効化されているフォームの例。 このような UI は、アクセシビリティやユーザビリティの観点で、以下の問題があります。 そこに存在しているはずのサブミットボタンが使用できないことに対して、その理由をユーザーが理解できずに、混乱してしまう恐れがある。(ユーザーの側に誤っているという自覚がなくても、ちょっとした見落としや入

        サブミット (送信) ボタンをデフォルトで無効化しない | Accessible & Usable
      • チャートのカラーをアクセシビリティを考慮した色へ変更する · Issue #1172 · Tokyo-Metro-Gov/covid19

        You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

          チャートのカラーをアクセシビリティを考慮した色へ変更する · Issue #1172 · Tokyo-Metro-Gov/covid19
        • UXライティングとは | UXライティングガイド

          UXライティングとは何か UXライティングとは、ユーザーがデジタルサービスを操作する際に必要となるテキストを書く技術です。例えば、登録時のスタートガイド、利用の流れコンテンツ、タイトル、ボタン、画面上の説明文、エラーメッセージ、通知などの言葉がUXライティングの手法に則って書かれます。サービスの中にある言葉に対して「意味が通じればいい」という思想で書くのではなく、「ユーザーがサービスを通じて体験する一連の経験を設計する」という思想で書くのがUXライティングです。 UXライティングに求められる技術とは UXライティングには、分かりやすく書く技術と、人間らしく書く技術が必要です。この二つの技術が同居することによって、ユーザーの体験を支援することができます。 分かりやすく書く技術 UXライティングの手法に則ってテキストを書く際に求められるのは、「ユーザーの気持ちに沿った文章を書く」という抽象的な

            UXライティングとは | UXライティングガイド
          • JavaScriptで背景色から文字色を導出する

            この記事を読んで、文字色の判定の基準が気になったので調べてみました。 w3cのWeb Content Accessibility Guidelinesでは、明るい色と暗い色のコントラスト比が少なくとも 4.5:1 になるようにとなっていました。大きい文字では 3:1 まで。 Material DesignもWCAGのこの基準をもとにしているそうです。

              JavaScriptで背景色から文字色を導出する
            • Webアクセシビリティことはじめ【おすすめ資料5選】|akane

              こんにちは!株式会社Rabeeのデザイナーのakaneです🐏 今回は、Webアクセシビリティの初心者が基礎を学ぶときに助かった資料を紹介します。各資料に対する説明も掲載しているので、どうぞ最後までお楽しみください🌏 ※冒頭、Webアクセシビリティに関する前提知識の紹介が長くなっています。本編を読みたい方は「資料①|ざっくり知ろう」からご覧ください。 ※今回は、デジタル庁等の引用元にならって「障害」の表記を使用します。 ※noteの内容に誤りがございましたら、お手数ですがコメントやSNS等でご指摘いただけると幸いです。 はじめにまずは、Webアクセシビリティに関する基礎知識の整理からスタートします。最近よく耳にする「合理的配慮」のことも振り返ります。 WebアクセシビリティとはWebアクセシビリティとは、文字通りWebサービスにおけるアクセシビリティのことです。 アクセシビリティは「アク

                Webアクセシビリティことはじめ【おすすめ資料5選】|akane
              • React で h1-h6 を正しく使い分ける

                Web の基礎を支える HTML の最も重要な要素の一つである h1-h6 要素ですが、 React を始めとするコンポーネントベースのライブラリを特に意識せずに利用すると、SEOやアクセシビリティー上の意図せぬ問題を生むことがあります。 この記事では、 React を例に取り h1-h6 を使うことで生じる問題と、その解決策を3つずつご紹介します。 尚、この記事で紹介するコードスニペットは GitHub リポジトリに動作する状態で公開しておりますので、併せてご参照ください。 前提知識 読者のみなさまは、HTMLの要素 h1-h6 にどのような役割があるか説明できますか? 大きい文字を出したかったらh1を使って、それより少し小さい文字を出したかったらh2を使う...わけではありませんでした。h1-h6 は 「見出し要素」 と呼ばれ、文章の見出しとなるテキストをマークアップするのに用いられて

                  React で h1-h6 を正しく使い分ける
                • マークアップを進化させる WAI-ARIA の基本

                  マークアップを進化させる WAI-ARIA の基本 私 @masuP9 WAI-ARIAとは何か WAI Web Accessibility Initiative ARIA Accessible Rich Internet Applications WAI-ARIAは、ウェブコンテンツおよび アプリケーションのアクセシビリティと相互運用性を改良するためのフレームワークを提供する技術仕様である。 Accessible Rich Internet Applications (WAI-ARIA) 1.2 日本語訳 WAI-ARIAは ウェブのアクセシビリティを 高めるための技術仕様 WAI-ARIAはなぜ必要か アプリケーション化するウェブ Notion Figma G Suite 3D CAD etc... 意味も振る舞いも 既存のHTMLでは表現できなくなってきた 例えば タブUI 開いてい

                    マークアップを進化させる WAI-ARIA の基本
                  • LCHは、UIにベストなカラースペース|hirotoarakawa

                    Linearのリニューアル記事がすごく良かった。 A design reset (part I) How we redesigned the Linear UI (part Ⅱ) その記事の中で「LCHカラースペース」について書かれていた。知らなかったので調べてみると、以下の記事を見つけた。 この記事の内容を抜粋しながら、自分用に簡易なメモとしてまとめる。 LCHとは?LCHは簡単に言うと、異なる色相でも同じコントラストに見えるように構成されたカラースペース。 1976年に国際照明委員会 (International Commission on Illumination, CIE) によって最初に定義された色空間であるため、CIELAB とも呼ばれている。 LCH は、Lightness(明度)、Chroma(彩度)、Hue(色相)の略。 HSL と LCH の違いLightness(明度

                      LCHは、UIにベストなカラースペース|hirotoarakawa
                    • なんとなくで書かないで!HTML5を書く時に気にしてみたいタグごとのお約束 - Qiita

                      はじめに この記事は クラウドワークスアドベントカレンダー2019 16日目の記事です。 こんにちは!本日25回目の誕生日を迎えたアクセシビリティ向上隊長 みーたです。 昨日は同じチームの@yamanokuさんによる「みんなに知ってもらいたいデザインシステムのこと」でした。 文中で紹介されていた「悲劇的なデザイン」は私もオススメします:) 私は今回、普段みなさんがHTMLを書く時に、よく使うタグごとでちょっと気をつけてみてもらいたい!と思う点をまとめてみました。 初学者ではありますが、正しくHTMLを理解してもらいたいって気持ちがあるので、マサカリは怖くない程度に投げていただいて、みんなで知識を共有していきたいです。 👻 真冬の怪談 突然ですがちょっと怖い話を... 先日、とある画面を改修しようと思って、今どんな感じにスタイル当たってるんだろうと本番環境を見てみたんですよ。 カードタイプ

                        なんとなくで書かないで!HTML5を書く時に気にしてみたいタグごとのお約束 - Qiita
                      • Webアクセシビリティと合理的配慮|ymrl

                        2024年(令和6年)4月1日に日本では「障害者差別解消法」という法律の改正が施行され、民間の事業者にとっては「合理的配慮」が義務化されます。義務化するのはあくまで「合理的配慮」であって、法律の条文にはどこにも「Webアクセシビリティ」とは書かれていません。 ここについての誤解が数多く出回ってしまっていて、先日「2024年4月や6月の時点では、まだ日本でWebアクセシビリティが義務化されません」という記事を書きました。 この記事について、以下のような声をもらいました 「専門用語が多くてわかりにくい」 「アクセシビリティは『合理的配慮』ではなかったの?」 「なぜアクセシビリティを推進したい人たちが急に『義務ではない』と言い出したの?」 そこで、もう少し的を絞って、「合理的配慮」「環境の整備」「Webアクセシビリティ」などの言葉の意味や関係について、説明しようと思います。 (筆者は法律に関して

                          Webアクセシビリティと合理的配慮|ymrl
                        • SmartHR Design System

                          だれでも・効率よく・迷わずに。SmartHR Design Systemは、すべての人によりよい体験を届けるためのデザインシステムです。SmartHRに関わる人はどなたでも利用・参加できます。 デザインシステムとは?

                            SmartHR Design System
                          • ウェブコンテンツアクセシビリティガイドライン(WCAG)は何が難しいのか、あるいは難しさに立ち向かう方法 - 水底の血

                            LINEヤフーにおけるこれからのアクセシビリティというスライドで「WCAGはハードルが高い」という文言を見かけました。どうしてハードルが高い、言いかえるならば難しいとされるのか、その難しさはどこから来るのかをちょっと深掘りしてみようと思います。 WCAGという言葉について、改めて見ておきましょう。WCAGはもっぱら、Web Content Accessibility Guidelines(ウェブコンテンツアクセシビリティガイドライン)というW3Cの発行する技術文書を指すわけですけども、現時点でよく参照されるのがウェブアクセシビリティ基盤委員会(WAIC)が公開している日本語訳のWCAG 2.1でしょう。ちなみに本家のW3Cは、WAICが現時点で公開しているWCAG 2.1の改訂版を今年9月に公開し、さらにバージョンの進んだWCAG 2.2を先月に発行したばかりだったりします。 WCAG 2

                              ウェブコンテンツアクセシビリティガイドライン(WCAG)は何が難しいのか、あるいは難しさに立ち向かう方法 - 水底の血
                            • Headless UI

                              Completely unstyled, fully accessible UI components, designed to integrate beautifully with Tailwind CSS.

                                Headless UI
                              • プレースホルダーのアクセシビリティ上の課題と解決策 - SmartHR Tech Blog

                                こんにちは!SmartHRプロダクトエンジニアのhimiです。 この記事ではプレースホルダーのアクセシビリティとユーザビリティについての課題と、その解決手段についての話を書きます。 プレースホルダーって何? Webアプリでよく見る、フォームコントロールに値が無いときに表示するテキストのことです。 主な用途としては、フォームの入力例や入力内容の説明テキストが設定されることが多いです。 HTML Standardでは The placeholder attribute represents a short hint (a word or short phrase) intended to aid the user with data entry when the control has no value. A hint could be a sample value or a brief de

                                  プレースホルダーのアクセシビリティ上の課題と解決策 - SmartHR Tech Blog
                                • お前らはまだ img タグの alt 属性の付け方を間違っている - Qiita

                                  1行で alt属性は、「全ての 画像をそのalt属性のテキストに置き換えたときにページの意味が変わらない 」ようにつける。 (HTMLの標準規格書より) マジでこれに尽きる。 具体例 例1:ロゴ ❌ 間違ったマークアップ

                                    お前らはまだ img タグの alt 属性の付け方を間違っている - Qiita
                                  • 高齢者でも使えるプロダクトUIの挑戦 / Designing User Interfaces for the Elderly

                                    FRONTEND CONFERENCE 2019 での発表資料です。 https://2019.kfug.jp/session/jimboyoshihide 当日の質疑応答の内容はブログにまとめています。 https://jmblog.jp/posts/2019-11-03/frontend-conrefence-2019/

                                      高齢者でも使えるプロダクトUIの挑戦 / Designing User Interfaces for the Elderly
                                    • React 19 で変わるアクセシビリティ周りの技術 - SmartHR Tech Blog

                                      こんにちは。アクセシビリティ本部のアクセシビリティエンジニアの五十嵐です。SmartHRでは主にアクセシビリティテスターが見つけた課題を技術的な観点から改善したり、根本的な問題を解決するための仕組みづくりを担当しています。 さて、Meta が開発する UI ライブラリとして長い間人気を博している React ですが、2024年4月に最新版であるバージョン 19 のRC版が公開されており、注目を集めています。 バージョン 19 では "use client" や "use server" でも知られる Server Components を含む様々な機能が含まれる予定ですが、この記事では、そんな React バージョン 19 をアクセシビリティの観点からキャッチアップし、特に便利になりそうな点や、注意が必要になりそうな点などを見ていきます。 forwardRef が不要になった 仮想 DOM

                                        React 19 で変わるアクセシビリティ周りの技術 - SmartHR Tech Blog
                                      • freeeアクセシビリティー・ガイドライン — freeeアクセシビリティー・ガイドライン Ver. 202404.0-RELEASE+4.3.7

                                        このガイドラインは、参考情報の追加や表現の改善などで、随時更新されます。 リリース:Ver. 202404.0-RELEASE+4.3.7 ガイドライン・バージョン:Ver. 202404.0-RELEASE チェックシート・バージョン:4.3.7 更新日:2024年4月23日

                                          freeeアクセシビリティー・ガイドライン — freeeアクセシビリティー・ガイドライン Ver. 202404.0-RELEASE+4.3.7
                                        • アクセシビリティを考慮したHTMLコーディングガイド

                                          これ何なの? もともと私が社内メンバー向けに書いていたドキュメントで、 UIパーツ毎のアクセシビリティを考慮したHTMLコーディングTips集です。 社内のドキュメント置き場に眠っていたものですが、知見として社外にも共有出来る内容だなと思ったのと、アクセシビリティをこれからやっていこう!という方の参考になればと思い共有させて頂きます。 ※そもそもアクセシビリティって何なの?という方は、ウェブアクセシビリティ基盤委員会のサイトを見てみてください🔍 目次 おすすめVSCode拡張機能 🕹ボタン 📷 画像 🔍 ナビゲーション 💻 フォーム おすすめVSCode拡張機能 axe Accessibility Linter をインストールしておくとimgタグのalt忘れなど警告が表示されるので、アクセシブルでない書き方を未然に防げるので便利です! 🕹ボタン buttun タグを使いましょう

                                            アクセシビリティを考慮したHTMLコーディングガイド
                                          • freeeアクセシビリティー・ガイドラインを一般公開しました - freee Developers Hub

                                            こんにちは、freeeの自称「アクセシビリティーおじさん」の中根といいます。 freeeで働き始めて間もなく2年くらいになりますが、このブログには初めて投稿します。 今日は、4月30日にVer. 202004.0を一般公開したfreeeアクセシビリティー・ガイドラインをご紹介しようということで出てきました。 (このバージョンが一般公開した最初のバージョンです。) a11y-guidelines.freee.co.jp そもそもアクセシビリティーって? 「アクセシビリティー (accessibility)」という言葉については、いくつかの公式な定義があるはずですが、僕は分かりやすく、 誰でも、ほぼ同じコストで、ほぼ同じようにサービスや情報を利用できる そういう状態を「アクセシブルな状態」、「アクセシビリティーが高い状態」としています。 「誰でも」というのは、文字通り、年齢、性別、利用環境、障

                                              freeeアクセシビリティー・ガイドラインを一般公開しました - freee Developers Hub
                                            • アクセシブルなフロントエンドコンポーネントの完全ガイド - 前編 | POSTD

                                              クイックサマリー ‐ 私たちは一連の短い記事で開発者とデザイナーにとって有用なツールやテクニックを紹介しており、直近の記事ではCSS監査ツールとCSSジェネレータを取り上げました。この記事ではタブやテーブルからトグルやツールチップまで、信頼性の高いアクセシブルなコンポーネントを見ていきます。 目次 以下にすべてのアクセシブルなコンポーネントをアルファベット順に記載しました。目次をスキップするか、スクロールして1つずつお読みください。 :focus styles autocomplete buttons carousels "close" buttons content sliders checkboxes color systems color palettes comics component libraries cookie consent prompts dark mode data

                                                アクセシブルなフロントエンドコンポーネントの完全ガイド - 前編 | POSTD
                                              • 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]の

                                                  WAI-ARIAを学ぶときに整理しておきたいこと
                                                • ウェブ制作に活かすユニバーサルデザインの視点

                                                  この記事は、2019年12月7日に名古屋で開催された WCAN 2019 Winter での登壇内容をテキスト化したものです。アクセシビリティ Advent Calendar 2019 の 9日目のエントリーです。 当日使用したスライドは SpeakerDeck で公開しています。 ウェブ制作に活かすユニバーサルデザインの視点|SpeakerDeck はじめに 「ユニバーサルデザインとウェブ」と聞くと、あまり馴染みがないように思われるかもしれません。しかし実は、ウェブは生まれながらにユニバーサルな性質を持っています。ワールド・ワイド・ウェブの考案者ティム・バーナーズ=リーは、次のように述べています。 The power of the Web is in its universality. ウェブは、世界中の誰もが、自分の好きな場所で、好きなデバイスで、好きな時にアクセスすることができます。

                                                    ウェブ制作に活かすユニバーサルデザインの視点
                                                  • Patterns

                                                    An accordion is a vertically stacked set of interactive headings that each contain a title, content snippet, or thumbnail representing a section of content.

                                                      Patterns
                                                    • ウェブアクセシビリティ テストと自動化における挑戦と失敗 - Findy Engineer Lab

                                                      改正された障害者差別解消法の施行が迫りつつあり、企業にとってウェブアクセシビリティへの対応は急務といえる状況です。 また、アクセシビリティは法律だけの問題ではありません。Webサービスを展開している企業であれば、サービスを誰でも不自由なく使える状態にしていくためにも、アクセシビリティに向き合っていく必要があります。 今回は、アクセシビリティのテストと自動化における各企業の取り組み事例について、4名のパネリストにLT形式で発表していただきました。本記事では、テストの自動化やツール選定、普段の開発への組み込み方など参考になる情報が盛りだくさんだったトーク内容をご紹介します。 ■パネリスト 安田 慎さん/@syasuda90 株式会社サイバーエージェント AmebaLIFE事業本部 開発局 フロントエンドエンジニア 2016年に中途でサイバーエージェントに入社。フロントエンド開発を担当する傍らア

                                                        ウェブアクセシビリティ テストと自動化における挑戦と失敗 - Findy Engineer Lab
                                                      • アクセシブルなフロントエンドコンポーネントの完全ガイド - 後編 | POSTD

                                                        ※前編がこちらにあります 目次 icon links inputs keyboard navigation navigation menu modals prefers-reduced-* “skip” links SVGs tabs tables toggle switches tools tooltips video/audio players アクセシブルなインプット 2019年、WebAIMは上位100万件のWebサイトのアクセシビリティを分析し、エラーがないページの推定割合は1%未満というショッキングな結論に到達しました。アシスティブテクノロジー(支援技術)に頼っている人にとってインクルーシブで使いやすいサイトを作成するには、セマンティックHTMLの基礎を正しく理解する必要があります。Oscar Braunertのインクルーシブなインプットに関する記事は、彼の「小さく始めて共有・

                                                          アクセシブルなフロントエンドコンポーネントの完全ガイド - 後編 | POSTD
                                                        • アクセシビリティに配慮したWebデザイン ギャラリー・サイト AAA11Y(Accessible Website Gallery)

                                                          A最低限の基準です。この基準を達成しないとWebサイトを閲覧できない人が存在しうるとされます。 AA望ましい基準です。この基準を達成すればWebサイトの閲覧が困難なケースは多くないとされています。 AAA発展的な基準です。この基準を満たすと最も閲覧しやすいWebサイトと言えます。

                                                            アクセシビリティに配慮したWebデザイン ギャラリー・サイト AAA11Y(Accessible Website Gallery)
                                                          • 全国1700以上の自治体のワクチン接種予約方法について調べてみたら課題が見えてきた | DevelopersIO

                                                            日本でも始まった新型コロナウイルスのワクチン接種。しかし、予約の実態を調べると、そのハードルの高さや自治体ごとに異なる予約方法など、ITやアクセシビリティの課題が見えてきました。 結論 1700の自治体が全て異なる。 職員の方の負担がとても大きい。 アクセシビリティを改善する必要性あり。 今IT業界ができることは何か改めて考える機会となった。 両親のワクチン接種予約がなかなか取れない ある日、高齢の両親に電話で「ワクチン接種どうするの?」と聞いたら、「接種券がすぐに来たから、かかりつけの医者に電話で予約する」とのことで、思ったよりも早くワクチン接種できそうで安心していました。しかし、約1ヶ月経過したある日、ワクチン接種はまだ出来ていなくて、予約すらもできていない。指定された予約開始日に電話してもずっと話し中で、なかなか繋がらない。予約専用のWebサイトもあると聞いていたけど、かかりつけの医

                                                              全国1700以上の自治体のワクチン接種予約方法について調べてみたら課題が見えてきた | DevelopersIO
                                                            • 入力欄のプレースホルダーって結局どうなの - Qiita

                                                              入力欄のプレースホルダーの話をします。プレースホルダーというのは、フォームの入力欄で、ユーザーが入力するまでの間に表示されているテキストのことです。 書籍「Webアプリケーションアクセシビリティ1」では、「3.1 ラベルと説明」のところで、紙版にして約1.5ページの分量を割いて、フォーム入力欄のプレースホルダー(<input> 要素や<textarea> 要素の <placeholder> 属性)の問題点を指摘しています。 この本で指摘されているプレースホルダーの問題点は以下の3つです。 プレースホルダーの色が薄く視認しづらい プレースホルダーとフォームコントロールの値との区別がつかない フォームコントロールに値を入力したときにプレースホルダーの値が見えなくなってしまう Webアプリケーションアクセシビリティ さらに、Nielsen Norman Groupによる「Placeholders

                                                                入力欄のプレースホルダーって結局どうなの - Qiita
                                                              • 【HTML】dl, dt, ddで組みたくなる表、tableにするのがいいかもね(スクリーンリーダーと検索エンジンのために)

                                                                dl や ul で組むべきでないという主張ではありませんので誤解のなきよう! dl で書くんだ!と思える人はそれがいいと思います😉👍 私自身は dl と table が HTML の使い方としてはどちらも正解で差がないように感じられて、どちらを使うべきか判断がつかず悩んだ末、具体的なメリットの部分を見て table にしたという話です。 同じように迷った人の参考になれば幸いです。 詳しくは以降で説明します。 想定する表の内容 この記事の議論では、名前と値の組が複数並んでいる、メタデータの表を想定します。 プログラミング言語でいうところの、連想配列 (Map, Dictionary, JS では Object) の構造に相当します。 具体的には以下のようなものです。 会社概要(「会社名:〇〇、所在地:〇〇、資本金:〇〇、…」) 商品の仕様表(「商品名:〇〇、価格:〇〇、サイズ:〇〇、…」

                                                                  【HTML】dl, dt, ddで組みたくなる表、tableにするのがいいかもね(スクリーンリーダーと検索エンジンのために)
                                                                • Webサービスのアクセシビリティについて 考慮すべきポイントを挙げてく

                                                                  WebサービスやWebサイトを開発するうえで最低限おさえておきたいアクセシビリティのポイントを雑多に挙げてく。ある程度のボリュームになったら記事にする予定。

                                                                    Webサービスのアクセシビリティについて 考慮すべきポイントを挙げてく
                                                                  • axe-core/playwrightとmarkuplintを導入しアクセシビリティの自動テストをできるようにした

                                                                    Web アクセシビリティに興味があったので、まず機械的なチェックツールから学んで知識を増やそうということでこのサイトに @axe-core/playwright と markuplint を導入してみました。 @axe-core/playwright のセットアップ 既に Playwright が導入されている状況を想定し進めます。まず@axe-core/playwright をインストールします。 pnpm add -D @axe-core/playwright このサイトの場合 VRT として Playwright を動かしているテストがあるので(過去資料)、そのプロセスに同居する形で axe を実行することにしました。 e2e.test.tsimport AxeBuilder from "@axe-core/playwright"; import type { Page, TestI

                                                                      axe-core/playwrightとmarkuplintを導入しアクセシビリティの自動テストをできるようにした
                                                                    • 「この機能のアクセシビリティどうしよう」と思ったら

                                                                      こんにちは、この記事は Webアクセシビリティ Advent Calendar 2020 の6日目です。 すこし前に、同僚のエンジニアに「Webアプリケーションにドラッグ&ドロップを使う機能を作ろうとしているんだけど、アクセシビリティは何をすればいいのかわからない」という相談をされる機会がありました。そのときの回答が、実はアクセシビリティを考える上ですごく大事なことだなと思ったので、ちょっと文章化してみることにしました。 相談されたのは「新しい機能で直感的な操作を実現するためにドラッグ&ドロップを使いたいが、アクセシビリティチェックをパスできない気がする」というような内容でした。たしかに私の会社で運用しているチェックでは、キーボードやスクリーンリーダーによる動作チェックを行っているので、それらではドラッグ&ドロップの操作ができそうには思えません。 彼のこの相談内容からは「良いものを作ろう」

                                                                        「この機能のアクセシビリティどうしよう」と思ったら
                                                                      • 公的機関のWebサイトにアクセシビリティオーバーレイは不要

                                                                        2022年5月27日 著 先週のことですが、政府広報オンラインが、いわゆるアクセシビリティオーバーレイを導入したことを広報していました。公的機関にありがちな横並び意識や、Webアクセシビリティに対する理解不足を背景として、他の省庁や地方自治体においても今後、同様のソリューションの導入が相次ぐことでしょう(誠に遺憾ながら)。 これまで何度か書き記してきた(そしておそらく今後も書き記すことになる)とおり、私はWebアクセシビリティの専門家として、またOverlay Fact Sheetに署名した一人として、オーバーレイソリューションに異議を唱えます。コンテンツがアクセシブルに実装されている前提において、その種のソリューションを導入する必要は、全くありません。 とりわけ政府広報オンラインのような、みんなの公共サイト運用ガイドラインに則り、JIS X 8341-3:2016に基づいてWebアクセシ

                                                                          公的機関のWebサイトにアクセシビリティオーバーレイは不要
                                                                        • 「ぷよぷよができる!」と喜びの声 色調整で色覚多様性に対応 「ぷよぷよeスポーツ」が大型アップデート | GAMEクロス

                                                                          パズルゲーム「ぷよぷよeスポーツ」で大型アップデートが無料で行われました。Nintendo Switch、PS4、Steamのいずれも更新されています。他のプレーヤーの対戦を観戦できる「かんせん」モードや隠しキャラクターなど大幅に機能が追加されています。なかでも特筆すべきなのは、マイデータのオプションに「色ちょうせい」機能を追加し、「色覚多様性」の対応に取り組んだ点です。 細山田プロデューサー「技術的に解決できるので挑戦した」 大型アップデートされた「ぷよぷよeスポーツ」 色を感じる細胞の働きが弱い人や機能していない人もいます。以前は「色盲」「色弱」「色覚異常」と表現されていました。しかし、実際には日常生活に大きな不便さもないことから2017年に日本遺伝学会の用語改訂で「色覚多様性」と呼ばれるようになりました。 色の見え方は人によってさまざまです。セガの「ぷよぷよ」シリーズ総合プロデューサ

                                                                            「ぷよぷよができる!」と喜びの声 色調整で色覚多様性に対応 「ぷよぷよeスポーツ」が大型アップデート | GAMEクロス
                                                                          • Webアクセシビリティ学習リソースまとめ (2023年3月版)

                                                                            社内向けにまとめていたものを加筆修正して公開します。 アクセシビリティの学習を始める人の助けになれば嬉しいです。 YouTube freee アクセシビリティ研修動画~全職種対象~ freee アクセシビリティ研修動画~技術職対象(Basic) freee アクセシビリティ研修動画~技術職対象(Advance) a11ygogo A11yTokyoMeetup Webコンテンツ 全般 WCAG WAI-ARIA HTML/CSS デザインシステム、ガイドライン その他 書籍 アクセシビリティ全般 HTML

                                                                              Webアクセシビリティ学習リソースまとめ (2023年3月版)
                                                                            • 続・Kindle 読み上げ機能を使う - nakaoka3のなんでもブログ

                                                                              kyo-nikki.hatenablog.com 一度も読まれていない本たち Kindleの自分のライブラリに一度も読んでいない本がたくさんある。いつか読むだろうと思って買ったことで満足して1度も開いていない本がいくつもある。予約購入をして発売になったら自動的に購入が成立し自分のライブラリに入っているがそれに気づかずに1度も開いていない本があった。物理的な本なら背表紙ぐらいは目に入っただろうがデジタルライブラリーだと存在すら気がつかない。1ミリメートルの厚さも1グラムの重さもないデジタルデータなので保有をしていると言う事実すら認知できていなかった。 ビットレート 先日Kindleの読み上げ音声をレコーダーで録音したところ、途中で録音が停止していた。原因は何だったかと言うとレコーダーに入っていたSDカードが2 GBしか容量がなく単純に容量がいっぱいになって録音が止まっていたためだった。しかも

                                                                                続・Kindle 読み上げ機能を使う - nakaoka3のなんでもブログ
                                                                              • ウェブアクセシビリティハンドブック|ましじめ株式会社

                                                                                本ハンドブックは、WCAG 2.0(JIS X 8341-3:2016)の達成基準をもとに すべての利用者がウェブサイト利用できるようにするためのアクセシビリティ向上の具体的な指針と実践的なアドバイスを提供します。 はじめに ウェブアクセシビリティとは 運用時のウェブアクセシビリティの取り組み 開発時のウェブアクセシビリティの取り組み ウェブアクセシビリティ試験 ウェブアクセシビリティ試験の流れ ウェブアクセシビリティ方針(サンプル) ウェブアクセシビリティ検証結果(サンプル) ウェブアクセシビリティ検証試験実施ページリスト(サンプル) 参考 実装の参考 ツールの参考 達成基準(適合レベルA,AAを解説) 1. 知覚可能の原則 代替テキストのガイドライン 【A】非テキストコンテンツの達成基準 時間依存メディアのガイドライン 【A】音声だけまたは映像だけ(収録済み)の達成基準 【A】キャプシ

                                                                                  ウェブアクセシビリティハンドブック|ましじめ株式会社
                                                                                • ウェブアクセシビリティ簡易チェックリスト | アクセシビリティ | SmartHR Design System

                                                                                  ウェブアクセシビリティを確保・向上させるための簡易チェックリストです。このリストに記載されている項目を満たすと、おおよそSmartHRのウェブアクセシビリティ方針に掲げた品質を達成できます。 チェックする内容によっては例外があることがあります。参考に記載したリンクも参照してください。 わからないことがあれば #accessibility_and_human_rights_aka人権 チャンネルにていつでもお気軽にご相談ください! 代替テキスト 画像に代替テキストが付与されている 装飾目的の画像が無視できるようになっている 代替テキストが空で設定されている または背景画像として表示されている参考 非テキストコンテンツ - WCAG 2.0 解説書1.1.1 画像に代替テキストを提供する - Ameba Accessibility Guidelines動画・音声 動画の音声に字幕が付与されてい

                                                                                    ウェブアクセシビリティ簡易チェックリスト | アクセシビリティ | SmartHR Design System

                                                                                  新着記事