UX: Desktop: Fullscreen toggle can be missed by some people and window mode not remembered
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Attiva
- Stack tecnologico
- godot
- Ambito
- desktop-dev
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- GDScript
- Stelle
- 2.8k
- Fork
- 236
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di GDQuest/learn-gdscript
-
content
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
GDQuest/learn-gdscript#1441 ·
-
user experience
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
GDQuest/learn-gdscript#1438 ·
-
user experience
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
GDQuest/learn-gdscript#1420 ·
-
content
Difficoltà 3/5 1-2 giorni Idoneità per principianti 56/100
GDQuest/learn-gdscript#1440 ·
-
Issues with glossariesApertabug user experience
Difficoltà 4/5 3-5 giorni Idoneità per principianti 28/100
GDQuest/learn-gdscript#1439 ·
Tutte le issue di GDQuest/learn-gdscript
Issue simili
-
accessibility
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
shaynemcp/careconnect-adhd#74 ·
I maintainer di solito rispondono entro 3 giorni
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
altic-dev/FluidVoice#1117 ·
I maintainer di solito rispondono entro 2 giorni
-
area::tern-term difficulty::easy good first issue kind::bug triage::ready
Difficoltà 1/5 1-3 ore Idoneità per principianti 94/100
-
中文字符导致软件崩溃Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
Y-ASLant/ElegantClipboard#172 ·
-
bug resilience tests
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100