Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
When using a bar on a named output, load_swaybars() requires the
output to be active (ie. in the root container), but this is not the case if
the bar is added to the last output. To fix this, load_swaybars() is now
called after the output has been added to the root container.
After fixing that, swaybar would segfault due to using the wrong index
variable when loading outputs and config.
|
|
|
|
Indicator border color is now used only when a container is the only
child. Reason for the change? i3 does it this way. Sway container
borders are now a bit more similar to i3 ones.
|
|
|
|
This patch makes it possible to move views between outputs using the
`move left|right|up|down` commands.
It behaves similar to i3 with one important difference. The focus will
always follow the view being moved, unlike i3 where the focus doesn't
always follow the view to a new output (I assume that's a bug in i3).
|
|
|
|
Closes #852
|
|
|
|
|
|
|
|
`vertical` and `horizontal` should be swapped.
If border_left and border_right were set to 0, the vertical borders
instead of the horizontal borders would be hidden.
i3 handles this command equally.
|
|
Fixes #875
|
|
|
|
|
|
|
|
Fixes: https://github.com/SirCmpwn/sway/issues/865
|
|
Also improve sway-input(5) description to be more consistent with sway-bar(5).
|
|
The man page mentioned that "indicator" wasn't implemented, this isn't
the case anymore.
|
|
|
|
|
|
Output now gets disabled if disable command is invoked via bindsym or
IPC.
|
|
|
|
Fix container move when workspace is focused
|
|
This should fix #839
|
|
Fixes #819. If workspace is focused and command 'move container to
workspace/output' is issued, workspace child containers are wrapped in a
new container and moved according to command.
|
|
This is a feature that can't work the same as i3, because there is no
real window classes in wayland. This way, we avoid null titles as much
as possible.
|
|
added get_inputs hint to man 5 sway-input
|
|
|
|
Switching back to original workspace should be done only if workspace
was switched while appending new view.
|
|
Log the sending of the events in the debug log. This makes ipc server events
easier to verify.
|
|
Recursively describe workspace containers in the workspace event. This is for
compatability with i3 and i3ipc libraries.
|
|
This is for i3 (and i3ipc library) compatability.
|
|
Fixes #833
|
|
When workspace_auto_back_and_forth is enabled, workspaces get switched
twice with previously mentioned command, which is not the expected
behavior.
Removes one redundant creation of previous workspace.
|
|
Merge the main rendering paths of all containers to make focus setting a bit
simpler and easier to follow.
|
|
This is for compatability with i3.
|
|
|
|
|
|
|
|
Focus the container on the output (not the output itself) when an output is
focused.
This is intended to fix a bug where borders are not updated correctly when
switching the vt away/back to sway.
|
|
The value of `locked_view_focus` is always false. Remove dead code associated
with this variable to simplify things.
|
|
Implement focus handling for containers
|
|
|
|
When a workspace is focused, update the borders of all its child containers to
be focused to indicate the workspace container is focused.
|
|
When switching back to a workspace after new window creation, it is now
necessary to descend the focus stack into the focused container of the
workspace to determine which container should get the focus. This is because
the `set_focused_container()` function no longer automatically descends into
the focus stack to find the correct view to focus.
|