| Age | Commit message (Collapse) | Author |
|---|
|
|
|
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.
|
|
Replace `update_view_border()` with `update_container_border()`. The latter
should handle both the case where the container is a view or if the container
has children.
|
|
The previous implementation of focus handling assumed that only views can be
focused. Containers can also be focused with a command like `focus parent` or
`focus child`.
Change `set_focused_container()` to handle the case of the given container
being a container with children and update borders accordingly.
|
|
|
|
Deeply nested containers which had their layouts changed didn't update
their actual_geometry, this messed up their child containers. Those got
width and height of 0, which was then decreased for stacked/tabbed
containers by title height. Underflow ensued, these containers suddenly
had height 4294967273. In short, not updating actual_geometry didn't
play nicely with nested containers.
|
|
|
|
|
|
|
|
When titlebar is hidden, top border of the topmost view inside
tabbed/stacked container will not be drawn. This is changed in layout.c
On the other hand, top border should be drawn sometimes, for example
when titlebar is hidden on a view that is not the topmost inside
tabbed/stacked container. This is changed in border.c
|
|
|
|
|
