-
Notifications
You must be signed in to change notification settings - Fork 256
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
window layouter: free-arrange mode #5403
Comments
nfeske
added a commit
to nfeske/genode
that referenced
this issue
Dec 11, 2024
To enable a global key handler to implement motion gestures while a global key is held, it needs to know the current pointer position at the time when the global key sequence starts. This is prerequisite for the window layouter's ability to drag windows by clicking anywhere within the window while holding a global key. Issue genodelabs#5403
nfeske
added a commit
to nfeske/genode
that referenced
this issue
Dec 11, 2024
This patch moves the formerly hard-wired drag-and-drop handling to the configuration level by introducing the actions "drag" and "drop". To aid the robust handling of release events matching their corresponding press events, the patch refines the policy-matching of the current combination of keys against the hierarchy of <press> and <release> nodes. If no policy for a concrete combination exists, a release event also considers the policy of its matching <press> node. This way, the regular drag-and-drop rules can be expressed as <press key="BTN_LEFT" action="drag"> <release key="BTN_LEFT" action="drop"/> </press> This also works when releasing BTN_LEFT while pressing additional keys, for which no policy exists. With this change, the layouter supports the matching of multiple key sequences instead of only one, thereby supporting multiple actions at once and allowing for decoupling different user interactions in the configuration. Issue genodelabs#5403
nfeske
added a commit
to nfeske/genode
that referenced
this issue
Dec 11, 2024
This patch adds the feature of moving and resizing windows by clicking anywhere within a window while the global window-management key is held. Depending on the position within the window, the click is interpreted as click on the title (when clicking at inner 50% of the window, or as a click on the border (when clicking at an area nearby the window boundary). This mode of interaction requires more flexibility of the handling of key sequences. The formerly hard-wired handling of the drag and drop as response to BTN_LEFT events does not suffice. Therefore, this patch moves the driving of the drag-and-drop state to the config level by introducing the actions "drag" and "drop" Fixes genodelabs#5403
Implemented by the commit series above. Depends on the commits of issue #5390. |
nfeske
added a commit
to nfeske/genode
that referenced
this issue
Dec 12, 2024
To enable a global key handler to implement motion gestures while a global key is held, it needs to know the current pointer position at the time when the global key sequence starts. This is prerequisite for the window layouter's ability to drag windows by clicking anywhere within the window while holding a global key. Issue genodelabs#5403
nfeske
added a commit
to nfeske/genode
that referenced
this issue
Dec 12, 2024
This patch moves the formerly hard-wired drag-and-drop handling to the configuration level by introducing the actions "drag" and "drop". To aid the robust handling of release events matching their corresponding press events, the patch refines the policy-matching of the current combination of keys against the hierarchy of <press> and <release> nodes. If no policy for a concrete combination exists, a release event also considers the policy of its matching <press> node. This way, the regular drag-and-drop rules can be expressed as <press key="BTN_LEFT" action="drag"> <release key="BTN_LEFT" action="drop"/> </press> This also works when releasing BTN_LEFT while pressing additional keys, for which no policy exists. With this change, the layouter supports the matching of multiple key sequences instead of only one, thereby supporting multiple actions at once and allowing for decoupling different user interactions in the configuration. Issue genodelabs#5403
nfeske
added a commit
to nfeske/genode
that referenced
this issue
Dec 12, 2024
This patch adds the feature of moving and resizing windows by clicking anywhere within a window while the global window-management key is held. Depending on the position within the window, the click is interpreted as click on the title (when clicking at inner 50% of the window, or as a click on the border (when clicking at an area nearby the window boundary). This mode of interaction requires more flexibility of the handling of key sequences. The formerly hard-wired handling of the drag and drop as response to BTN_LEFT events does not suffice. Therefore, this patch moves the driving of the drag-and-drop state to the config level by introducing the actions "drag" and "drop" Fixes genodelabs#5403
nfeske
added a commit
to nfeske/genode
that referenced
this issue
Dec 18, 2024
To enable a global key handler to implement motion gestures while a global key is held, it needs to know the current pointer position at the time when the global key sequence starts. This is prerequisite for the window layouter's ability to drag windows by clicking anywhere within the window while holding a global key. Issue genodelabs#5403
nfeske
added a commit
to nfeske/genode
that referenced
this issue
Dec 18, 2024
This patch moves the formerly hard-wired drag-and-drop handling to the configuration level by introducing the actions "drag" and "drop". To aid the robust handling of release events matching their corresponding press events, the patch refines the policy-matching of the current combination of keys against the hierarchy of <press> and <release> nodes. If no policy for a concrete combination exists, a release event also considers the policy of its matching <press> node. This way, the regular drag-and-drop rules can be expressed as <press key="BTN_LEFT" action="drag"> <release key="BTN_LEFT" action="drop"/> </press> This also works when releasing BTN_LEFT while pressing additional keys, for which no policy exists. With this change, the layouter supports the matching of multiple key sequences instead of only one, thereby supporting multiple actions at once and allowing for decoupling different user interactions in the configuration. Issue genodelabs#5403
nfeske
added a commit
to nfeske/genode
that referenced
this issue
Dec 18, 2024
This patch adds the feature of moving and resizing windows by clicking anywhere within a window while the global window-management key is held. Depending on the position within the window, the click is interpreted as click on the title (when clicking at inner 50% of the window, or as a click on the border (when clicking at an area nearby the window boundary). This mode of interaction requires more flexibility of the handling of key sequences. The formerly hard-wired handling of the drag and drop as response to BTN_LEFT events does not suffice. Therefore, this patch moves the driving of the drag-and-drop state to the config level by introducing the actions "drag" and "drop" Fixes genodelabs#5403
nfeske
added a commit
that referenced
this issue
Dec 18, 2024
To enable a global key handler to implement motion gestures while a global key is held, it needs to know the current pointer position at the time when the global key sequence starts. This is prerequisite for the window layouter's ability to drag windows by clicking anywhere within the window while holding a global key. Issue #5403
nfeske
added a commit
to nfeske/genode
that referenced
this issue
Dec 18, 2024
This patch moves the formerly hard-wired drag-and-drop handling to the configuration level by introducing the actions "drag" and "drop". To aid the robust handling of release events matching their corresponding press events, the patch refines the policy-matching of the current combination of keys against the hierarchy of <press> and <release> nodes. If no policy for a concrete combination exists, a release event also considers the policy of its matching <press> node. This way, the regular drag-and-drop rules can be expressed as <press key="BTN_LEFT" action="drag"> <release key="BTN_LEFT" action="drop"/> </press> This also works when releasing BTN_LEFT while pressing additional keys, for which no policy exists. With this change, the layouter supports the matching of multiple key sequences instead of only one, thereby supporting multiple actions at once and allowing for decoupling different user interactions in the configuration. Issue genodelabs#5403
nfeske
added a commit
to nfeske/genode
that referenced
this issue
Dec 18, 2024
This patch adds the feature of moving and resizing windows by clicking anywhere within a window while the global window-management key is held. Depending on the position within the window, the click is interpreted as click on the title (when clicking at inner 50% of the window, or as a click on the border (when clicking at an area nearby the window boundary). This mode of interaction requires more flexibility of the handling of key sequences. The formerly hard-wired handling of the drag and drop as response to BTN_LEFT events does not suffice. Therefore, this patch moves the driving of the drag-and-drop state to the config level by introducing the actions "drag" and "drop" Fixes genodelabs#5403
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Until now, windows can be interactively moved or resized by grabbing the corresponding window handles as presented by the decorator. A convenient alternative would be the ability to click anywhere within a window while the wm-modifier key (i.e., Super) is held. A click nearby a window border initiates resizing whereas a click in the middle area initiates the moving of the window.
The text was updated successfully, but these errors were encountered: