Background: Support different images on different displays and independent random selection
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
Línea de trabajo
Comienza rastreando el manejo de la configuración de wf-background y la ruta de selección de imágenes aleatorias para varias pantallas; después, compara el comportamiento antes y después de la actualización de Wayfire 0.10 a 0.11. El trabajo completado debe definir cómo se direccionan las pantallas y permitir configurar la selección de imágenes de forma independiente para cada pantalla, especificando el comportamiento para las pantallas adicionales.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Add a configuration rule that allows the user to specify how wf-background should be applied across multiple displays, if available.
Ideally, I'd like to be able to specify all existing configuration values on a per-display basis. Displays could be addressed in the order they are identified by the compositor (i.e., display 0, 1, etc.) or by wlr-randr output identifier if feasible. In my particular case, I'd like to be able to set both displays to select randomly from a given directory, and have that random selection be independent per monitor. If nothing else, additional displays could show the image at the randomly selected index + display number, so that images would be different if not entirely random.
Until recently, this was a feature of the software. (Specifically, when enabling random image selection, selection would be independent between multiple displays.) It has disappeared since I underwent the general upgrade of Wayfire and associated apps from 0.10 -> 0.11, so I suspect this may have been an unintentional functionality in the first place, or a consequence of upstream changes at GTK4/gtk shell layer.
- Lenguaje dominante
- C++
- Estrellas
- 179
- Forks
- 56
- Merge medio
- 2 d 23 h
- 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 WayfireWM/wf-shell
-
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
WayfireWM/wf-shell#571 · 5 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
Los mantenedores suelen responder en 1 día
-
Include subprojects (like open-weather-fetch) in release tarballs for offline distribution buildsAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
Los mantenedores suelen responder en 1 día
-
panel : slow startup with ddcutilPosiblemente ocupada @ayush213 la tomó hace 36 días. Abiertogood first issue panel
Dificultad 3/5 1-2 días Aptitud para principiantes 62/100
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
Todos los issues de WayfireWM/wf-shell
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 86/100
AcademySoftwareFoundation/Imath#611 ·
Los mantenedores suelen responder en 1 día
-
bug intrinsic low priority rt_lib
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
The Outdated Version prompt shows the release tag as unescaped HTMLPosiblemente ocupada @on8st la tomó hoy. Abiertobug good first issue GUI maintainer-review priority: low
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
aethersdr/AetherSDR#6405 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
bitcoin-core/gui-qml#1003 ·
Los mantenedores suelen responder en 3 días
-
fails to compile with Qt6Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100