[Feature Request]: Option to target the frontmost window with Window Throw instead of the window under the cursor

Abierto
#936 2 comentarios 0 reacciones 0 asignados Ver en GitHub

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

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de rxhanson/RectanglePro-Community

Todos los issues de rxhanson/RectanglePro-Community

Issues similares

Más issues de Desktop Dev

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.