[FEAT]: Manage float windows. #326

New Issue

2026-01-05T14:49:45+01:00

adam commented

2026-01-05 14:49:45 +01:00

Originally created by @soluty on GitHub (Apr 8, 2024).

First, Thank you for the awesome work, it is now the best tiling wm i have find in windows! GlazeWM is slow and sometimes will crash in my computer.

Is your feature request related to a problem? Please describe.
In GlazeWM, it has float layer and tiled layer, and i can change my wm work in which layer, in float layer i can move and resize app window, and also can switch window, some window maybe want to managed by wm , but dont want to be tiled. i cant find a way to
do this by reading the hole doc, so i want to know is this possible in komorebi like which in GlazeWM

Originally created by @soluty on GitHub (Apr 8, 2024). First, Thank you for the awesome work, it is now the best tiling wm i have find in windows! GlazeWM is slow and sometimes will crash in my computer. **Is your feature request related to a problem? Please describe.** In GlazeWM, it has float layer and tiled layer, and i can change my wm work in which layer, in float layer i can move and resize app window, and also can switch window, some window maybe want to managed by wm , but dont want to be tiled. i cant find a way to do this by reading the hole doc, so i want to know is this possible in komorebi like which in GlazeWM

adam added the enhancement label 2026-01-05 14:49:45 +01:00

adam closed this issue

2026-01-05 14:49:45 +01:00

adam commented

2026-01-05 14:49:45 +01:00

@NireBryce commented on GitHub (Apr 8, 2024):

to add some context for implimentation: GlazeWM has a binding that lets you move your focus-tracking the 'floating' layer on a toggle, called focus floating/tiling (alt+space) in the keybindings image on https://github.com/glzr-io/glazewm

My haven't-looked-deeply-at-komorebi-impl view of this is that a way to do it is to just track them as if they're tiled but on a different index, and then have the focus-selection behavior swap between the indices.

if no one gets to it this week, I'll see if I can hack a prototype together, it seems like it might be low hanging fruit depending on how windows are already handled.

The one snag I can see if the project goes for copying that feature completely, is moving the floating windows, since it seems like it would require either:

rewriting komorebic move to have a separate behavior when floating
rewriting komorebi to understand floating/not-floating and have different behaviors for commands based on it
or rewriting a different set of commands (so two sets of 'move' bindings) that work on the floating windows (sorta pessimal imo)

@NireBryce commented on GitHub (Apr 8, 2024): to add some context for implimentation: GlazeWM has a binding that lets you move your focus-tracking the 'floating' layer on a toggle, called `focus floating/tiling` (alt+space) in the keybindings image on https://github.com/glzr-io/glazewm My haven't-looked-deeply-at-komorebi-impl view of this is that a way to do it is to just track them as if they're tiled but on a different index, and then have the focus-selection behavior swap between the indices. if no one gets to it this week, I'll see if I can hack a prototype together, it seems like it might be low hanging fruit depending on how windows are already handled. The one snag I can see if the project goes for copying that feature completely, is moving the floating windows, since it seems like it would require either: - rewriting `komorebic move` to have a separate behavior when floating - rewriting `komorebi` to understand floating/not-floating and have different behaviors for commands based on it - or rewriting a different set of commands (so two sets of 'move' bindings) that work on the floating windows (sorta pessimal imo)

adam commented

2026-01-05 14:49:46 +01:00

@deceptikon commented on GitHub (Dec 23, 2024):

Started using komorebic recently. I wasforced to use windows os, But I've already desperately got used to i3/swaywm tiling managers. Your solution is really useful, thanks a lot. And I am supporting the topicstarter - an ability to switch focus to floating layer is really needful. @NireBryce can you please share the status of the issue? Thanks in advance

P.S.
Forgot to mention, that i3/sway both have such functionality, not only GlazeWM

@deceptikon commented on GitHub (Dec 23, 2024): Started using komorebic recently. I wasforced to use windows os, But I've already desperately got used to i3/swaywm tiling managers. Your solution is really useful, thanks a lot. And I am supporting the topicstarter - an ability to switch focus to floating layer is really needful. @NireBryce can you please share the status of the issue? Thanks in advance P.S. Forgot to mention, that i3/sway both have such functionality, not only GlazeWM

adam commented

2026-01-05 14:49:46 +01:00

@LGUG2Z commented on GitHub (Jan 23, 2025):

Floating windows and ignored windows have now been separated, the former are tracked in the wm state and can be targets for various komorebic commands

@LGUG2Z commented on GitHub (Jan 23, 2025): Floating windows and ignored windows have now been separated, the former are tracked in the wm state and can be targets for various komorebic commands

adam commented

2026-01-05 14:49:46 +01:00

@bilogic commented on GitHub (Sep 15, 2025):

komorebi 0.1.37

I have WhatsApp under ignore_rules, but it appears on every workspace
When I press alt + t on WhatsApp, I get exactly what I want: it floats, has a border and hides when I change workspace (show only on its positioned workspace)
So I moved it into float_rules, but WhatsApp still appears on every workspace and has no border
What the difference between ignore_rules and float_rules?
And how do I get it to always alt + t, and show only on their positioned workspace?

@bilogic commented on GitHub (Sep 15, 2025): komorebi 0.1.37 1. I have WhatsApp under `ignore_rules`, but it appears on every workspace 2. When I press `alt + t` on WhatsApp, I get exactly what I want: it floats, has a border and hides when I change workspace (show only on its positioned workspace) 3. So I moved it into `float_rules`, but WhatsApp still appears on every workspace and has no border 4. What the difference between `ignore_rules` and `float_rules`? 5. And how do I get it to always `alt + t`, and show only on their positioned workspace?

adam commented

2026-01-05 14:49:46 +01:00

@LGUG2Z commented on GitHub (Sep 15, 2025):

https://github.com/LGUG2Z/komorebi/blob/ffa76ea28ce72a1b372374ae3a2f832c7293fcbc/komorebi/src/static_config.rs#L525-L526

float_rules is a legacy alias for ignore_rules - they do the same thing

You're probably looking for floating_applications:

https://github.com/LGUG2Z/komorebi/blob/ffa76ea28ce72a1b372374ae3a2f832c7293fcbc/komorebi/src/static_config.rs#L530-L532

@LGUG2Z commented on GitHub (Sep 15, 2025): https://github.com/LGUG2Z/komorebi/blob/ffa76ea28ce72a1b372374ae3a2f832c7293fcbc/komorebi/src/static_config.rs#L525-L526 `float_rules` is a legacy alias for `ignore_rules` - they do the same thing You're probably looking for `floating_applications`: https://github.com/LGUG2Z/komorebi/blob/ffa76ea28ce72a1b372374ae3a2f832c7293fcbc/komorebi/src/static_config.rs#L530-L532

adam commented

2026-01-05 14:49:46 +01:00

@bilogic commented on GitHub (Sep 15, 2025):

@LGUG2Z thanks that worked, but I think I found 3 bugs

a window made to float using alt + t loses focus after a cycle-move-to-workspace previous/next, result: it can't be moved across multiple workspaces consecutively
windows in floating_applications stay stuck in the workspace after a few attempts of cycle-move-to-workspace previous/next, i.e. my workspace has switched, but the window did not move to the switched workspace
After a cycle-move-to-workspace previous/next, the floating window loses focus, but also does not stay top most

Hmm, should I file as multiple or 1 issue?

@bilogic commented on GitHub (Sep 15, 2025): @LGUG2Z thanks that worked, but I think I found 3 bugs 1. a window made to float using `alt + t` loses focus after a `cycle-move-to-workspace previous/next`, result: it can't be moved across multiple workspaces consecutively 2. windows in `floating_applications` stay stuck in the workspace after a few attempts of `cycle-move-to-workspace previous/next`, i.e. my workspace has switched, but the window did not move to the switched workspace 3. After a `cycle-move-to-workspace previous/next`, the floating window loses focus, but also does not stay top most Hmm, should I file as multiple or 1 issue?

adam referenced this issue

2026-01-05 14:53:14 +01:00

[PR #326] [MERGED] chore(deps): bump syn from 1.0.105 to 1.0.107 #863

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/komorebi#326