Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Hi, I've tried to add a simple monocle implementation #78 that doesn't involve any modifications to the existing tiling window logic.
Instead of defining new monocle containers, it just draws each tiling window (floating windows are ignored) in the workspace where
isMonocle
is set to true, to fit most of the screen (the same size as the rectangle of a tiled window with a 100% size percentage). If theisMonocle
flag is set to false, then GlazeWM restores the position of the managed windows correctly, since they were never touched or modified in monocle mode.And because there are only two directions in Monocle mode: next/prev, I've also added two commands:
focus next/prev
to focus the corresponding window in the nested window tree (they're essentially the same as focusInDirection, but less restrictive), and an override of hjkl to focus next/prev when the workspace is in monocle mode.This implementation can be tested by adding a keyboard binding to the command
toggle monocle
(focus next
andfocus prev
is also added).