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
Browser and UI #1 CSS
Search
ken7253
February 24, 2025
Programming
0
96
Browser and UI #1 CSS
Browser and UI #1 CSS にて発表したスライドです。
ken7253
February 24, 2025
Tweet
Share
More Decks by ken7253
See All by ken7253
CSS polyfill とその未来
ken7253
0
160
Browser and UI #2 HTML/ARIA
ken7253
2
210
PEPCは何を変えようとしていたのか
ken7253
3
430
レビューのやり方を(ちょっと)整理した話
ken7253
1
500
オーバーロード関数の話 @Mita.ts #2
ken7253
0
98
フロントエンドカンファレンス北海道参加レポート
ken7253
0
41
カスタムHooksと単体テストの共通点について
ken7253
0
380
検索エンジン最適化はWebサイトのすべてなのか
ken7253
0
55
使いやすいツールチップを実装する方法
ken7253
0
110
Other Decks in Programming
See All in Programming
RailsGirls IZUMO スポンサーLT
16bitidol
0
190
“いい感じ“な定量評価を求めて - Four Keysとアウトカムの間の探求 -
nealle
2
11k
AIエージェントはこう育てる - GitHub Copilot Agentとチームの共進化サイクル
koboriakira
0
610
初学者でも今すぐできる、Claude Codeの生産性を10倍上げるTips
s4yuba
16
12k
Rails Frontend Evolution: It Was a Setup All Along
skryukov
0
230
AIともっと楽するE2Eテスト
myohei
7
2.9k
TypeScriptでDXを上げろ! Hono編
yusukebe
3
560
なぜ適用するか、移行して理解するClean Architecture 〜構造を超えて設計を継承する〜 / Why Apply, Migrate and Understand Clean Architecture - Inherit Design Beyond Structure
seike460
PRO
3
780
GPUを計算資源として使おう!
primenumber
1
190
PHPでWebSocketサーバーを実装しよう2025
kubotak
0
300
新メンバーも今日から大活躍!SREが支えるスケールし続ける組織のオンボーディング
honmarkhunt
5
8.1k
なぜ「共通化」を考え、失敗を繰り返すのか
rinchoku
1
660
Featured
See All Featured
How GitHub (no longer) Works
holman
314
140k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Building Better People: How to give real-time feedback that sticks.
wjessup
367
19k
Mobile First: as difficult as doing things right
swwweet
223
9.7k
Done Done
chrislema
184
16k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3.3k
Stop Working from a Prison Cell
hatefulcrawdad
271
21k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
8
700
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
48
2.9k
Building Adaptive Systems
keathley
43
2.7k
The World Runs on Bad Software
bkeepers
PRO
69
11k
Transcript
Browser and UI #1 CSS
ブラウザの標準化まわりを追うのが趣味 最近はReactを使ったアプリケーションを書いています。 ユーザーインターフェイスやブラウザが好き。 https://github.com/ken7253 https://zenn.dev/ken7253 https://bsky.app/profile/ken7253.bsky.social ken7253 Frontend developer
JSConfのイベントにてPEPCについて話します!
TSKaigiのCfP応募受付中です!
Browser and UI とはなにか
フロントエンドエンジニアの勉強会 狭義の
フロントエンドエンジニアの勉強会 話していきたいこと ブラウザの仕様・標準化の話 ブラウザの実装について UI・デザインの話 UI実装を支えるツール フォント・画像とかのアセット系の話とかも 狭義の
フロントエンドエンジニアの勉強会 積極的にはやらないこと ライブラリ・フレームワーク論 (サービス全体の)設計論・アーキテクチャ サーバーサイドの話 技術以外の話 狭義の
お願いしたいこと
お願いしたいこと 誰かを不快にさせる行動・発表はしないでください。 ミニマムな開催にご協力をお願いします。 次回以降の会場提供できそうな人は教えて下さい。 また次回やるので来てください!
Opening talk
簡単にCSSの動向を追う方法
最近のCSSの進化 CSS View Transitions Module CSS Anchor Positioning CSS Basic
User Interface Module appearance / interactivity CSS Scrollbars Styling Module scrollbar-color / scrollbar-width CSS Properties and Values API @property CSS Values and Units Module calc-size() / interpolate-size CSS Conditional Rules Module @container
多すぎる…!
簡単にCSSの動向を追う方法
簡単にCSSの動向を追う方法 趣味じゃない人は(たぶん)全部追わなくてもいい 自分の場合mozaic.fmを散歩中に止まらず聞けるようにしたかった 提案段階の仕様とかまで追うのは大変 まとめると大変なので週単位とかで追えるようにしていく
intent to ship
intent to ship みんな大好きintent to ship Twitter or Bluesky で気軽に見れる
blink-devは情報がコンパクトにまとまっているため調査の起点に 仕様を追ってる人は大体見てるイメージ shisamaさんのブログが分かりやすい。 https://shisama.hatenablog.com/entry/2019/01/24/075701
intent to ship
intent to ship(blink-dev)
CSS WG Minutes
CSS WG Minutes 週に1回ぐらいの更新 提案段階などの早い段階から追いたい人向け 議論の内容とかも見れるので経緯とかを知りたい人にも APIというよりかは仕様っぽい話が中心 これだけだとブラウザの実装状況は追えない たまにHTMLやARIAとのミーティングがある
CSS WG Minutes
CSS WG Minutes https://zenn.dev/progfay/articles/visited-selector-privacy :visited 疑似クラスの前提についてはこの記事が分かりやすい。
BCD-watch 毎週月曜日に1回更新 BCD(browser-compat-data)の差分を1週間分出してくれる ブラウザに実装されたタイミングとかで知りたい人向け CSS以外の情報も入ってくる Full Weekly ReportとUniversal Implementations Weekly
Reportがある 解説ブログ書きました。 https://zenn.dev/ken7253/articles/browser-compat-data-watch
BCD-watch
Release Note 頻度はリリース依存 頻度は少ないが(前の2つと比べると)ボリュームが多い ブラウザ毎に追わないといけない チームで時間取って読むと楽しいかもしれない
自分の使い方 定期的にやってること 月曜日とかにBCD-watchのFull Weekly Reportを一通り見る 同じタイミングぐらいでCSS WGのMinutesも読む リリースノートは出てたら軽く流し読み程度 CSS WGのMinutesならissueのリンクが張ってある場合があるのでそれを読む。
BCD-watchならMDNへのリンクと仕様書のリンクがあるのでそれを読む。 そもそもどういう提案なのか知らなかったらblink-devからExplainerを読みに行く。 standards-positionsを見ておくと標準化の合意が得られそうかが分かる。
自分の使い方
ありがとうございました!