This reduces the hardcoded minimum size to ensure it can fit phone
screens, moving the size request to the window's child to avoid having
to take shadows into account.

Sets a sane minimum width to the content of the view so it can fold
before being too narrow.

Make the search bar a HdySearchBar to make it adaptive.

This lets the HdyColumn do its job at handling the width.

This lets the HdyColumn do its job at handling the width.

This lets the HdyColumn do its job at handling the width.

This lets the HdyColumn do its job at handling the width.

This helps making the view adaptive.

This makes the graph hide itself if the window is too narrow, helping
the window to fit phone screens.

This makes the switcher hide itself if the window is too narrow, helping
the window to fit phone screens.

This replaces the stack switcher by an adaptive view switcher, which
triggers the view switcher bar if there isn't enough room to dislay the
view switcher in the header bar.

This makes the view switcher look better.

This is needed to access the embedded icons.

This will be used to represend the Performance page.

This helps keeping the sizing of the header bar homogeneous accross the
views, which will be needed to replace the stack switcher by an adaptive
view switcher.

This will be used to present the main pages when the view switcher
doesn't fit in the header bar.

This is needed to make the view switcher work well.

Also add it as a submodule so it can work on systems where libhandy
isn't packaged, like the CI.

This is needed to access redhat-hardened-cc1 to build the libhandy submodule.

This is needed to add libhandy as a submodule in the next commit.

(cherry picked from commit 02d718d8)

Signed-off-by: Felipe Borges <felipeborges@gnome.org>

Instead of using the AppId.get() id, use the X-Flatpak special
field to infer the additional "app_id". This also enables us to
remove the hack in Process, where we appended .desktop to the
name that was derived via the .flatpak-info file. Similar things
should be done for snaps.

Additionally to the command line, also use the Process.app_id
property, if available. Now this is the latest puzzle piece to
correctly associate more Flapaks with the corresponding AppInfo.
This specifically enables the Steam Flapak to be correctly
identified.

If we successfully looked up an AppInfo for a process, use the
id (via get_id()) as the app_id. Only use the process' command
line if we have no AppInfo.

Additionally to the AppInfo.commandline → AppInfo map, create a
AppInfo.id → AppInfo map, so AppInfos can be looked up via the
id.

Add an app_id property, that on the first time it is access, will
try to open the .flatpak-info keyfile, via the /proc/<pid>/root
link. If this succeeds read the keyfile and return the "name" of
the "Application" section. For now manually add a .desktop suffix
so that this hopefully matches the AppInfo.get_id() of the
corresponding desktop file.

Vala currently does not have bindings for openat(2), so create our
own for now.

In two places a Process is used to look up the AppInfo. Extract it
into its own function and re-use that.

Instead of passing the command line for a process, pass in the
Process object itself.

Instead of having the same code in tow different places, have one
function that returns the app_id given a Process.

Re-use process_added in init(), which will take care of adding
Processes to the corresponding AppItems, removing a bunch of
duplicated code.

Now that the commandline is a property of the Process, refactor
the process addition code to work with the Process object instead
of the pid. This will allow us to remove the duplicated code in
init(), by resuing the process_added method.