Initial Window Size
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- rust
- Área
- computer-graphics, desktop
Línea de trabajo
Empieza rastreando Surface::new, buffer_mut(), resize(), present() y fetch() en los backends de Wayland, macOS, Redox, Web, Windows y X11. Revisa el issue #104 y compara el comportamiento específico de cada plataforma antes de elegir una política coherente para el tamaño inicial; se considera terminado cuando el comportamiento es coherente y ya no queda ningún panic dependiente del tamaño.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Currently the initial window size is always 0 in width and height, this will lead to panics when calling buffer_mut() if the size wasn't set with resize() depending on the platform:
- Wayland: panics.
- MacOS: doesn't panic.
- Redox: doesn't panic.
- Web: doesn't panic, but will panic when calling
present()orfetch()(#104). - Windows: panics.
- X11: doesn't panic.
I would prefer if we make this consistent on all platforms. My current ideas:
- Require an initial size in
Surface::new(). - Set the initial size to the window size (don't know if that's possible on all platforms).
- Introduce a new error variant instead of panicking.
Currently leaning towards idea 1.
- Lenguaje dominante
- Rust
- Estrellas
- 507
- Forks
- 85
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin guía de contribución
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 rust-windowing/softbuffer
-
DS - X11
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
rust-windowing/softbuffer#368 ·
-
`Buffer<'_>` shouldn't be `Send`Posiblemente ocupada @Guflly la tomó hace 67 días. Abiertobug DS - Android NDK
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
rust-windowing/softbuffer#347 · 1 comentario ·
-
Needs Design Work
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
rust-windowing/softbuffer#342 · 1 comentario ·
-
enhancement question
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
rust-windowing/softbuffer#338 ·
-
Zero-copying on AndroidPosiblemente ocupada @MarijnS95 la tomó hace 250 días. AbiertoDS - Android NDK enhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
rust-windowing/softbuffer#318 · 2 comentarios ·
Todos los issues de rust-windowing/softbuffer
Issues similares
-
[Feature]: [P3] engine-rs: the package source hash should ignore line endings and untracked filesAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
maniator/verticopolis#880 ·
Los mantenedores suelen responder en 1 día
-
documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Los mantenedores suelen responder en 3 días
-
defect
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 2 días