Open chermnyx opened 7 months ago
Same problem with Krita plugins, in particular the krita-ai-diffusion plugin. Krita is a Qt5 package and the plugin in question is a Python script.
You probably want to install qtimageformats globally, I'm not sure adding it to every single place where it could potentially be used is worth it.
You probably want to install qtimageformats globally, I'm not sure adding it to every single place where it could potentially be used is worth it.
But that wouldn't solve its absence from Krita's python environment, surely?
It should, since it's just a Qt plugin.
Well, that's dirty. Packages should state their dependencies, so I would disagree with
I'm not sure adding it to every single place where it could potentially be used is worth it.
If that Krita plugin can't work without it, then we need to think about how to propagate that dependency to Krita if the plugin is used. For Dolphin and such, we can't really expect to add every single image format to every single program that may want to display it.
I agree that it would be better for scripts to be packaged and their dependencies propagated, but Qt applications that are heavily centred around image handling and support custom scripts I think should be packaged with a reasonable set of libraries available at runtime. Common image formats such as webp are likely to appear in custom scripts, so unless there are plans to package python script plugins (and not just binary plugins), a generous python environment would provide a better UX.
You probably want to install qtimageformats globally, I'm not sure adding it to every single place where it could potentially be used is worth it.
Maybe it should be installed automatically when services.desktopManager.plasma6.enable
is true
?
Installing the plugin globally resolves the problem, but the default behavior might be confusing
We could do that, yeah. Do you want to submit a PR?
This also appears in gwenview not showing heif files despite it supposedly being compiled with qtimageformats - does qtimageformats have to be compiled differently?
Also an issue for the media player applet when playing youtube videos, since the thumbnails are webp images
Trying to reproduce the specific things mentioned in this thread, on unstable 24.11.20241105.4aa3656
:
qtimageformats
for WEBP.qtimageformats
. It seems like they aren't considered "media files" by KDE, potentially upstream issue?As far as I can tell, adding qtimageformats
should allow for improved WEBP support, but aside from that it will have limited benefits according to the wiki page. Formats like AVIF and HEIF are provided by kimageformats
instead, which is already included in the environment when plasma6
is enabled.
That said, I don't see a reason not to include qtimageformats
as well.
Describe the bug
Multiple Plasma 6 packages cannot use webp or avif images
So far I've found the following problems:
Probably there are other packages affected by the same issue
The problem is similar to https://github.com/NixOS/nixpkgs/issues/292375
Expected behavior
Plasma 6 apps should handle supported image formats other than .jpg and .png
Screenshots
Notify maintainers
@k900
Metadata
Please run
nix-shell -p nix-info --run "nix-info -m"
and paste the result.nixpkgs from
flakes.lock
:Add a :+1: reaction to issues you find important.