| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
In Ubuntu 22.04, default wayland-protocols version is 1.25,
`single-pixel-buffer` feature is missing there
|
|
|
|
|
|
|
|
|
|
| |
Before this change, parse_color() and is_valid_color() behaved slightly
differently: parse_color() accepted both colors with and without alpha,
with optional leading #, while is_valid_color() forbade alpha and required
a leading # character. This commit merges the two functions into one
simpler function that forbids alpha and allows an optional leading #.
(Alpha values are forbidden because backgrounds should be opaque; a
leading # is optional to make shell scripts easier to write.)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
`gcc-14` added a new `-Walloc-size` warning that makes sure that size of
an individual element matches size of a pointed type:
https://gcc.gnu.org/PR71219
`swaybg` triggers it on `calloc()` calls where member size is used as
`1` (instead of member count):
../main.c:492:32: error: allocation of insufficient size '1' for type 'struct swaybg_output_config' with size '48' [-Werror=alloc-size]
492 | config = calloc(sizeof(struct swaybg_output_config), 1);
| ^
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
References: https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/104
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
We don't actually need xdg-shell support.
|
|
|
|
| |
References: https://github.com/swaywm/swaybg/issues/35
|
| |
|
|
|
|
|
|
|
| |
cairo_pattern_t and cairo_surface_t are both reference counted;
before this change, `pattern` being leaked kept alive an extra
reference to the image to which it referred, thereby leaking
the image as well.
|
|
|
|
|
|
|
|
|
| |
Fixes the following Meson warning:
WARNING: You should add the boolean check kwarg to the run_command call.
It currently defaults to false,
but it will default to true in future releases of meson.
See also: https://github.com/mesonbuild/meson/issues/9300
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The contents of the buffer associated to an output depend only
on the output config (which does not change at runtime), and the
buffer dimensions.
When the compositor changes the output scale, it often sends a
configure event which exactly compensates for the scale change,
so that the size of the buffer needed for the surface remains
the same. Thus no new frame needs to be rendered.
|
| |
|
| |
|
| |
|
|
|
|
| |
No need to include config.h anymore.
|
| |
|
| |
|
|
|
|
|
| |
Makes it more obvious that build/ is a directory, not a
sub-command.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This change keeps the full-size cairo_surface_t objects unloaded
until they are needed to produce buffers for the outputs' surfaces.
This can slow down background rendering when output scales or sizes
change, or when a new output is created; in exchange, it significantly
reduces the amount of memory that swaybg must retain while it is
not rendering something.
To reduce peak memory usage, dirty outputs are redrawn drawn in batches
grouped by which image they use. This ensures at most one image is
loaded at a time.
|
|
|
|
|
|
|
|
|
| |
Caching these actually increased memory usage after startup;
compositors like Sway tend to release the buffer on receipt (since
they have already copied the shm buffer to an OpenGL equivalent)
so the shm buffer is no longer needed after being used. Outputs
(when not in nested mode) are generally only configured/drawn once,
so there is no point in caching data for the future.
|
|
|
|
|
| |
This reduces memory usage and startup time when different configs
load the same image.
|
|
|
|
|
|
|
| |
When outputs are dynamically resized, as can happen when sway
is run nested with its wayland or x11 backend, layer shell programs
receive a stream of configure events. In such cases, only rendering
a frame for the last configure event avoids wasted computation.
|
|
|
|
| |
Same as https://github.com/swaywm/sway/pull/6262
|
|
|
|
| |
Signed-off-by: Elyes HAOUAS <ehaouas@noos.fr>
|
| |
|
| |
|
|
|
|
|
|
|
| |
Before, `--output "*"` had to be specified on the cli before
any appearance options if trying to configure all outputs.
However, the manpage states that all outputs would be used by
default if none were specified.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
This makes it so there will only be one swaybg instance running
instead of one per output. swaybg's cli has been changed to a xrandr
like interface, where you select an output and then change properties
for that output and then select another output and repeat. This also
makes it so swaybg is only killed and respawned when a background
changes or when reloading.
|
|
|
|
| |
Also remove direct libm dependency where unused.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This commit mostly duplicates the wlr_log functions, although
with a sway_* prefix. (This is very similar to PR #2009.)
However, the logging function no longer needs to be replaceable,
so sway_log_init's second argument is used to set the exit
callback for sway_abort.
wlr_log_init is still invoked in sway/main.c
This commit makes it easier to remove the wlroots dependency for
the helper programs swaymsg, swaybg, swaybar, and swaynag.
|
| |
|
| |
|
| |
|
| |
|