Web lists-archives.com

Re: appstream icons and the hicolor madness we have in KDE software

2016-04-21 13:23 GMT+02:00 Harald Sitter <sitter@xxxxxxx>:
> On Thu, Apr 21, 2016 at 1:02 PM, Aleix Pol <aleixpol@xxxxxxx> wrote:
>> On Thu, Apr 21, 2016 at 1:12 AM, Rex Dieter <rdieter@xxxxxxxxxxxx> wrote:
>>> Matthias Klumpp wrote:
>>>> GNOME ships icons for all its apps in hicolor/
>>> KDE should too (in general)
>> Would it be enough if Breeze installed the applications icons in
>> hicolor or we're talking about moving every application icon into the
>> application's tarball?
> [...]
> Additionally, in particular from an application perspective, it would
> be good if one were able to use XFCE, install dragon, have it have an
> icon in the menu, and not have it download all of breeze-icons ;)

The icon-theme should be used to, well, theme the existing icons in a
way that makes the whole desktop look consistent, and provide theming
for generic icons (open/close/undo/redo/file-manager/...). This
concept expects applications to *have* an icon of their own in the
first place though, which they install into the default themeset in
That's the concept between the icon-theme spec.
KDE makes the icon-theme the provider of all icons for KDE software at
time, and makes the KDE apps have no icon by default, since this is
solely provided by one theme (the Breeze theme).
This is not very ideal if you install the app on a desktop where the
default theme isn't available. It also gives tools like AppStream a
harder time to figure out the actual real icon the application has.

So, shipping the icons with each application and then overriding them
in the Breeze theme would be cool (and also ensure that every tool has
an icon), or make the icon theme a build dependency and copy the app
icons would also work.
I do understand why the design team wants the icons to be in one repo,
and not in multiple repositories of the individual apps, which is what
makes this issue pretty hard to solve...

Debian Developer | Freedesktop-Developer
I welcome VSRE emails. See http://vsre.info/