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]: Dynamic window_container_behaviour support? #446

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

Originally created by @Jaehaks on GitHub (Aug 16, 2024).

Is your feature request related to a problem? Please describe.
I like Vertical Stack layout for work, but it makes the additional window too small if I set window_container_behaviour is "Create" .
When I set window_container_behaviour to "Append", it stacks with full screen at initiation

Describe the solution you'd like
As dynamic layout switching, Can I set dynamic window_container_behaviour depending on the number of window?

For example, When I set Vertical Stack,
the new window attached with the rule of "Create" window_container_behaviour until 3 windows.
After than, the window_container_behaviour changes to "Append"

Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.

Additional context
Add any other context or screenshots about the feature request here.

Originally created by @Jaehaks on GitHub (Aug 16, 2024). **Is your feature request related to a problem? Please describe.** I like `Vertical Stack` layout for work, but it makes the additional window too small if I set `window_container_behaviour` is "Create" . When I set `window_container_behaviour` to "Append", it stacks with full screen at initiation **Describe the solution you'd like** As dynamic layout switching, Can I set dynamic `window_container_behaviour` depending on the number of window? For example, When I set `Vertical Stack`, the new window attached with the rule of "Create" window_container_behaviour until 3 windows. After than, the window_container_behaviour changes to "Append" **Describe alternatives you've considered** A clear and concise description of any alternative solutions or features you've considered. **Additional context** Add any other context or screenshots about the feature request here.
adam added the enhancementi-will-probably-work-on-thiskomorebi labels 2026-01-05 14:50:47 +01:00
adam closed this issue 2026-01-05 14:50:47 +01:00
adam commented 2026-01-05 14:50:48 +01:00
Author
Owner
Copy Link

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

This is a nice idea now that I'm reading it again

@LGUG2Z commented on GitHub (Jan 23, 2025): This is a nice idea now that I'm reading it again
adam commented 2026-01-05 14:50:48 +01:00
Author
Owner
Copy Link

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

@Jaehaks this is finally implemented on the master branch and will be part of the next release 🎉

@LGUG2Z commented on GitHub (Jan 26, 2025): @Jaehaks this is finally implemented on the `master` branch and will be part of the next release 🎉
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 i-will-probably-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#446
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?