Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
hoverとタッチスクリーンデバイス
Search
shira
September 30, 2020
Programming
1.5k
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
hoverとタッチスクリーンデバイス
shira
September 30, 2020
More Decks by shira
See All by shira
開発プロセスとアクセシビリティ
shira
1
110
通知UIを改善している話
shira
2
3.7k
:is()と:where()の話
shira
0
5.7k
実践アクセシビリティ in Angularアプリケーション
shira
0
700
犬顔or猫顔判定アプリを作っている話.pdf
shira
1
210
社内LT大会開催に至るまでの話
shira
4
480
Other Decks in Programming
See All in Programming
キャリア迷子上等 ─ "ない道"は自分で作ればいい
16bitidol
3
2.3k
Snowflake Summitでの新機能 CoCo / CoWork / snowflake-summit-2026-overall-what-new-coco
tatsuhiro
1
190
Signal Forms: Details & Live Coding @enterJS 2026 in Mannheim
manfredsteyer
PRO
0
200
dRuby over BLE
makicamel
2
390
例外の正しい扱い方 そのエラー try-catchして大丈夫?
jinwatanabe
0
290
不変条件と整合性境界—ビジネスが決める設計判断と実現パターン / Invariants and Consistency Boundaries
nrslib
14
5.9k
肥大化するレガシーコードに立ち向かうためのインターフェース分離と依存の逆転 / JJUG CCC 2026 Spring
hirokunimaeta
0
640
脅威をエンジニアリングの糧にして――現場編 / Turning Threats into Engineering Fuel — Field Edition
nrslib
0
300
Oxlintのカスタムルールの現況
syumai
6
1.2k
PHPで使える日時の表現と、その知り方 #frontend_phpcon_do
o0h
PRO
0
270
任せる範囲はこう広がった / How the Scope of AI Delegation Has Expanded
nrslib
0
160
エンジニアと一緒にテストコードの設計と実装を改善した話
mototakatsu
0
230
Featured
See All Featured
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
67
55k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
Leadership Guide Workshop - DevTernity 2021
reverentgeek
1
310
Deep Space Network (abreviated)
tonyrice
0
210
エンジニアに許された特別な時間の終わり
watany
107
250k
Building AI with AI
inesmontani
PRO
1
1.1k
GraphQLの誤解/rethinking-graphql
sonatard
75
12k
Abbi's Birthday
coloredviolet
3
8.3k
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
260
Making Projects Easy
brettharned
120
6.7k
Darren the Foodie - Storyboard
khoart
PRO
3
3.4k
Between Models and Reality
mayunak
4
350
Transcript
hoverと タッチスクリーンデバイス 2020.09.30 Kaori Shirahama @Frontend Conference Fukuoka スピンオフ ~福岡人大集合の会~
自己紹介 • しらはま かおり(@9v9Shira) • フロントエンド エンジニア at 株式会社トレタ •
普段はAngularでWebアプリ作ってる • 最近a11yへの興味が高まっている • 兵庫 → 福岡 → 東京
Q. タッチスクリーンデバイスでも hoverのスタイルを 指定するべきか?
PCブラウザ、タブレットブラウザ(iPad Safari) で同じスタイルをつけていた
:hover の挙動が PCブラウザとiPad Safariで違う…
iPad Safariでの挙動
デフォルトが背景青状態とする
タップすると :hover のスタイルが 適用される
指を離してもそのまま
他のところをタップすると :hover のスタイルが外れる
マウス、トラックパットでの操作は PCと同じ
タッチスクリーンデバイスにおける hoverの概念とは?
CSS の :hover 疑似クラスは、ユーザーがポインティング デバイスで要素に反応したものの、アクティブ化する必要 がないものを選択します。普通はユーザーがカーソル(マ ウスポインタ―)で要素の上をホバー(通過)させたとき にこの状態になります。 MDN Web
Docs.「:hover - CSS: カスケーディングスタイルシート | MDN 」. https://developer.mozilla.org/ja/docs/Web/CSS/:hover, (参照 2020-09- 29) MDN :hover
CSS の :hover 疑似クラスは、ユーザーがポインティング デバイスで要素に反応したものの、アクティブ化する必要 がないものを選択します。普通はユーザーがカーソル(マ ウスポインタ―)で要素の上をホバー(通過)させたとき にこの状態になります。 MDN Web
Docs.「:hover - CSS: カスケーディングスタイルシート | MDN 」. https://developer.mozilla.org/ja/docs/Web/CSS/:hover, (参照 2020-09- 29) MDN :hover メモ: :hover 疑似クラスはタッチスクリーンで問題になります。 ブラウザ―によっては、 :hover 疑似クラスが全く選択され なかったり、要素をタッチした直後だけ選択されたり、 ユーザーがタッチをやめるても選択され続け、他の要素に タッチするまで続いたりします。ウェブの開発者は、ホ バー機能が制限されていたり存在しなかったりしても、コ ンテンツにアクセスできるように考慮してください
タッチスクリーンには hoverの概念がないため 挙動が異なるのは仕方ない
どうするのが良い?
想定される入力方法 マウス ・ トラックパッドを 使う キーボードを使う タッチスクリーンを 直接操作する
マウス ・ トラックパッドを 使う タッチスクリーンを 直接操作する :hover の影響を受ける入力方法
マウス ・ トラックパッドを 使う タッチスクリーンを 直接操作する :hover の影響を受ける入力方法 良い影響を受ける 悪い影響を受ける
タッチスクリーンデバイスで マウス・タッチパッドを 使用するユーザーに hover時のスタイルを表示する タッチスクリーンで 直接操作するユーザーを 混乱させない どっちを優先する?
タッチスクリーンデバイスで マウス・タッチパッドを 使用するユーザーに hover時のスタイルを表示する タッチスクリーンで 直接操作するユーザーを 混乱させない 悪い影響をなくすことを優先
Q. タッチスクリーンデバイスでも hoverのスタイルを 指定するべきか?
A. タッチスクリーンデバイスでは hoverスタイルを 指定しない方が良い!
やったこと iPadだけスタイルを切った デバイスがiPadだったらclassに「.iPad」を付与するよ うにし、あとはCSSで調整
めでたし
気になること
メディア特性使えないかな?
hover any-hover pointer any-pointer メディア特性が 使えたら楽そうで いいなぁ
hover any-hover pointer any-pointer メディア特性が 使えたら楽そうで いいなぁ hover 一番使えそう
hover
hover none 主な入力手段で全くホバーできないか、差し支えなくホ バーすることができない、又は主な入力手段がない。 hover 主な入力手段で、要素の上で差し支えなくホバーするこ とができる。
hover none 主な入力手段で全くホバーできないか、差し支えなくホ バーすることができない、又は主な入力手段がない。 hover 主な入力手段で、要素の上で差し支えなくホバーするこ とができる。 hoverの挙動を保証できない hoverの挙動保証できる
• any-hover 入力メカニズムで、ユーザーが要素上でのホバーを使用す ることができるものがあるか • pointer 主要な入力メカニズムがポインティングデバイスである か、もしそうであればどれだけ正確なものであるか • any-pointer
入力メカニズムにポインティングデバイスがあるか、もし そうであればどれだけ正確なものか
試した
MacBook Pro Google Chrome any-hover : hover hover: hover any-pointer:
fine pointer: fine
MacBook Pro Google Chrome any-hover : hover hover: hover any-pointer:
fine pointer: fine 差し支えなくhoverができる 正確性の高いポインティング デバイスがある
iPad(第6世代)iPad Safari any-hover : none hover: none any-pointer: coarse pointer:
coarse
iPad(第6世代)iPad Safari any-hover : none hover: none any-pointer: coarse pointer:
coarse hoverの挙動を保証できない ポインティングデバイスはあるが 正確性が曖昧
Pixel3a Google Chrome any-hover : none hover: none any-pointer: coarse
pointer: coarse
Pixel3a Google Chrome any-hover : none hover: none any-pointer: coarse
pointer: coarse hoverの挙動を保証できない ポインティングデバイスはあるが 正確性が曖昧
hoverメディア特性 使えそう! (IE11では使えない)
まとめ
タッチスクリーンデバイスでは hoverスタイルを 指定しない方が良いぞ!
hoverスタイルの制御は hoverメディア特性が使えるぞ!
ありがとうございました!
参考 • デザイニングWebアクセシビリティ - アクセシブルな設計やコンテンツ制作のアプローチ https://www.amazon.co.jp/dp/4862462650 • コーディングWebアクセシビリティ - WAI-ARIAで実現するマルチデバイス環境のWebアプリケーション
https://www.amazon.co.jp/dp/4862462669 • MDN web docs • https://developer.mozilla.org/ja/docs/Web/CSS/:hover • https://developer.mozilla.org/ja/docs/Web/CSS/@media/hover • https://developer.mozilla.org/ja/docs/Web/CSS/@media/any-hover • https://developer.mozilla.org/ja/docs/Web/CSS/@media/pointer • https://developer.mozilla.org/ja/docs/Web/CSS/@media/any-pointer etc…