UX: Desktop: Fullscreen toggle can be missed by some people and window mode not remembered
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Activo
- Stack tecnológico
- godot
- Área
- desktop-dev
Línea de trabajo
Start by reviewing the desktop app's fullscreen toggle, top-right controls, options, and startup window-state handling, with Windows behavior in mind. The issue does not name files or tests. Done means the fullscreen state is discoverable, the selected windowed or fullscreen state persists, and the desktop startup behavior is decided and implemented.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
This ticket, rather than a specific bug to fix, is more about reviewing the user experience around the window/fullscreen state of the desktop app, most notably on Windows.
The application starts fullscreen and I had a user who reported feeling a bit lost because the application did not have the taskbar or an easy way to go to other applications to take notes. They may have missed that there was a button to toggle full screen at the top right and go back to a windowed mode.
While reviewing this, I noticed also that if someone makes the application windowed, there's no setting for that actually, and next time the person starts the application, it will be full screen again.
So, I'm thinking that for discoverability, we could reflect the full screen state from the icon at the top right in the options and persist the last user selected state. And on top of that, for the desktop version, we could consider starting in windowed mode, possibly maximized or just floating window instead of full screen, just like in the browser.
- Lenguaje dominante
- GDScript
- Estrellas
- 2.8k
- Forks
- 238
- Métricas de merge de PR
- Sin PR fusionados en 30 d
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 GDQuest/learn-gdscript
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
GDQuest/learn-gdscript#1455 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
GDQuest/learn-gdscript#1446 ·
-
user experience
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
GDQuest/learn-gdscript#1420 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
GDQuest/learn-gdscript#1456 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
GDQuest/learn-gdscript#1454 ·
Todos los issues de GDQuest/learn-gdscript
Issues similares
-
area:desktop area:ui bug platform:macos
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
anthropics/claude-code#106183 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 5 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
-
Hyprland 0.57: monitor-workspaces reconcile errors on every start and reload when a named workspace exists (workspace.id is nil)Posiblemente ocupada @jasasonc la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
bug mac アプリ: コード アプリ: チャット 優先: 中 要トリアージ
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
yksr-melt/Meltype#1346 · 2 comentarios ·
Los mantenedores suelen responder en 1 día