Hi,

in an attempt to find the most daunting type of issue nobody wants to look at between years (well, not really, I am just toying with the idea of adopting the package in Debian and looked a little too hard for why this package doesn't use a declarative copyright file) I now wonder what the source(s) of all those icons are.

I can visually confirm that:

• src/images/actions/document_open.png

is from Gnome Mist theme as pointed at in the Readme file. I would personally replace that with another icon as folders tend to be a dime a dozen, but okay, moving on:

• src/images/actions/document_close.png
• src/images/actions/document_open_folder.png
• src/images/actions/edit_clear_list.png
• src/images/actions/edit_table_insert_row_below.png
• src/images/actions/edit_table_delete_row.png
• src/images/actions/games_config_custom.png
• src/images/actions/games_config_options.png
• src/images/actions/dialog_ok.png
• src/images/actions/dialog_cancel.png
• src/images/actions/dialog_close.png
• src/images/actions/edit_select.png
• src/images/actions/text_field.png
• src/images/actions/battery-full.png
• src/images/actions/battery-empty.png
• src/images/actions/battery-good-charging.png
• src/images/actions/battery-good.png
• src/images/actions/battery-low.png
• src/images/actions/archive_insert.png

Are visually from KDE oxygen, the other source mentioned in the Readme. Usually they have the same name (minus s#_#-#) except for the games_config ones and the (recently added) battery icons.

So far so good, but that leaves:

• document_revert.png
• document_revert_small.png (it is the very same file as its none _small sibling…)
• document_save_as.png
• document_save.png
• edit_clear.png
• edit_delete.png
• help_about.png
• view_fullscreen.png

Those are colored. Some look a bit like earlier versions of oxygen icons, some like they are from a different Gnome theme. I think I have seen them all before… they at least look familiar – which on the upside means they should be easy to replace if need be.

• github_page.png

Might be dangerous territory claiming ownership and/or copyright and/or a license on that one.

• about_antimicrox.png
• about_qt.png
• application_exit.png
• calibration.png
• issues.png
• join_slots.png
• key_checker.png
• map_controller.png
• settings.png
• sliders.png
• split_slot.png
• stick_pad_assign.png
• view_refresh.png
• view_restore.png
• wiki.png

Those are black-and-white and hence don't really fit with the rest of the icons, so I doubt they are from oxygen. Perhaps some high-contrast theme? At least most of them have visually similar (but colored) alternatives in oxygen.

If that mixture remains, it might be a good idea to give each bundled icon set its own sub-directory so that it is more clear where they come from and someone later adding new ones is "forced" to think about there to add them hopefully keeping the licensing straight.

That might alternatively be a good moment to choose all icons from a single theme (like oxygen) and run with it. I am not much of a GUI programming person, but if I understand the code right these are all/mostly supposed to be fallbacks if the current theme doesn't come with its own icons of that name (but some are renamed like battery, so no?) … so mostly a Windows/MacOs issue as on Linux and Co. packaging could just depend on an icon theme like oxygen and be done with it, no?

The parent directory of actions has another few images with dubious sources (they at least don't look like they are from Mist or Oxygen) and even the logo of antimicrox itself… I mean, it says "made by Freepik" and points to flaticon.com. Searching there a bit finds me this as probable source, but I have my doubts this remark deeply hidden inside a subdirectory Readme satisfies the "Attribution is required" demand. Especially as they have an explicit suggestion for how to attribute them in an "app" (and how on a "website"). It also raises the question if a packager would need to include attribution in the package description, so that it appears in the "marketplaces" and "stores" of a typical Linux distribution or if my interpretation is a bit too zealous in that regard (At least in Debian I would question if that would be possible/desirable. I have at least not seen something like that before).

Also, as all (?) those icons are available as SVG and most places you want to use them should nowadays support svg it might be better to switch to that format compared to sticking to 16x16 icons and optionally converting with ImageMagick at built time if other formats are needed rather than ship a couple different versions? But that is hardly related to the initial issue at hand.

Best seasonal wishes (and sorry for raising this)

David