Originally created by @gravechill on GitHub (May 8, 2024).
Describe the bug
Since updating to v0.1.25, I've noticed that opening File Explorer would snap the mouse pointer to the center of the screen. This however only happens if there are no other windows currently open, if there is something already on the screen, the behaviour isn't there.
Additionally, when restoring any window from a minimised state, the same behaviour occurs again.
Steps to reproduce the behavior:
Part 1:
Start with an empty environment
Start Windows Explorer by any means (shortcut, search, pinned icon)
Mouse pointer is moved to the center of the screen/window
Part 2:
Start and minimise any window while Komorebi is running
Restore window, either manually or via alt-tab
Moue pointer is move to the center of the screen/window
Expected behavior
Nothing, the pointer position should not be affected by either of these things.
OS Name: Microsoft Windows 10 Pro
OS Version: 10.0.19045 N/A Build 19045
komorebic check Output
KOMOREBI_CONFIG_HOME detected: C:\users\beast\.config\komorebi
Looking for configuration files in C:\users\beast\.config\komorebi
Found komorebi.json; this file can be passed to the start command with the --config flag
Found C:\Users\beast\.config\whkdrc; key bindings will be loaded from here when whkd is started, and you can start it automatically using the --whkd flag
Additional context
I use Explorer Patcher and TranslucentTB, however for the purposes of this both were disabled and uninstalled, and I checked multiple times to confirm that the behaviour wasn't present while komorebi was off, and would begin again when komorebi was started.
Originally created by @gravechill on GitHub (May 8, 2024).
**Describe the bug**
Since updating to v0.1.25, I've noticed that opening File Explorer would snap the mouse pointer to the center of the screen. This however only happens if there are no other windows currently open, if there is something already on the screen, the behaviour isn't there.
Additionally, when restoring any window from a minimised state, the same behaviour occurs again.
<hr>
**Steps to reproduce the behavior:**
Part 1:
1. Start with an empty environment
2. Start Windows Explorer by any means (shortcut, search, pinned icon)
3. Mouse pointer is moved to the center of the screen/window
Part 2:
1. Start and minimise any window while Komorebi is running
2. Restore window, either manually or via alt-tab
3. Moue pointer is move to the center of the screen/window
<hr>
**Expected behavior**
Nothing, the pointer position should not be affected by either of these things.
<hr>
**Screenshots and Videos**
Part 1:
https://github.com/LGUG2Z/komorebi/assets/37009319/a07af67d-e047-43a6-9c78-026deb617144
Part 2:
https://github.com/LGUG2Z/komorebi/assets/37009319/2f23349e-a1be-46d6-968e-a01ebee25484
<hr>
**Operating System**
```
OS Name: Microsoft Windows 10 Pro
OS Version: 10.0.19045 N/A Build 19045
```
<hr>
**`komorebic check` Output**
```
KOMOREBI_CONFIG_HOME detected: C:\users\beast\.config\komorebi
Looking for configuration files in C:\users\beast\.config\komorebi
Found komorebi.json; this file can be passed to the start command with the --config flag
Found C:\Users\beast\.config\whkdrc; key bindings will be loaded from here when whkd is started, and you can start it automatically using the --whkd flag
```
<hr>
**Additional context**
I use Explorer Patcher and TranslucentTB, however for the purposes of this both were disabled and uninstalled, and I checked multiple times to confirm that the behaviour wasn't present while komorebi was off, and would begin again when komorebi was started.
I've only modified the workspace and container padding values, everything else is as provided by komorebic quickstart, so I assume it's set to whatever is default.
@gravechill commented on GitHub (May 8, 2024):
I've only modified the workspace and container padding values, everything else is as provided by `komorebic quickstart`, so I assume it's set to whatever is default.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @gravechill on GitHub (May 8, 2024).
Describe the bug
Since updating to v0.1.25, I've noticed that opening File Explorer would snap the mouse pointer to the center of the screen. This however only happens if there are no other windows currently open, if there is something already on the screen, the behaviour isn't there.
Additionally, when restoring any window from a minimised state, the same behaviour occurs again.
Steps to reproduce the behavior:
Part 1:
Part 2:
Expected behavior
Nothing, the pointer position should not be affected by either of these things.
Screenshots and Videos
Part 1:
https://github.com/LGUG2Z/komorebi/assets/37009319/a07af67d-e047-43a6-9c78-026deb617144
Part 2:
https://github.com/LGUG2Z/komorebi/assets/37009319/2f23349e-a1be-46d6-968e-a01ebee25484
Operating System
komorebic checkOutputAdditional context
I use Explorer Patcher and TranslucentTB, however for the purposes of this both were disabled and uninstalled, and I checked multiple times to confirm that the behaviour wasn't present while komorebi was off, and would begin again when komorebi was started.
@LGUG2Z commented on GitHub (May 8, 2024):
Quick sanity check: is mouse follows focus enabled or disabled in your config?
@gravechill commented on GitHub (May 8, 2024):
I've only modified the workspace and container padding values, everything else is as provided by
komorebic quickstart, so I assume it's set to whatever is default.@LGUG2Z commented on GitHub (May 8, 2024):
https://lgug2z.github.io/komorebi/common-workflows/mouse-follows-focus.html