[Feature Request]: Option to target the frontmost window with Window Throw instead of the window under the cursor
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 48/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Área
- desktop
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Sin datos de lenguaje
- Estrellas
- 156
- Forks
- 1
- 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 rxhanson/RectanglePro-Community
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
rxhanson/RectanglePro-Community#944 · 1 comentario ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
rxhanson/RectanglePro-Community#943 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
rxhanson/RectanglePro-Community#939 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
rxhanson/RectanglePro-Community#937 · 4 comentarios ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 43/100
rxhanson/RectanglePro-Community#935 · 1 comentario ·
Todos los issues de rxhanson/RectanglePro-Community
Issues similares
-
bug priority: low
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
storytold/photocraft#12183 · 1 comentario ·
Los mantenedores suelen responder en 2 días
-
Tiling managers are not destroyed in disable(), so window-created handlers keep running (Gio.Settings constructed without schema)Posiblemente ocupada @gnacho la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
domferr/tilingshell#641 ·
Los mantenedores suelen responder en 3 días
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 69/100
ni/nipanel-python#221 ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
transit-audio/transit#369 ·
-
bug priority: medium
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
storytold/vectorcraft#6143 · 1 comentario ·
Los mantenedores suelen responder en 1 día