diff --git a/HANDOFF.md b/HANDOFF.md index bc2473c..156496e 100644 --- a/HANDOFF.md +++ b/HANDOFF.md @@ -8,37 +8,30 @@ audio-silence are addressed). ## ACTIVE THREAD (ONE problem at a time) -**Web-uri transparency — branch (a) CONFIRMED and FIX-APPLIED, awaiting the verify take.** -The 12:54/13:50 dumps proved the REAL widget document captures TRANSPARENT -(`%TEMP%\ytLive-web-8d7234ec…-w1..5.png` alpha max 0/logged alpha 100% zero) YET the -recording kept showing a black opaque box over the element rect (1231,679,705,396 — crisp -edges, interior mean RGB ≈(1,6,13), NOT the desktop). Conclusion: the OLD inline -`element.style.background='transparent'` injection only holds while the page has nothing -to paint; once the widget connects and repaints a container background-COLOR, the capture -re-opaques → black box. That is the OBS-solved class ("all web-uri resources paint their -own background"). +**Web-uri transparency — second hardening applied (background-image wipe), awaiting take.** +The 15:34 take: the recording's box interior is the widget's OWN full-canvas opaque paint +(bright content strips at top/bottom + right bar over a black void) — NOT desktop, NOT a +compositor blend. The real-document dumps showed blank-transparent at +1s and the page's +backdrop appears later; a background-COLOR-only `!important` wipe (b4bba4b) leaves CSS +background-IMAGE (gradient/backdrop) intact — the OBS answer is `background: none +!important`, background-image too (obsproject/obs-studio#6659). -**Slice 14 change (commit target):** `WebView2Manager.TransparentBackgroundScript` is now a -pre-parse `