[Feature Request]: Option to target the frontmost window with Window Throw instead of the window under the cursor
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
- 48/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Lĩnh vực
- desktop
Hướng nghiên cứu
The issue describes Window Throw behavior but does not identify implementation files or tests. First locate the gesture handler and the existing window-selection logic, then check how Window Throw settings are represented. Done means users can choose the frontmost active window or the window under the cursor, with the latter preserving current behavior.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Please add an option to make Window Throw always target the frontmost (active/focused) window, regardless of the mouse cursor’s position.
Currently, Window Throw targets the window under the cursor. This makes consecutive actions on the same window difficult, because moving a window can leave the cursor over a different window.
Example workflow
1.) I use Window Throw to move the active window from the left side of the screen to the right.
2.) The mouse cursor is now over another window that was underneath it.
3.) I use Window Throw again to center or maximize the window I just moved.
4.) Instead, the other window under the cursor is moved or resized.
To continue working with the intended window, one has to reposition the cursor over it before each subsequent action.
I think Window Throw is intended to make window management fast, but having to chase the window with the cursor after moving it interrupts that workflow. It also makes it easy to accidentally move or resize a different window.
Requested behavior
For example: Please add a “Target window” setting with two options:
1.) Frontmost window — always use the active/focused window when a Window Throw gesture starts.
2.) Window under the cursor — existing behavior.
In frontmost-window mode, the cursor should only control the gesture, not determine which window receives the action. The existing mode should remain available for users who prefer it.
- Ngôn ngữ chính
- Không có dữ liệu ngôn ngữ
- Star
- 156
- Fork
- 1
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- 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.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của rxhanson/RectanglePro-Community
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
rxhanson/RectanglePro-Community#944 · 1 bình luận ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
rxhanson/RectanglePro-Community#943 · 1 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
rxhanson/RectanglePro-Community#939 · 1 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
rxhanson/RectanglePro-Community#937 · 4 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 43/100
rxhanson/RectanglePro-Community#935 · 1 bình luận ·
Tất cả issue của rxhanson/RectanglePro-Community
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
storytold/craft-libs#723 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100