starred/komorebi
1
0
Fork 0
mirror of https://github.com/LGUG2Z/komorebi.git synced 2026-01-11 14:40:25 +01:00
Code Issues 87 Packages Projects Releases 10 Wiki Activity

[BUG]: Clicking on the border of a window next to the focused window swaps their tiles #584

New Issue
Open
opened 2026-01-05 14:51:46 +01:00 by adam · 2 comments
adam commented 2026-01-05 14:51:46 +01:00
Owner
Copy Link

Originally created by @Insprill on GitHub (Mar 5, 2025).

Summary

When two windows are side-by-side, and you click the border of the unfocused window, it will swap the position of both windows. If the two windows are above/below each other, this does not happen. I constantly do this by accident, and it's been driving me crazy.

https://github.com/user-attachments/assets/a7160782-f141-415a-8b75-acf9d2b123ea

Version Information

λ systeminfo | findstr /B /C:"OS Name" /B /C:"OS Version"
OS Name:                   Microsoft Windows 11 Pro for Workstations
OS Version:                10.0.22631 N/A Build 22631

λ komorebic --version
komorebic 0.1.34
tag:v0.1.34
commit_hash:80edcadb
build_time:2025-02-21 02:21:41 +00:00
build_env:rustc 1.85.0 (4d91de4e4 2025-02-17),stable-x86_64-pc-windows-msvc

Komorebi Configuration

d1619386cb/dot_config/komorebi/komorebi.json

Hotkey Configuration

d1619386cb/dot_config/autohotkey/komorebi.ahk

Output of komorebic check

(KOMOREBI_CONFIG_HOME is set with wpm, and it picks up my config there fine)

λ komorebic check
No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\Insprill

Looking for configuration files in C:\Users\Insprill

No komorebi configuration found in C:\Users\Insprill

If running 'komorebic start --await-configuration', you will manually have to call the following command to begin tiling: komorebic complete-configuration
Originally created by @Insprill on GitHub (Mar 5, 2025). ### Summary When two windows are side-by-side, and you click the border of the unfocused window, it will swap the position of both windows. If the two windows are above/below each other, this does *not* happen. I constantly do this by accident, and it's been driving me crazy. https://github.com/user-attachments/assets/a7160782-f141-415a-8b75-acf9d2b123ea ### Version Information ``` λ systeminfo | findstr /B /C:"OS Name" /B /C:"OS Version" OS Name: Microsoft Windows 11 Pro for Workstations OS Version: 10.0.22631 N/A Build 22631 ``` ``` λ komorebic --version komorebic 0.1.34 tag:v0.1.34 commit_hash:80edcadb build_time:2025-02-21 02:21:41 +00:00 build_env:rustc 1.85.0 (4d91de4e4 2025-02-17),stable-x86_64-pc-windows-msvc ``` ### Komorebi Configuration https://github.com/Insprill/dotfiles/blob/d1619386cba103a93e6b7e91b84734f32208ec02/dot_config/komorebi/komorebi.json ### Hotkey Configuration https://github.com/Insprill/dotfiles/blob/d1619386cba103a93e6b7e91b84734f32208ec02/dot_config/autohotkey/komorebi.ahk ### Output of komorebic check (`KOMOREBI_CONFIG_HOME` is set with wpm, and it picks up my config there fine) ``` λ komorebic check No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\Insprill Looking for configuration files in C:\Users\Insprill No komorebi configuration found in C:\Users\Insprill If running 'komorebic start --await-configuration', you will manually have to call the following command to begin tiling: komorebic complete-configuration ```
adam added the bugi-will-not-work-on-thiskomorebii-am-stuck labels 2026-01-05 14:51:46 +01:00
adam commented 2026-01-05 14:51:46 +01:00
Author
Owner
Copy Link

@LGUG2Z commented on GitHub (Mar 5, 2025):

I have a feeling this is just an artifact of how close the pixels are when there is 0 container padding and the border width is relatively slim, and how even a little bit of pixel drift from mouse down to mouse up can initiate a container swap (origin container -> target container) - can you try to reproduce this (ie. clicking on the border of an unfocused window next to the focused window) with either larger container padding, border width, or both?

@LGUG2Z commented on GitHub (Mar 5, 2025): I have a feeling this is just an artifact of how close the pixels are when there is 0 container padding and the border width is relatively slim, and how even a little bit of pixel drift from mouse down to mouse up can initiate a container swap (origin container -> target container) - can you try to reproduce this (ie. clicking on the border of an unfocused window next to the focused window) with either larger container padding, border width, or both?
adam commented 2026-01-05 14:51:46 +01:00
Author
Owner
Copy Link

@Insprill commented on GitHub (Mar 5, 2025):

It does not happen with a large border width. With my usual settings, I can still reproduce with my mouse picked up off my desk, so it's not moving during the click.

@Insprill commented on GitHub (Mar 5, 2025): It does *not* happen with a large border width. With my usual settings, I can still reproduce with my mouse picked up off my desk, so it's not moving during the click.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
0.1.36
apps-behaving-badly
bug
bug
cannot-reproduce
documentation
enhancement
github_actions
i-am-stuck
i-will-definitely-work-on-this
i-will-not-work-on-this
i-will-probably-work-on-this
komorebi
komorebi-bar
komorebic
performance
pull-request
Mirrored from GitHub Pull Request
 translation
No Label bug i-am-stuck i-will-not-work-on-this komorebi
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
adam
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/komorebi#584
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?