DialogやDrawerをModal展開した時に背面に敷く板の話。
丁寧に書くと、モーダルやダイアログ、ドロワー展開時に、背面の UI を視覚的に減弱させつつUI操作を遮断して、ユーザーの注意を前面に集中させる半透明レイヤー。
これの名前がプロジェクト毎に「下敷き」「グレー板」とかバラバラ、かつイマイチな表現でずっとモヤモヤしている。
世界的に個人情報保護の観点からCookieの制御要件が高まりグローバル企業ではGDPR、CCPAなどの対応が訴訟リスク回避の観点からも必要になっている。
日本も海外ほどでは無いけれども2022年施行の改正個人情報保護法により、「個人を識別可能な情報の第三者提供」に対する一定の同意が必要になっている。
日本の規制強度も高まる可能性があるため、そのへんも見越してWordpressで構築されたサイトでの対応方法を検証してみる。
基本的に士郎先生の女性はNew輪色素が薄め
ゲームをやる人だとわかると思うのだけど、メーカーによってコントローラーのABXYボタンの配置が逆になっている問題。
2021年公開のアメリカ映画。第二作の公開予告を観て視聴。
⚠️ Spoilers start below! Read at your own risk.
FigmaでB2B系など画面数が多いサービスをデザインするときに汎用パーツをコンポーネントにして一元管理することでデザイン・仕様変更などの対応コストを抑える構成にするが、その際にFigmaのライブラリ機能を使ってメインコンポーネントと画面デザインを別Figmaで運用することも多い。（MUIなどのデザインシステムのコンポーネントFigmaを利用する場合も同様）
ただ画面デザイン工程でメインコンポーネントに必要な要素が網羅されていることは少なく、往々にしてコンポーネントの作成＋追加が必要になる。
その際に、画面デザインFigmaで作成したコンポーネントを、メインコンポーネント管理のFigmaに移動させる場合があるのだけど、この方法がちょとわかりづらく、失敗するとメインコンポーネントに紐づかない迷子インスタンスが発生して実装時に混乱が生じるので、メインコンポーネントの移動方法をメモしておく。
