Skip to content

Conversation

@myrslint
Copy link

@myrslint myrslint commented Jul 2, 2025

This follows up on #8689.

Thanks to @emersion's advice here I managed to salvage the work and rebase it, hopefully correctly this time.

In addition to #8689's objectives this makes libsfdo a hard dependency as requested here, dispenses with conditionally compiling based on availability of libsfdo, and removes the old code for locating and loading icons.

myrslint added 7 commits July 2, 2025 07:40
destruction of an sfdo data structure associated with a sway server with
a view to future use of icon themes in places such as titlebars
optional compile time dependency. This means the former code paths are
all retained and new ones are wrapped in #if HAVE_LIBSFDO. Behavior
should be identical now between the two code paths. Later commits will
add the handling of icons specified as absolute paths which both former
swaybar code and libsfdo have thus far avoided.
specified as an absolute path. Fixes size selection for SVG (scalable)
icons relying on whose nominal size read via gdk-pixbuf loader may not
correctly indicate that they can be scaled to neatly fill the available
scale e.g., symbolic icons from Adwaita specify a nominal size of 16x16.
With libsfdo a hard dependency we can locate and load icons always,
regardless of whether we have tray or not. Old locating and loading code
can also be removed.
@myrslint
Copy link
Author

myrslint commented Jul 2, 2025

I think libsfdo needs to be added to the build containers now for build tests to succeed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

1 participant