Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Minor UI quirks / bugs

Aperta
  • Qualcosa non va?
#616 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
25/100
Tipo di issue
Bug
Chiarezza
Da chiarire
Stato di attività
Ferma
Stack tecnologico
java
Ambito
design, game-dev

Direzione di ricerca

Esamina gli elementi aperti in #616 insieme al contesto dei test in #588 e alla modifica di ESC in #621. Traccia innanzitutto la gestione dell'input del menu sul lato destro all'interno del gioco e la schermata di associazione mouse/tastiera; il lavoro è completato quando il clic non richiude più le schermate e l'associazione Shoot e l'indipendenza dalla modalità di input sono rappresentate come previsto, con le regressioni verificate.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Written up as part of testing #588:

  • Mouse clicking on the in-game right side menu seems to have input consumption quirks - screens may open then immediately re-close and/or I can provoke that behavior deeper in screens if I leave a "bad click" live - just once then everything is fine
  • ESC closes the main menu and exits the game. Huh. That seems kinda severe (changed by #621)
  • The "Shoot" binding doesn't show up if you are in mouse/keyboard mode. I figure it might be better if we do show them but keep them locked/disabled if we want to highlight that they're not changeable for the current mode

First one is a bug for sure and not new. Annoying, easy workaround, probably a somewhat straight forward bug to hunt down

Second one is subjective, but I think we should not close the game on ESC in the main menu? It should probably just close screens within the game, but not close the game entirely? Happy to hear other opinions here

Third one might be bigger - the control bindings are essentially completely separate per input mode (keyboard, keyboard/mouse, and game controller I figure). Maybe we should just make that more obvious by putting a label on each variant that points out "Note: Different input modes have their own bindings scheme with different functions available for remapping and do not affect each other" ?

Might feel a bit odd that a "global" function like opening the map could differ per mode, and/or that changing it in one mode does not affect the others. This might be another subjective call though - probably just pointing out that the modes are independent would be good enough. I could also just be getting old and exhausted from raising tiny humans.

Lingua principale
Java
Stelle
350
Fork
125
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di MovingBlocks/DestinationSol

Tutte le issue di MovingBlocks/DestinationSol

Issue simili

Altre issue su Java

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.