You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Starting with v2.5.2, there’s an optional feature that allows you to focus the currently active window based on the mouse position:
# When hovered for this duration [ms] windows are focused (0 = disabled).window_focus_delay = 200
This can enhance your workflow, depending on how you currently use cortile. For example:
You won’t need to click on a window before using keybindings that rely on the active window.
Combined with hot corners, you can hover a window and move to a corner to make it the master window.
When switching between screens, the active workspace changes instantly (see below).
Why not use some build-in features (focus follow mouse, focus on hover, secondary click)?
Some operating systems have an option to focus the window by hovering them. However, this doesn't work great with cortile, especially when keyboard shortcuts want to be used to cycle through the next/previous window or to move a window between screens. With the internal cortile implementation those keyboard shortcuts are still usable.
Additionally, the overall logic for executing actions has been modified:
Before v2.5.2: The cursor position determined the current active workspace, where actions like enabling or changing layouts were executed.
With v2.5.2: The currently active window now defines the active workspace. This means you can move a window to another screen using shortcuts and perform actions there without moving the cursor to the other screen. If none of the tracked windows are focused (e.g., focus is on the desktop or on a window intentionally ignored by the configuration), the cursor position is again used to determine the active workspace.
The text was updated successfully, but these errors were encountered:
Btw I've been testing it and it works great. I did notice an issue : say I have two windows, split vertically, I toggle maximized (using gnome, NOT cortile) on the left window, then if my mouse cursor goes to the right side of the window (which was the left window previously) then the focus will make the right window jump in front of the maximized one. This might not be a cortile issue as you warn in the README that using features of the DE might cause issues with cortile but I'm reporting just in case.
Btw I tended to use gnome to fullscreen because there's no native way to toggle back and forth the fullscreen. I did find #41 though and will give it a go.
Starting with v2.5.2, there’s an optional feature that allows you to focus the currently active window based on the mouse position:
This can enhance your workflow, depending on how you currently use cortile. For example:
Why not use some build-in features (focus follow mouse, focus on hover, secondary click)?
Additionally, the overall logic for executing actions has been modified:
The text was updated successfully, but these errors were encountered: