Originally created by @sundance on GitHub (Aug 27, 2024).
Describe the bug
After setting "minimum_window_height" or "minimum_window_width" above a certain threshold containers don't get destroyed when windows are minimized
To Reproduce
Steps to reproduce the behavior:
Add "minimum_window_height": 400 or "minimum_window_width": 400 to your config
(on my setup the thresholds are width : 160, height : 28)
OS Name: Microsoft Windows 11 Pro
OS Version: 10.0.22631 N/A Build 22631
komorebic check Output
No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\sysadmin
Looking for configuration files in C:\Users\sysadmin
Found komorebi.json; this file can be passed to the start command with the --config flag
Found C:\Users\sysadmin\.config\whkdrc; key bindings will be loaded from here when whkd is started, and you can start it automatically using the --whkd flag
Originally created by @sundance on GitHub (Aug 27, 2024).
**Describe the bug**
After setting "minimum_window_height" or "minimum_window_width" above a certain threshold containers don't get destroyed when windows are minimized
**To Reproduce**
Steps to reproduce the behavior:
1. Add "minimum_window_height": 400 or "minimum_window_width": 400 to your config
(on my setup the thresholds are width : 160, height : 28)
2. Open another window
3. Minimize that window
**Screenshots and Videos**
https://github.com/user-attachments/assets/21de911b-b9f5-40db-9a5b-5b145f6b4d64
**Operating System**
```
OS Name: Microsoft Windows 11 Pro
OS Version: 10.0.22631 N/A Build 22631
```
**`komorebic check` Output**
```
No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\sysadmin
Looking for configuration files in C:\Users\sysadmin
Found komorebi.json; this file can be passed to the start command with the --config flag
Found C:\Users\sysadmin\.config\whkdrc; key bindings will be loaded from here when whkd is started, and you can start it automatically using the --whkd flag
```
I'm experiencing this same behavior on v0.1.33, adding any of these entries to my komorebi.json causes minimizations to leave gaps in the tiling.
@Impasse52 commented on GitHub (Jan 15, 2025):
I'm experiencing this same behavior on v0.1.33, adding any of these entries to my komorebi.json causes minimizations to leave gaps in the tiling.
Given that I strongly discourage the use of these options, I don't think I'll be doing any further work on this myself. Truth be told, I regret adding this "feature" at all 😅
@LGUG2Z commented on GitHub (Jan 23, 2025):
Given that I strongly discourage the use of these options, I don't think I'll be doing any further work on this myself. Truth be told, I regret adding this "feature" at all 😅
Given that I strongly discourage the use of these options, I don't think I'll be doing any further work on this myself. Truth be told, I regret adding this "feature" at all 😅
That's fair. Do you have any recommendations on handling small, "temporary" windows? That would be my main use case. I just feel like windows similar to Discord's or Steam's loading screen shouldn't be tiled at all, it just feels heavier than it should when the whole layout changes completely for just a sec, especially with animations turned on. :(
@Impasse52 commented on GitHub (Jan 24, 2025):
> Given that I strongly discourage the use of these options, I don't think I'll be doing any further work on this myself. Truth be told, I regret adding this "feature" at all 😅
That's fair. Do you have any recommendations on handling small, "temporary" windows? That would be my main use case. I just feel like windows similar to Discord's or Steam's loading screen shouldn't be tiled at all, it just feels heavier than it should when the whole layout changes completely for just a sec, especially with animations turned on. :(
Given that I strongly discourage the use of these options, I don't think I'll be doing any further work on this myself. Truth be told, I regret adding this "feature" at all 😅
That's fair. Do you have any recommendations on handling small, "temporary" windows? That would be my main use case. I just feel like windows similar to Discord's or Steam's loading screen shouldn't be tiled at all, it just feels heavier than it should when the whole layout changes completely for just a sec, especially with animations turned on. :(
You can use the komorebi-gui and komorebic visible-windows to pinpoint all the details about those windows and create composite rules for them as ignore_rules. As an example most apps that open a splash window on start will have that window with some different class so you can create a composite rule like this:
@alex-ds13 commented on GitHub (Feb 26, 2025):
> > Given that I strongly discourage the use of these options, I don't think I'll be doing any further work on this myself. Truth be told, I regret adding this "feature" at all 😅
>
> That's fair. Do you have any recommendations on handling small, "temporary" windows? That would be my main use case. I just feel like windows similar to Discord's or Steam's loading screen shouldn't be tiled at all, it just feels heavier than it should when the whole layout changes completely for just a sec, especially with animations turned on. :(
You can use the `komorebi-gui` and `komorebic visible-windows` to pinpoint all the details about those windows and create composite rules for them as `ignore_rules`. As an example most apps that open a splash window on start will have that window with some different class so you can create a composite rule like this:
```json
"ignore_rules": [
[
{
"kind": "Class",
"id": "blablaSplash",
"matching_strategy": "Contains",
},
{
"kind": "Exe",
"id": "awesome_app.exe",
"matching_strategy": "Equals",
}
]
]
```
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 @sundance on GitHub (Aug 27, 2024).
Describe the bug
After setting "minimum_window_height" or "minimum_window_width" above a certain threshold containers don't get destroyed when windows are minimized
To Reproduce
Steps to reproduce the behavior:
(on my setup the thresholds are width : 160, height : 28)
Screenshots and Videos
https://github.com/user-attachments/assets/21de911b-b9f5-40db-9a5b-5b145f6b4d64
Operating System
komorebic checkOutput@Impasse52 commented on GitHub (Jan 15, 2025):
I'm experiencing this same behavior on v0.1.33, adding any of these entries to my komorebi.json causes minimizations to leave gaps in the tiling.
@LGUG2Z commented on GitHub (Jan 23, 2025):
Given that I strongly discourage the use of these options, I don't think I'll be doing any further work on this myself. Truth be told, I regret adding this "feature" at all 😅
@Impasse52 commented on GitHub (Jan 24, 2025):
That's fair. Do you have any recommendations on handling small, "temporary" windows? That would be my main use case. I just feel like windows similar to Discord's or Steam's loading screen shouldn't be tiled at all, it just feels heavier than it should when the whole layout changes completely for just a sec, especially with animations turned on. :(
@alex-ds13 commented on GitHub (Feb 26, 2025):
You can use the
komorebi-guiandkomorebic visible-windowsto pinpoint all the details about those windows and create composite rules for them asignore_rules. As an example most apps that open a splash window on start will have that window with some different class so you can create a composite rule like this: