layout: opening the view picker stalls on offscreen captures (and may flash on Linux)
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 52/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- zig
- Ambito
- computer-graphics, desktop
Direzione di ricerca
Start with app/layout/State.zig and openPicker, then trace Layout.drawCaptured, drawSolid, and core.FrameTarget.snapshot; compare that flow with ViewDrag.photographFromFrame. Confirm the proposed cause by skipping drawCaptured in drawSolid and checking whether the flash disappears. Done when opening the picker uses last-frame snapshots for on-screen surfaces while retaining captured drawing for floats in OS windows and web frames without snapshots.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Reported by Graphl; cause likely, not confirmed.
Clicking a pane's corner button opens the view picker. That sets snapshots_wanted (app/layout/State.zig openPicker), so on the next frame every on-screen surface without a snapshot is drawn through Layout.drawCaptured: offscreen, then copied back. The sidebar visibly redraws for a frame. ViewDrag.photographFromFrame hit the same problem for drags and fixed it by copying last frame's pixels with core.FrameTarget.snapshot.
To confirm: skip drawCaptured in drawSolid and see whether the flash goes away.
Fix: photograph on-screen surfaces from the frame target, at openPicker time while the last frame is still clean. Keep drawCaptured for floats in OS windows and for web frames that return no snapshot.
- Lingua principale
- Zig
- Stelle
- 1.5k
- Fork
- 40
- Merge medio
- 4h 39m
- PR unite (30g)
- 428
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di fizzyedit/fizzy
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
fizzyedit/fizzy#306 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
sdk
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
fizzyedit/fizzy#530 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
fizzyedit/fizzy#529 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
fizzyedit/fizzy#528 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
fizzyedit/fizzy#527 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di fizzyedit/fizzy
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
full_screen_exclusive should check for fullScreenExclusiveSupported in VkSurfaceCapabilities2KHRAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
KhronosGroup/Vulkan-Samples#1590 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 5 giorni
-
ai-authored
Difficoltà 2/5 1-3 ore Idoneità per principianti 69/100
I maintainer di solito rispondono entro 1 giorno
-
THREAD: operation failedForse già presa @raykholo l’ha presa 1 giorno fa. Apertaarea:kernel bug kernel-paused needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
bherbruck/solvecraft#5055 · 2 commenti ·