Version 2.0

[R1kaB3rN]

Potential/non-exhaustive list of features that I think would make for a good umu-launcher v2.0 release:

• Build the Steam Linux Runtime from source.
• Customize the Steam Linux Runtime environment.
• Add environment variable to allow clients to control the Steam Linux Runtime variant (e.g., sniper. soldier, etc.)
• Add support/detection for a Steam Input-related solution.
• Add environment variable to opt into auto falling back to winevulkan instead of DXVK. Helpful for cases when users cannot meet DXVK's Vulkan requirements, while still getting the latest fixes for games.
• Add environment variable to opt into a single wine prefix model.
• Add support for delta updates for compatibility tools instead of extracting from tar archives.

In particular, I think the first 4 are important.

Also, maybe:

• Obsolete creating Zenity windows.
• Obsolete reading from TOML configurations.
• Making python-xlib an optional dependency.
• Remove python-filelock dependency.

[beh-10257]

another suggestion you can even create a notification instead of zenity
just a notification saying downloading protonGE9-41
and than download complete or whatever

[R1kaB3rN]

another suggestion you can even create a notification instead of zenity just a notification saying downloading protonGE9-41 and than download complete or whatever

A lot of clients already support this in some form. While we could enable the feature behind an environment variable, I think that feature is a bit out of scope for this tool and would be distracting of its purpose. It's also not clear to me how really useful it would be

[R1kaB3rN]

So for new features, ideally, I think it should be things only umu-launcher is in a unique position to do (e.g., configuring the container environment) or would want to standardize for the client because it would be non-trivial to implement for them

[R1kaB3rN]

Right now, we currently make an exception when downloading Proton as Lutris didn't do it at the time. It's not anything special at the moment, and we could easily get rid of that code as Lutris is now doing it. However, with delta updates, we can keep that role of managing Proton and standardize having only 1 Proton on the user's system. The client will just need to allow the user to subscribe to that model