Viewer under XWayland: MO Diagram window opens black; bottom strip blinks on property switches
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 43/100
Rechercherichtung
Start by tracing the MO Diagram window creation and the property-switch path that calls wxAuiManager::Update(), then reproduce both artefacts on GNOME Wayland under XWayland with the scripted clicks and window grabs described in the issue. Compare approaches that avoid unnecessary pane updates or reuse/dock the floating window; done means neither the initial black window nor the blinking bottom strip appears.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Two short redraw artefacts remain on GNOME Wayland (ECCE on XWayland, NVIDIA 550), both measured on the affected desktop with scripted clicks and window grabs:
- MO Diagram window black on first opening. The floating window is black for about 100–200 ms after it appears (grabs at 11, 51 and 89 ms black, content from about 180 ms). Building the diagram after the window had painted (CallAfter) and keeping the window transparent until the first paint (SetTransparent) did not remove it: the window is put on screen before GTK paints into it.
- Bottom strip blinks on every property switch. For one frame, the Rotation row and the Log caption are replaced by blank grey while wxAuiManager::Update() re-lays the panes out. Freezing the frame during the update (as BuilderRedrawHold does on Windows) made it a black blink instead and was reverted.
Both are probably the same cause: with GTK frame sync off under XWayland (needed so dialogs repaint), intermediate states reach the screen. Possible directions: re-lay out only when the layout really changes (a property switch in list + detail mode need not run a full Update()); for the floating window, create it once and keep it, or dock the MO Diagram instead of floating it.
- Vorherrschende Sprache
- C
- Sterne
- 10
- Forks
- 8
- Ø Merge
- 21 Min.
- Gemergte PRs (30 T.)
- 1
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus FriendsofECCE/ECCE
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
FriendsofECCE/ECCE#336 · 1 Kommentar ·
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100
FriendsofECCE/ECCE#359 ·
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 28/100
FriendsofECCE/ECCE#358 ·
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100
FriendsofECCE/ECCE#357 · 3 Kommentare ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
FriendsofECCE/ECCE#356 · 1 Kommentar ·
Alle Issues in FriendsofECCE/ECCE
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 64/100
libsdl-org/SDL#16539 ·
Maintainer antworten meist innerhalb von 1 Tag
-
git-workflow task-4
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 67/100
dosemu2/dosemu2#3178 · 1 Kommentar · 1 Reaktion ·
Maintainer antworten meist innerhalb von 1 Tag
-
enhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
Maintainer antworten meist innerhalb von 1 Tag