少しの記述でユーザビリティやアクセシビリティを向上させるHTML/CSSテクニック集 – TAKLOG
少しの記述・工夫でユーザビリティやアクセシビリティを向上させるHTML/CSSテクニックを独断と偏見で集めてみました。最近クローズドな場所で登壇を行ったのですが、そちらで話した内容を纏めたものにいくつか内容を追加したものとなります。 原則的にこのブログで取り入れられている手法だったり過去の記事で触れた手法を紹介したものです。 button要素には touch-action:manipulation を指定するiOS限定の話ではありますが、button要素をつい連続でタップすると画面が拡大表示されてしまい非常に煩わしいです。 ポストを別枠で表示する そのため、パンおよびズームのジェスチャーは有効にしつつダブルタップ時のズームなどの標準外の追加的なジェスチャーを無効にするtouch-action:manipulationを指定して誤作動を防止しておくと良いでしょう。
自治体サイトWebアクセシビリティ調査 | 有限会社ユニバーサルワークス
miCheckerなど3つのチェックツールを使ってみた 自治体サイトと言えばユニバーサルワークス。自治体サイト調査のユニバーサルワークスが、毎年9月1日にお届けする、都道府県、政令指定都市がドキドキする、Webアクセシビリティ愛好家がニヤニヤする、「自治体サイトWebアクセシビリティ調査」です。 21回目となる今回のテーマは「miCheckerなど3つのチェックツールを使ってみた」です。世の中にさまざまなウェブアクセシビリティチェックツールはあれど、ツールだけでウェブアクセシビリティ検証を完結させることはできません。チェックツールと目視とで評価が異なるのか、チェックツールによって違いは生じるのか、公的機関の場合miCheckerで「問題あり」がゼロであれば良いのかなどについて考えるきっかけとなれば幸いです。 ➡ 調査概要
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 の事前学習データについて
2022年のモダンCSS改
7/27（水）開催の「TechFeed Experts Night#1 〜 Web標準 / CSS / Webアクセシビリティを語ろう」で発表した内容です https://techfeed.io/events/techfeed-experts-night-20220727 スライド内のリンクがクリックできるPDF版はこちら https://drive.google.com/file/d/1fc98v082exdGcCuxS73wEN_Qe2COvdTW/view?usp=sharing 各デモURL ■ 上下左右中央揃え https://codepen.io/tonkotsuboy/pen/qBbpYzj ■ スムーススクロール https://codepen.io/tonkotsuboy/pen/NWyNMOo ■ すりガラス https://codepen.io/tonkotsuboy
お前らはまだ img タグの alt 属性の付け方を間違っている - Qiita
1行で alt属性は、「全ての 画像をそのalt属性のテキストに置き換えたときにページの意味が変わらない 」ようにつける。 （HTMLの標準規格書より） マジでこれに尽きる。 具体例 例１：ロゴ ❌ 間違ったマークアップ
エー イレブン ワイ［WebA11y.jp］
Accessibility is the Web. 「エー イレブン ワイ」は、Webアクセシビリティの情報提供Webサイト。 ユーザーフレンドリーでみんなが利用できるWebコンテンツづくりをサポートします。
ウェブアクセシビリティ基盤委員会 | Web Accessibility Infrastructure Committee (WAIC)
情報通信ネットワーク産業協会（CIAJ）のメールマガジンに、当委員会の委員が寄稿したコラムを掲載しました。今回は、ウェブアクセシビリティの試験がサイトのアクセシビリティ改善にとって役立つことを、waic.jpの事例をもとに解説します。
既存 Web アプリケーションのアクセシビリティを向上させるときによくあるヤツと対応方針
アクセシビリティ向上メモ 最初から考慮されているのが一番ですが、そうでもなかったプロダクトに手を入れるときのあるあるを記録します。既存プロダクトはモノが出来上がってしまっているため根治的なリファクタリングよりも基本的には省力で済ませたいので、今回書いた対応方法も完璧よりは省力路線です。 HTML やらセマンティクスに関する知識はそれなりにあるつもりでしたが、AT やマシンリーダビリティを念頭に勉強し直すと自分で作ったものも至らなかったなと振り返らざるを得ない今日この頃。初期設計のときの考慮範囲が拡がったように思うので善きかなです。 各項目について、もっと良い解法や誤り等あれば twitter とかでご指摘ください。 1. 画像に alt 属性がない場合 付けましょう。付けます。はい。 昔から基本とも言うべき、HTML/CSS 書きとしては耳にたこができるほど言われてきたことなので今更感もあ
別ウィンドウを開くことの是非｜ウェブユーザビリティ向上を支援するWebsite Usability Info
（2012年1月28日追記） この記事内容をアップデートした記事を、別途公開しました。「別ウィンドウを開くことの是非 (その2)」をご参照ください。 Webサイトを制作していると、<a href="xxx" target="_blank"> などとマークアップして、リンク先ページを別ウィンドウを開くようにしたいと思うことがあるでしょう。たとえば、以下のようなケースです。 別サイトにリンクする場合 (できれば 別サイトを回遊した後、自サイトに戻ってきてもらいたい) 開いたページであれこれ操作が予想され、その間、元ページは残しておきたい場合（ブラウザの [戻る] ボタンではすぐに戻れないケースなど） お気持ちはよくわかるのですが、ユーザビリティやアクセシビリティの観点で考えると、リンクは別ウィンドウを開くべきではないと考えます。理由は、以下の通りです。 初心者ユーザーやシニアユーザーは、別ウィ
Webアクセシビリティ・ファースト
Web業界やその界隈には、「ファースト」と名の付くフレーズがいろいろあります。 モバイル・ファーストユーザー・ファーストコンテンツ・ファーストコンテキスト・ファーストオフライン・ファースト どれも間違ってはいないし、それぞれに有意義な考え方。 けれど、Webデザインにおいて、私が何を第一に重視するかと問われれば。 アクセシビリティ これ以外には考えられません。 かつてWebの創始者、Tim Berners Lee卿は言いました。 The power of the Web is in its universality. Access by everyone regardless of disability is an essential aspect. WebがWebであるために必要なこと、それは普遍的であること、誰に対してもアクセシブルであること。誰でも、どんなデバイスからでも、コンテンツ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
