Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Minor UI quirks / bugs

Đang mở
  • Có gì không ổn?
#616 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
25/100
Loại issue
Lỗi
Độ rõ ràng
Cần làm rõ
Mức độ hoạt động
Đình trệ
Công nghệ
java
Lĩnh vực
design, game-dev

Hướng nghiên cứu

Xem xét các mục còn mở trong #616 cùng với ngữ cảnh kiểm thử trong #588 và thay đổi ESC trong #621. Trước tiên, hãy lần theo việc xử lý đầu vào của menu bên phải trong game và màn hình gán phím chuột/bàn phím; được xem là hoàn tất khi thao tác nhấp không còn đóng lại các màn hình và việc gán Shoot cùng tính độc lập với chế độ đầu vào được thể hiện như dự kiến, với các hồi quy đã được kiểm tra.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

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.

Ngôn ngữ chính
Java
Star
350
Fork
125
Không có pull request nào được merge trong 30 ngày

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của MovingBlocks/DestinationSol

Tất cả issue của MovingBlocks/DestinationSol

Issue tương tự

Thêm issue về Java

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.