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

[FEAT]: Add some small convenient commands #256

New Issue
Closed
opened 2026-01-05 14:49:18 +01:00 by adam · 2 comments
adam commented 2026-01-05 14:49:18 +01:00
Owner
Copy Link

Originally created by @nullbyto on GitHub (Oct 27, 2023).

Is your feature request related to a problem? Please describe.
I thought about some few useful commands I came across needing, that should be straight forward to add, but missing:

  1. It would be convenient to have a command that actually sets the padding of focused workspaces/containers instead of adjusting by increase and decrease (with adjust-container-padding, adjust-workspace-padding commands), so it can be set absolutely instead of relatively, with this it could be possible to assign a specific layout with specific padding (columns having different gaps, other than monocle and tiling) by demand using a key bind in my situation combined with switching to a layout wanted. For example set-container-padding 2, set-workspace-padding 2, specifically for the focused workspace/container, unlike container/workspace-padding, where it is needed to specify the monitor and container wanted which isn't convenient.

  2. Turn monocle on/off, in addition to toggle, that makes it possible to put one button for on one for off (monocle on/off). Or just add monocle as a "layout" option (in change-layout command), like in dwm, it is a layout not a mode. Then it could be simply switched to, and then back to whatever layout you want.
    Example: Alt + m - switch to monocle layout, Alt + t - switch to tiling layout. With this it is possible to switch to monocle with one button and switching to another layout with another button, instead of pressing the same button to toggle on then off and then change layout.

EDIT:
Maybe not so straight forward to implement commands:

  1. Focus floating window command, maybe something like a toggle focus between floating and tiling windows. Or being able to cycle-focus through floating windows too. Because once a windows is floating, it is not necessary to use the mouse to focus it, which is really annoying and kills the workflow.

Other things considering floating windows would be:

  1. An option in the config to specify floating always on top.
  2. Floating windows should be "workspace bound", right now floating windows are always activated in every workspace I focus on. Or at least add an option to turn that on and off.

What do you think about these additions? I might add others if I find convenient.
Thank you for your time!

Originally created by @nullbyto on GitHub (Oct 27, 2023). **Is your feature request related to a problem? Please describe.** I thought about some few useful commands I came across needing, that should be straight forward to add, but missing: 1. It would be convenient to have a command that actually **sets** the `padding` of `focused` workspaces/containers instead of adjusting by `increase` and `decrease` (with `adjust-container-padding`, `adjust-workspace-padding` commands), so it can be set absolutely instead of relatively, with this it could be possible to assign a specific layout with specific padding (columns having different gaps, other than monocle and tiling) by demand using a key bind in my situation combined with switching to a layout wanted. For example `set-container-padding 2`, `set-workspace-padding 2`, specifically for the focused workspace/container, unlike `container/workspace-padding`, where it is needed to specify the monitor and container wanted which isn't convenient. 2. Turn monocle on/off, in addition to toggle, that makes it possible to put one button for on one for off (`monocle on/off`). Or just add monocle as a "layout" option (in `change-layout` command), like in `dwm`, it is a layout not a mode. Then it could be simply switched to, and then back to whatever layout you want. Example: `Alt + m` - switch to monocle layout, `Alt + t` - switch to tiling layout. With this it is possible to switch to monocle with one button and switching to another layout with another button, instead of pressing the same button to toggle on then off and then change layout. EDIT: Maybe not so straight forward to implement commands: 3. Focus floating window command, maybe something like a `toggle focus` between floating and tiling windows. Or being able to `cycle-focus` through floating windows too. Because once a windows is floating, it is not necessary to use the mouse to focus it, which is really annoying and kills the workflow. Other things considering floating windows would be: 4. An option in the config to specify `floating always on top`. 5. Floating windows should be "workspace bound", right now floating windows are always activated in every workspace I focus on. Or at least add an option to turn that `on` and `off`. What do you think about these additions? I might add others if I find convenient. Thank you for your time!
adam added the enhancement label 2026-01-05 14:49:18 +01:00
adam closed this issue 2026-01-05 14:49:18 +01:00
adam commented 2026-01-05 14:49:19 +01:00
Author
Owner
Copy Link

@alex-ds13 commented on GitHub (Oct 17, 2024):

@LGUG2Z Shouldn't this issue have been closed by commit 0d1595e?

@alex-ds13 commented on GitHub (Oct 17, 2024): @LGUG2Z Shouldn't this issue have been closed by commit 0d1595e?
adam commented 2026-01-05 14:49:19 +01:00
Author
Owner
Copy Link

@rknobbe commented on GitHub (Jan 31, 2025):

point 4 of the original feature request seems to still be open. Is there a way to mark a floating window as "always on top"?

@rknobbe commented on GitHub (Jan 31, 2025): point 4 of the original feature request seems to still be open. Is there a way to mark a floating window as "always on top"?
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 enhancement
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#256
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?