convince/include/sway/output.h

#ifndef _SWAY_OUTPUT_H
#define _SWAY_OUTPUT_H

#include "container.h"
#include "focus.h"

// Position is absolute coordinates on the edge where the adjacent output
// should be searched for.
swayc_t *output_by_name(const char* name, const struct wlc_point *abs_pos);
swayc_t *swayc_opposite_output(enum movement_direction dir, const struct wlc_point *abs_pos);
swayc_t *swayc_adjacent_output(swayc_t *output, enum movement_direction dir, const struct wlc_point *abs_pos, bool pick_closest);

// Place absolute coordinates for given container into given wlc_point.
void get_absolute_position(swayc_t *container, struct wlc_point *point);

// Place absolute coordinates for the center point of given container into
// given wlc_point.
void get_absolute_center_position(swayc_t *container, struct wlc_point *point);

// stable sort workspaces on this output
void sort_workspaces(swayc_t *output);

void output_get_scaled_size(wlc_handle handle, struct wlc_size *size);

#endif
sway/output: Create, move code from handlers.c here. 9 years ago			`#ifndef _SWAY_OUTPUT_H`
			`#define _SWAY_OUTPUT_H`

			`#include "container.h"`
			`#include "focus.h"`

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). 9 years ago			`// Position is absolute coordinates on the edge where the adjacent output`
			`// should be searched for.`
			`swayc_t output_by_name(const char name, const struct wlc_point *abs_pos);`
Add output wrapping This fixes issue #733. Now if the user focuses output right but is at the rightmost monitor, the focus will wrap the the leftmost monitor. This commit adds a new function, swayc_opposite_output, which selects the opposite output given a position and a direction. Now, when calling output_by_name, we first check if there is an adjacent output to switch to. If that fails, we call swayc_opposite_output to handle wrapping. 8 years ago			`swayc_t swayc_opposite_output(enum movement_direction dir, const struct wlc_point abs_pos);`
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). 9 years ago			`swayc_t swayc_adjacent_output(swayc_t output, enum movement_direction dir, const struct wlc_point *abs_pos, bool pick_closest);`

			`// Place absolute coordinates for given container into given wlc_point.`
			`void get_absolute_position(swayc_t container, struct wlc_point point);`

			`// Place absolute coordinates for the center point of given container into`
			`// given wlc_point.`
			`void get_absolute_center_position(swayc_t container, struct wlc_point point);`
sway/output: Create, move code from handlers.c here. 9 years ago
implement stable sort for lists also change sort_workspaces() to use it 9 years ago			`// stable sort workspaces on this output`
Implement sort_workspaces() function for outputs. This seems to have resolved issue #669 for me. 9 years ago			`void sort_workspaces(swayc_t *output);`

Update hidpi support to latest wlc API 8 years ago			`void output_get_scaled_size(wlc_handle handle, struct wlc_size *size);`

sway/output: Create, move code from handlers.c here. 9 years ago			`#endif`