| Commit message (Collapse) | Author | Age |
| |
|
| |
|
|
|
|
| |
Apparently wayland has fucking client-side cursors, too
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Now it receives frame callbacks and renders properly, and is double
buffered and such.
|
|
|
|
|
| |
This will allow us to eventually open that process on the current view.
Requires support from @Cloudef.
|
|\
| |
| | |
output: Support multiple adjacent outputs.
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When querying for an adjacent output we now need an absolute position in
order to know which adjacent output that matches. (The position is
either the current mouse position or the center of the currently focused
container, depending on context.)
If two outputs have one edge each that at least partially align with
each other they now count as adjacent.
Seamless mouse is affected by this and now properly moves and positions
itself between outputs with "uneven" placement (as long as they have at
least some part of the edge adjacent to each other).
When focusing or moving a container in a specified direction the center
of the current focused container decides where to look for an adjacent
output. So if e.g. an output has two adjacent outputs to the right and a
"focus right" command is issued then it's the placement of the currently
focused container that decides which output actually gets focused.
Also, if an output has at least one output adjacent in some direction
but the entire edge is not covered (ie. it has "holes" with no outputs),
then the algorithm will choose the output that is closest to the
currently focused container (this does not apply to seamless mouse, the
pointer will just stop at the edge in that case).
|
|\
| |
| | |
cmd_output: Replace existing config if called multiple times.
|
|/ |
|
| |
|
|\
| |
| | |
README: Add long code overview section.
|
|/ |
|
|
|
|
|
|
| |
Apparently I missed some
cc @Cloudef
|
|
|
|
| |
cc @Cloudef
|
|\
| |
| | |
Check the client_setup() return value
|
|/ |
|
|\
| |
| | |
ipc: Store socketname in SWAYSOCK. Fixes `--get-socketpath`.
|
|/
|
|
|
|
|
|
|
|
| |
After adding pid to the socket path the `--get-socketpath` command broke
because it doesn't know the pid of the running instance. Fix this by
setting and querying `SWAYSOCK`.
Also ignore `SWAYSOCK` upon normal startup if a socket exists at that
location (ie. from another sway instance), and don't overwrite `I3SOCK`
if it exists either.
|
|
|
|
| |
This one was actually taken from within sway!
|
| |
|
|\ |
|
| |\
| | |
| | | |
ipc: Put socket into proper user runtime dir.
|
| | | |
|
|/ /
| |
| |
| | |
This reverts commit f0ceb4e909bb0182d10ce09d34019497aa8d5715.
|
|/
|
|
| |
And ~/.config/i3/config, of course.
|
| |
|
| |
|
|\
| |
| | |
CMake cleanups
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
Also prefer local modules.
|
| | |
|
| | |
|
| | |
|
|/
|
|
| |
CMAKE_C_STANDARD was introduced in 3.1.0.
|
|
|
|
| |
After defining _GNU_SOURCE
|
| |
|
|
|
|
|
| |
This introduces a basic shared framework for making wayland clients
within sway itself.
|
|\ |
|
| |\
| | |
| | | |
Add new swaybg dependencies
|
| |/ |
|
|/
|
|
| |
This is broken
|
|
|
|
|
|
|
| |
This will let users set their background to something other than that
cringy demoscene thing wlc has now. It's also going to be the first
wayland client written for sway, so I picked an easy thing to work on.
We'll have to figure out how to indicate that it's a special view.
|