Viewer under XWayland: MO Diagram window opens black; bottom strip blinks on property switches
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 43/100
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- C
- Estrellas
- 10
- Forks
- 8
- Merge medio
- 21 min
- PR fusionados (30 d)
- 1
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de FriendsofECCE/ECCE
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
FriendsofECCE/ECCE#336 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
FriendsofECCE/ECCE#363 · 3 comentarios ·
-
enhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
FriendsofECCE/ECCE#362 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
FriendsofECCE/ECCE#359 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 28/100
FriendsofECCE/ECCE#358 ·
Todos los issues de FriendsofECCE/ECCE
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
antoxa2584x/nfsu2-sw#44 · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
git: need better push commandAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
codepointerapp/codepointer#231 ·
-
Weekly fuzz run failedAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
kubernetes-sigs/security-profiles-operator#3597 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
ImageMagick/ImageMagick#9038 ·
Los mantenedores suelen responder en 1 día